Re: auth_ldap authentication as user

Sebastian Tusk wrote: i had some trouble to bring auth_ldap to work. I solved the problems but not to my complete satisfaction. The reason for this is the way auth_ldap does the authentication with the ldap server. Here the sequence of operations auth_ldap does in a default ldap setup. In this

Re: Apache 2.0.44 w/ auth_ldap build errors

Trevor Hurst wrote: I'm guessing it's basically broken and does not work right. Since it's [experimental]. Works great for me. Have you followed the instructions in httpd-2.0/modules/experimental/README.ldap? mod_auth_ldap.c:82:2: #error mod_auth_ldap requires APR-util to have LDAP support buil

RE: [PATCH] openssl configuration

I haven't gone through the entire stuff, but some quick questions, based on your patch : 1. I thought we should not be enforcing openssl version number checks (something like - openssl version SHOULD be > 0.9.6i) - mainly because ppl. can apply patches to their previous versions of OpenSSL, and th

[PATCH] openssl configuration

Hi, I'll be mailing back here at another time about my work on integrating "distcache" (www.distcache.org) support into Apache 2. I first need to run a bunch of checks on my autoconf hooks into the Apache 2 build system though ... ... which leads nicely on to why I *am* posting now. The distcache

Re: cvs commit: httpd-2.0 CHANGES

--On Wednesday, February 26, 2003 7:55 PM -0800 Greg Stein <[EMAIL PROTECTED]> wrote: And remember: this *is* source control. If somebody commits a bug fix and people want to shoot it down, then we can revert it. But assuming correctness and committing the fix is hella better than gating every si

Re: cvs commit: httpd-2.0 CHANGES

On Wed, Feb 26, 2003 at 05:10:12PM -0800, Justin Erenkrantz wrote: > --On Thursday, February 27, 2003 12:02 PM +1100 Stas Bekman > <[EMAIL PROTECTED]> wrote: > > > So if absolutely anything added to the dev branch must have a vote > > for before merging back to the stable branch, I stand correcte

Re: [PATCH] Move http header parsing into the http_input_filter

Justin Erenkrantz wrote: --On Tuesday, February 25, 2003 8:09 PM -0500 Bill Stoddard <[EMAIL PROTECTED]> wrote: Ok, I know what I was thinking. Check out tmp_bb in ap_read_request in protocol.c (unpatched version). We create tmp_bb, do read_request_line, ap_get_mime_headers then destroy tmp_bb.

Re: cvs commit: httpd-2.0 CHANGES

[EMAIL PROTECTED] wrote: wrowe 2003/02/26 11:03:00 Modified:.CHANGES Log: Brad, Stas, I presume these patches were first committed to 2.1-dev. Please keep the CHANGES logs in sync! Duh! Sorry for being a troublemaker. I thought that CHANGES in the dev tree includes o

Re: Apache 2.0.44 w/ auth_ldap build errors

On Wed, 26 Feb 2003, Trevor Hurst wrote: > 0.9.1 is *very* old? Please let me know where I can find > a newer version because last I looked (yesterday) on > apr.apache.org, it shows Sep. 11th, 2002 latest build > 0.9.1 ? And I'm speaking of what's in the released > area and not the CVS reposit

Re: Apache 2.0.44 w/ auth_ldap build errors

On Wed, 26 Feb 2003, Trevor Hurst wrote: > > Because when I run the make I get the following errors: > > > > -static -c mod_auth_ldap.c && touch mod_auth_ldap.lo > > mod_auth_ldap.c:82:2: #error mod_auth_ldap requires APR-util to have LDAP > > support built in If you go into the apr-util director

Re: Apache 2.0.44 w/ auth_ldap build errors

Justin, I've tried pointing both apr and apr-util to the prefix INSTALL_DIR which is /usr/local/apr. To no avail it fails with the same errors no matter what. I've also tried pointing it at my build tree after successful builds of both. 0.9.1 is *very* old? Please let me know where I can find a n

Re: cvs commit: httpd-2.0 CHANGES

--On Thursday, February 27, 2003 12:02 PM +1100 Stas Bekman <[EMAIL PROTECTED]> wrote: So if absolutely anything added to the dev branch must have a vote for before merging back to the stable branch, I stand corrected and will make sure that this won't happen again in the future. I thought that t

Re: Apache 2.0.44 w/ auth_ldap build errors

--On Wednesday, February 26, 2003 5:00 PM -0800 Trevor Hurst <[EMAIL PROTECTED]> wrote: -prefer-non-pic -static -c mod_auth_ldap.c && touch mod_auth_ldap.lo mod_auth_ldap.c:82:2: #error mod_auth_ldap requires APR-util to have LDAP support built in Sounds like you need to specify --with-ldap. APR

Re: cvs commit: httpd-2.0 CHANGES

Jeff Trawick wrote: [EMAIL PROTECTED] wrote: stas2003/02/25 15:33:55 Modified:server Tag: APACHE_2_0_BRANCH connection.c .Tag: APACHE_2_0_BRANCH CHANGES Log: check the return value of ap_run_pre_connection(). So if the pre_connection phase fails (witho

Re: Apache 2.0.44 w/ auth_ldap build errors

I'm guessing it's basically broken and does not work right. Since it's [experimental]. I've tried everything... no luck here man. Please let me know if I'm doing anything wrong. Thanks for your response, greatly appreciated. -- Trev On Wed, 26 Feb 2003, Trevor Hurst wrote: > > > Because when

Re: [PATCH] Move http header parsing into thehttp_input_filter

--On Tuesday, February 25, 2003 8:09 PM -0500 Bill Stoddard <[EMAIL PROTECTED]> wrote: Ok, I know what I was thinking. Check out tmp_bb in ap_read_request in protocol.c (unpatched version). We create tmp_bb, do read_request_line, ap_get_mime_headers then destroy tmp_bb. My patch does essentially

Re: Apache 2.0.44 w/ auth_ldap build errors

Because when I run the make I get the following errors: make[3]: Entering directory `/usr/people/trev/src/httpd-2.0.44/modules/experimental' /bin/sh /usr/people/trev/src/httpd-2.0.44/srclib/apr/libtool --silent --mode=compile gcc -g -O2-D_POSIX_THREAD_SAFE_FUNCTIONS -DAP_HAVE_DESIGNATED_INI

Re: minor MMN bump for 2.0

At 05:07 PM 2/26/2003, Greg Ames wrote: >Sure. A handler which does its own apr_file_open looses the ability to use sendfile. Who cares? That's an APR implementation-dependent detail that you (the module/app author) has minimal control over. Bill

Re: minor MMN bump for 2.0

At 04:02 PM 2/26/2003, Greg Ames wrote: >I'd like to do a minor MMN bump in the 2.0 stable tree to account for the >apr_file_open interface changing via the addition of APR_ENABLE_SENDFILE. It's not a >huge deal unless you're a 3rd party module with a handler that needs all the >performance it

Re: Apache 2.0.44 w/ auth_ldap build errors

On Wed, 26 Feb 2003, Trevor Hurst wrote: > No one wants to take a stab at this eh? > I know there must be someone out there > amongst the dev community that would know what > the problem is? > > > > I've built and installed both apr 0.9.1 and apr-util 0.9.1. Why did you build and install apr and

Re: minor MMN bump for 2.0

Greg Ames wrote: Jeff Trawick wrote: > Regardless of a bump, it seems like the app is going to have to do > > #ifdef APR_ENABLE_SENDFILE > add in the flag > #endif > > unless they don't care what happens if they build it with 2.0.44. hey, that solves the whole thing, in both of the trees simultan

Re: Apache 2.0.44 w/ auth_ldap build errors

No one wants to take a stab at this eh? I know there must be someone out there amongst the dev community that would know what the problem is? -- Trev -- Trevor Hurst Senior Systems Administrator DCO Unix Production Systems Silicon Graphics Office Ph: 650.933.6144 e-mail: [EMAIL PROTECTED] pager

Re: minor MMN bump for 2.0

Jeff Trawick wrote: Regardless of a bump, it seems like the app is going to have to do #ifdef APR_ENABLE_SENDFILE add in the flag #endif unless they don't care what happens if they build it with 2.0.44. hey, that solves the whole thing, in both of the trees simultaneously! OK, we don't need a b

mod_logio won't be compiled with 'most'

I looked at the status of some modules and found, that mod_logio won't compile with 'most' modules (configure --enable-modules=most). Are there any reason for? Kess E-Mail: [EMAIL PROTECTED]

Re: minor MMN bump for 2.0

Bill Stoddard wrote: Greg Ames wrote: I'd like to do a minor MMN bump in the 2.0 stable tree to account for the apr_file_open interface changing via the addition of APR_ENABLE_SENDFILE. It's not a huge deal unless you're a 3rd party module with a handler that needs all the performance it can g

auth_ldap authentication as user

Hi there, i had some trouble to bring auth_ldap to work. I solved the problems but not to my complete satisfaction. The reason for this is the way auth_ldap does the authentication with the ldap server. Here the sequence of operations auth_ldap does in a default ldap setup. In this setup anyon

Re: minor MMN bump for 2.0

Greg Ames wrote: I'd like to do a minor MMN bump in the 2.0 stable tree to account for the apr_file_open interface changing via the addition of APR_ENABLE_SENDFILE. Regardless of a bump, it seems like the app is going to have to do #ifdef APR_ENABLE_SENDFILE add in the flag #endif unless they

Re: minor MMN bump for 2.0

Greg Ames wrote: I'd like to do a minor MMN bump in the 2.0 stable tree to account for the apr_file_open interface changing via the addition of APR_ENABLE_SENDFILE. It's not a huge deal unless you're a 3rd party module with a handler that needs all the performance it can get, ala mod_specweb99

ap_start_restart() isnt exported any more?

Hi, found ap_start_restart() in the in Apache 1.3 headers, so I had the idea to make a small module for doing a restart from a webpage. I know I know, 1001 other possible ways to do that, first of all with a cgi script; but these are all platform-dependant... so I deleted a module from mod_examp

minor MMN bump for 2.0

I'd like to do a minor MMN bump in the 2.0 stable tree to account for the apr_file_open interface changing via the addition of APR_ENABLE_SENDFILE. It's not a huge deal unless you're a 3rd party module with a handler that needs all the performance it can get, ala mod_specweb99. I'm not too con

mod_auth_ldap changes (was: Re: cvs commit: httpd-2.0 CHANGES)

The LDAP memory leak fix was added to the 2.1 tree with the SSL changes that I commited a couple of weeks ago. Since I had to fix the caching fault in both trees anyway, I also back ported the memory leak fixes to the 2.0 tree. Both trees are in sync as far as the caching fault and memory leak fi

Apache 2.0.44 w/ auth_ldap build errors

Hello, First off, I like to say that I've posted to the users list prior to this with not a single reply... I am trying to build Apache 2.0.44 w/ auth_ldap support on IRIX 6.5.19. I've successfully built without the ldap and with many options such as SSL with few problems. I've built and instal

more FrontPage extension idiocy

The patches at for including FrontPage support in Apache modify the request_rec to add an execfilename field in the *middle* of the structure, thus blowing binary compatibility with all other Apache modules. Move the execfilename to the end of the request_rec to avoi

snapshots not deleted

Hi, just for info: have just seen that the automatically generated snapshots are not deleted anymore since Feb-03... if this is wanted just ignore this post... G.

Re: cvs commit: httpd-2.0/server connection.c

At 03:32 AM 2/26/2003, Greg Stein wrote: >On Tue, Feb 25, 2003 at 11:25:21PM -, [EMAIL PROTECTED] wrote: >>... >> +++ connection.c25 Feb 2003 23:25:19 - 1.108 >> @@ -199,10 +199,14 @@ >> >>AP_CORE_DECLARE(void) ap_process_connection(conn_rec *c, void *csd) >>{ >>

Re: cvs commit: httpd-2.0/server connection.c

Greg Stein wrote: On Tue, Feb 25, 2003 at 11:25:21PM -, [EMAIL PROTECTED] wrote: OK and DONE are not apr_status_t values. If you're truly returning a status, then you simply check for non-zero (or != APR_SUCCESS). If you truly want to return OK/DONE types of values, then the type of rc shou

PR 9446: substitute conf/srm.conf and conf/access.conf

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9446 The patch provided there looks reasonable to me. And it's not fixed yet. Any objections to apply this? nd -- >>> Muschelflucht-Zusatzeinrichtung. >> Shell-Escape ist ja noch klar, aber `Zusatzeinrichtung'? > extension? Feature.

Re: cvs commit: httpd-2.0 CHANGES

[EMAIL PROTECTED] wrote: stas2003/02/25 15:33:55 Modified:server Tag: APACHE_2_0_BRANCH connection.c .Tag: APACHE_2_0_BRANCH CHANGES Log: check the return value of ap_run_pre_connection(). So if the pre_connection phase fails (without setting c->aborte

Re: cvs commit: httpd-2.0/server connection.c

On Tue, Feb 25, 2003 at 11:25:21PM -, [EMAIL PROTECTED] wrote: >... > +++ connection.c25 Feb 2003 23:25:19 - 1.108 > @@ -199,10 +199,14 @@ > >AP_CORE_DECLARE(void) ap_process_connection(conn_rec *c, void *csd) >{ > +apr_status_t rc; >ap_update_vhost_gi