On 3/24/2009 at 4:26 AM, in message
5c902b9e0903240326r3222ac90k15dcb7f34d2d1...@mail.gmail.com, Justin
Erenkrantz jus...@erenkrantz.com wrote:
So, during the conversations we've had here in Amsterdam regarding
combining APR and APR-util (see post from Paul), one of the big
stumbling blocks
On 3/24/2009 at 7:47 AM, in message
4239a4320903240647x12f09613l6eb58974cd656...@mail.gmail.com, Paul Querna
p...@querna.org wrote:
On Tue, Mar 24, 2009 at 2:23 PM, Graham Leggett minf...@sharp.fm wrote:
William A. Rowe, Jr. wrote:
We've actually discussed this on list for several years, and
On 1/23/2009 at 8:50 AM, in message 4979e729.7010...@rowe-clan.net,
William
A. Rowe, Jr. wr...@rowe-clan.net wrote:
Brad Nicholes wrote:
FWIW, NetWare is still around and there are still a couple of us supporting
HTTPD and APR on NetWare (although not as closely as in the past). NetWare
On 6/17/2008 at 7:40 AM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Candidates will be up at http://apr.apache.org/dev/dist/ once the sync
happens within the hour... vote away;
+/-1
[ ] Release apr 1.3.2 as GA
[ ] Release apr-util 1.3.2 as GA
, in message [EMAIL PROTECTED], Brad
Nicholes [EMAIL PROTECTED] wrote:
On 5/21/2008 at 5:54 AM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Need help from a Netware guy please!
[EMAIL PROTECTED] wrote:
Author: wrowe
Date: Wed May 21 04:38:18 2008
New Revision: 658634
There seems to be a mismatch in how the #define APU_DSO_BUILD is being used.
APU_DSO_BUILD has been defined as a boolean yet much of the code is simply
checking for the definition rather than the boolean state. Therefore setting
APU_DSO_BUILD to 0 doesn't actually turn off the code
On 5/23/2008 at 9:42 AM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Brad Nicholes wrote:
I finally got around to actually thinking about what is going on with the
APU LDAP stuff. Splitting the LDAP portion of APU into a separate shared
library isn't going
On 5/22/2008 at 10:53 AM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Jim Jagielski wrote:
Are we planning on doing the APR 1.2 and/or 1.3 releases soon?
Let me know what I can do to help to get this along.
The biggest help right now is to ensure apr-1.3 is
On 5/23/2008 at 10:48 AM, in message [EMAIL PROTECTED], William A.
Rowe, Jr. [EMAIL PROTECTED] wrote:
Brad Nicholes wrote:
Currently 1.3.x won't build on NetWare due to the DSO changes. Because of
the way that APU_DSO_BUILD is defined and used in the code, NetWare won't
build
On 5/21/2008 at 5:54 AM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Need help from a Netware guy please!
[EMAIL PROTECTED] wrote:
Author: wrowe
Date: Wed May 21 04:38:18 2008
New Revision: 658634
URL: http://svn.apache.org/viewvc?rev=658634view=rev
Committed.
On Fri, Jan 18, 2008 at 9:40 AM, in message [EMAIL PROTECTED],
Paul J. Reder [EMAIL PROTECTED] wrote:
Any takers?
I'm still hoping to get this reviewed by someone and have it committed to
APR (since I don't have karma for that) so I can commit the Apache portion
to trunk.
On 12/12/2007 at 1:48 PM, in message [EMAIL PROTECTED], Paul J.
Reder [EMAIL PROTECTED] wrote:
In keeping with the APR concept of hiding LDAP differences, I added a couple
of cases to the apr_ldap_set_option function. One of the cases has
differences
between at least the openLDAP and Tivoli
On 10/23/2007 at 6:12 PM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Author: bnicholes
Date: Tue Oct 23 16:27:15 2007
New Revision: 587694
URL: http://svn.apache.org/viewvc?rev=587694view=rev
Log:
Allow the dependent .hw files in
Is there a reason why the type when from an APR type to a native type in
apr-util/memcache/memcache.c? This code no longer compiles on Netware.
apr_pollset_poll() expects an apr_int32_t* not a an unsigned int*.
@@ -1158,7 +1158,7 @@
unsigned int veclen = 2 + 2 * apr_hash_count(values) -
On 10/14/2007 at 5:18 PM, in message
[EMAIL PROTECTED], Lucian Adrian
Grijincu [EMAIL PROTECTED] wrote:
OK, I've attached a patch, but I really feel awkward submitting a
patch for something:
a) I haven't compiled
b) I haven't tested
c) I have no experience working with it
d) I couldn't find
On 9/3/2007 at 7:54 PM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Please review and vote on those you have time to - reply once or four times,
just review those you can as you can; http://apr.apache.org/dev/dist/
[If you want to speed up the effort by
On 8/29/2007 at 7:12 AM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Please review and vote on those you have time to - reply once or four times,
just review those you can as you can; http://apr.apache.org/dev/dist/
+1/-1 Release
[ ] apr-1.2.10
On 6/6/2007 at 6:48 PM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Lucian Adrian Grijincu wrote:
can someone please illuminate me what needs to be done to have a
single source file be compiled and linked on all platforms?
I'd like to see this:
On 6/4/2007 at 4:49 PM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
http://apr.apache.org/dev/dist/
+/-1? Package to release
[ +1 ] apr-0.9.14
[ +1 ] apr-1.2.9
[ na ] apr-iconv-1.2.0
Three packages so far to consider, votes welcome
On 5/21/2007 at 12:49 AM, in message
[EMAIL PROTECTED], [EMAIL PROTECTED] wrote:
Author: bojan
Date: Sun May 20 23:49:55 2007
New Revision: 540040
URL: http://svn.apache.org/viewvc?view=revrev=540040
Log:
Backport r538045 from the trunk.
Discard file buffers when running cleanups for
On 11/29/2006 at 5:23 AM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Please review and vote on those you have time to - reply once or four times,
just review those you can as you can; http://apr.apache.org/dev/dist/
+1/-1 Release
[ ] apr-1.2.8
On 9/21/2006 at 1:48 AM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
We should verify this is or is not a problem on these platforms, but I have
no way to verify. They both should have profited from my earlier efforts
since both platforms include
The patch
http://svn.apache.org/viewvc/apr/apr/trunk/include/apr_want.h?r1=151412r2=421075
which adds a hard coded definition of struct iovec causes redefinition
problems at least on the NetWare platform and I would imagine others as
well. The problem is that both the definitions of struct
On 7/12/2006 at 11:09 AM, in message
[EMAIL PROTECTED], Justin
Erenkrantz [EMAIL PROTECTED] wrote:
On 7/12/06, Brad Nicholes [EMAIL PROTECTED] wrote:
The patch
http://svn.apache.org/viewvc/apr/apr/trunk/include/apr_want.h?r1=151412r2=421
075
which adds a hard coded definition of struct
Forgive me for jumping in late and I have to admit that I haven't
looked at the API's yet, but why do we need a new API? Shouldn't the
apr_socket abstraction carry enough information so that apr_write()
would be sufficient and do the right thing?
Brad
On 6/28/2006 at 1:18 PM, in message
On 6/5/2006 at 1:27 PM, in message
[EMAIL PROTECTED], Roy T. Fielding
[EMAIL PROTECTED] wrote:
On Jun 5, 2006, at 11:54 AM, [EMAIL PROTECTED] wrote:
==
--- apr/apr-util/trunk/include/apr_ldap_init.h (original)
On 6/5/2006 at 4:21 PM, in message [EMAIL PROTECTED],
William A.
Rowe, Jr. [EMAIL PROTECTED] wrote:
Roy T. Fielding wrote:
On Jun 5, 2006, at 11:54 AM, [EMAIL PROTECTED] wrote:
+/**
+ * Macro to detect security related return values.
+ */
+#if defined(LDAP_INSUFFICIENT_ACCESS)
+#define
On 5/12/2006 at 3:25 AM, in message
[EMAIL PROTECTED], Joe
Orton [EMAIL PROTECTED] wrote:
/* On NetWare, don't return the global_pool, return the application
pool
as the top most pool */
if (pool-parent == global_pool)
return NULL;
...which doesn't do what it is
It actually has little effect on NetWare because the symbol is never used
outside of apr-util. The only place that I could find a reference to the
symbol is as a callback function assignment. However if the intention of this
function is to be referenced or called from outside of apr-util
On 4/8/2006 at 8:11:35 pm, in message [EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Some observations inline. In short, with a commit to Netware to export
apr_hashfunc_default as per Joe Orton ... I believe 1.2 is ready to TR,
which I'll do as soon as I see Brad's commit.
On 4/9/2006 at 3:39:32 pm, in message [EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Here are the newly uploaded candidates in http://apr.apache.org/dev/dist/
-- rather than a huge email
+1 +/-0 -1 Package
[ ] [ ] [ ] apr-0.9.12
[ ] [ ] [ ] apr-util-0.9.12
On 4/10/2006 at 1:54:52 pm, in message [EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
So I presume from your list that apr and aprutil build as a single dynamic
object in apr 0.9, and 1.x? Could we get this right and split them when
apr 2.0 ships out? Already, several
On 4/7/2006 at 3:58:02 am, in message [EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Again with attachments
based on Brad's build compared to a linux build tonight, attached,
for both 0.9 and 1.2. Please review this quickly so I can push out
both 0.9.12 apu and 1.2.7 apr
On 4/7/2006 at 5:08 pm, in message [EMAIL PROTECTED],
William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Brad Nicholes wrote:
On 4/7/2006 at 3:58:02 am, in message
[EMAIL PROTECTED],
-apr_bucket_mmap_create ;No NetWare support for mmap
-apr_bucket_mmap_make
Are these valid to be missing
Done
Brad
On 4/3/2006 at 11:24:06 am, in message
[EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Brad, about to be bitten again on httpd-2.0.56-ish. Want to hit
0.9.x as
well so we can move out both released branches?
Bill
[EMAIL PROTECTED] wrote:
Author: bnicholes
On 3/27/2006 at 1:16:04 am, in message
[EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Please find http://apr.apache.org/dev/dist/ containing the .gz and
.bz2
tarballs of apr-0.9.11, with the fixes of the broken version tag
amoung
some other misc fixes, primarily to test/...
On 3/22/2006 at 9:15 am, in message
[EMAIL PROTECTED], Garrett Rooney
[EMAIL PROTECTED] wrote:
I just posted APR 1.2.6 release tarballs for your voting pleasure.
Get them well they're hot at http://people.apache.org/~rooneg/apr-1.2.6
-garret
+1 NetWare
On 3/22/2006 at 9:16 am, in message
[EMAIL PROTECTED], Garrett Rooney
[EMAIL PROTECTED] wrote:
I just posted APR-Util 1.2.6 release tarballs for your voting pleasure.
Get them while they're hot at http://people.apache.org/~rooneg/apr-util-1.2.6
-garret
+1 NetWare
On 3/20/2006 at 12:01:31 pm, in message [EMAIL PROTECTED],
Paul Querna [EMAIL PROTECTED] wrote:
Tarballs of APR 1.2.5 are available for testing voting from:
http://people.apache.org/~pquerna/dev/apr-1.2.5
+1 NetWare
On 3/20/2006 at 12:05:41 pm, in message [EMAIL PROTECTED],
Paul Querna [EMAIL PROTECTED] wrote:
Tarballs of APR-Util 1.2.5 are available for testing voting from:
http://people.apache.org/~pquerna/dev/apr-util-1.2.5
+1 NetWare
On 2/9/2006 at 5:50 pm, in message [EMAIL PROTECTED],
William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Brad Nicholes wrote:
This doesn't quite fix it either. For NetWare the returns are
ABTS_INT_EQUAL(tc, APR_EINCOMPLETE, rv);
ABTS_STR_EQUAL(tc, /, root);
Ok I'm confused
On 2/9/2006 at 5:50:29 pm, in message
[EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Brad Nicholes wrote:
This doesn't quite fix it either. For NetWare the returns are
ABTS_INT_EQUAL(tc, APR_EINCOMPLETE, rv);
ABTS_STR_EQUAL(tc, /, root);
Ok I'm confused
On 2/10/2006 at 12:59:37 pm, in message
[EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Brad Nicholes wrote:
On 2/9/2006 at 5:50:29 pm, in message
[EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Brad Nicholes wrote:
This doesn't quite fix it either
On 2/10/2006 at 1:47:40 pm, in message
[EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Bottom line is that neither of the results in the test seem valid
on
NetWare. Returning APR_SUCCESS with a path of / seems wrong
because
an assumption is being made about what / means. And
On 2/9/2006 at 1:46:32 pm, in message
[EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
I'm less than clear about Netware and OS2...
Do both platforms support //machine/vol/ path syntax? If not, the
#if
defined()
list below needs to change.
Bill
For NetWare the answer
On 2/9/2006 at 3:58:15 pm, in message
[EMAIL PROTECTED], [EMAIL PROTECTED]
wrote:
Author: wrowe
Date: Thu Feb 9 14:58:14 2006
New Revision: 376473
URL: http://svn.apache.org/viewcvs?rev=376473view=rev
Log:
Rules out netware from this scenario per Brad.
Modified:
On 1/26/2006 at 11:42:17 pm, in message
[EMAIL PROTECTED], Garrett
Rooney
[EMAIL PROTECTED] wrote:
Tarballs for 1.2.3 are now available for testing in
http://apr.apache.org/dev/dist/
+1 -1 for release:
[X ] [ ] apr-1.2.3
[X ] [ ] apr-util-1.2.3
Vote early, vote often.
-garret
Does the hook API provide some way to determine if or how many
callbacks have been registered for a given hook?
Brad
It sounds like we need to expose it correctly now but immediately mark
it as deprecated. Then in the next release of APR, hide it again. It
just seems wrong and will continue to cause problems if we leave it half
hidden as it is now.
Brad
Joe Orton [EMAIL PROTECTED]
On Sun, Nov 13, 2005 at
Reposting to the APR list with a new subject line. Does this need to
be taken care of in APR 1.2.x before httpd 2.2 ships?
Brad
On 11/10/2005 at 4:00:20 pm, in message
[EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:
Greetings All,
(Blush)
Seems the missing symbol is lost from aprlib.imp; a
On 11/11/2005 at 1:40:32 pm, in message
[EMAIL PROTECTED], Jeff
Trawick
[EMAIL PROTECTED] wrote:
On 11/11/05, Brad Nicholes [EMAIL PROTECTED] wrote:
Reposting to the APR list with a new subject line. Does this need
to
be taken care of in APR 1.2.x before httpd 2.2 ships
Ah yes, I was thinking in terms of memory allocation within a third
party application rather than APR's own internal memory use. Makes more
sense now.
Brad
On 10/11/2005 at 2:55:35 pm, in message
[EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Brad Nicholes wrote:
[ X
On 10/11/2005 at 1:08:53 pm, in message
[EMAIL PROTECTED],
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
This isn't a vote, but a poll to gauge interest of the community.
Moving forward into apr 2.x or beyond, which better espresses your
personal interest?
[ X] Improve (al la
I guess I don't understand what the point of dropping xlate would be.
We already have httpd modules that depend on it (mod_charset_lite,
mod_auth_ldap). Are you proposing that we would have to rip the xlate
support from those modules as well?
Brad
On 10/3/2005 at 11:01:07 pm, in message
Yep, you are absolutely correct and I will have to look into getting
this fixed for 1.3. I wasn't really thinking about running apr-0.9 and
apr-1.x side-by-side mainly because this isn't a common practice on
NetWare. Most of the time NetWare just has a single version of a
library which is
I don't think that the work has been done to use the Novell LDAP SDK
on any other platform other than NetWare. Mainly because the OpenLDAP
client SDK works just fine although it is correct that OpenLDAP does not
support the DER cert format. But this should not be a problem when
connecting to
Check out http://developer.novell.com/ndk/cldap.htm
Brad
On Thursday, September 01, 2005 at 4:17 pm, in message
[EMAIL PROTECTED], Graham Leggett [EMAIL PROTECTED] wrote:
William A. Rowe, Jr. wrote:
Question; is the toolkit detection actually working now in trunk?
Yes, but not for
It still refers to APR 1.1.1 and APR-util 1.1.2 as the latest
available versions. This should probably be updated to 1.2.1 for both.
Brad
PROTECTED]
wrote:
Brad Nicholes wrote:
It still refers to APR 1.1.1 and APR-util 1.1.2 as the latest
available versions. This should probably be updated to 1.2.1 for
both.
Where?
http://apr.apache.org/
http://apr.apache.org/download.cgi
both mention 1.2.1?
+1 NetWare
Brad
On Saturday, August 13, 2005 at 7:11 pm, in message
[EMAIL PROTECTED], Paul Querna [EMAIL PROTECTED]
wrote:
APR 1.2.1 is available for testing from:
http://people.apache.org/~pquerna/dev/apr-1.2.1/
Just a small change from 1.2.0, fixing condition variables on win32.
+1 NetWare
Brad
On Saturday, August 13, 2005 at 7:12 pm, in message
[EMAIL PROTECTED], Paul Querna [EMAIL PROTECTED]
wrote:
APR-Util 1.2.1 is now available from:
http://people.apache.org/~pquerna/dev/apu-1.2.1/
Please test and vote on releasing it.
Thanks,
Paul
happen to be or if they happen to be the same. If
apr-dbd isn't ready to be released yet but apr-util is, then where is
the real hold up?
Brad
On Tuesday, August 09, 2005 at 10:26 am, in message
[EMAIL PROTECTED], Paul Querna [EMAIL PROTECTED]
wrote:
Brad Nicholes wrote:
On Tuesday, August 09, 2005
But that is beside the point. Nothing should block a release for an
extended period of time which apr-dbd apparently is. There are
technical reasons why apr and apr-util is built together into a single
library on the NetWare platform. 99% of the time this is not a problem.
But in this one
+1
Brad
On Tuesday, August 09, 2005 at 10:39 am, in message
[EMAIL PROTECTED], Garrett Rooney
[EMAIL PROTECTED] wrote:
Since apparently we require a release of APR-Util 1.2.0 to go along
with
APR 1.2.0, and the only thing holding back APR-Util 1.2.0 is the fact
that the APR-DBD interfaces
-1 Netware. I am having build problems because of the complicated way
that apr and apr-util build together on NetWare. The problems are
solved if we release a new apr-util as well. I had to change the way
NetWare builds the ldap portion of apr-util and without the updates that
are in trunk for
patches folded in and anything else
that might be good to go.
Brad
On Wednesday, July 20, 2005 at 11:54 am, in message
[EMAIL PROTECTED], Paul Querna [EMAIL PROTECTED]
wrote:
Brad Nicholes wrote:
-1 Netware. I am having build problems because of the complicated
way
that apr and apr-util build
No true. apr_xlate API is used in more places than just EBCDIC. Mod_auth_ldap
uses it to translate user names to UTF-8 before passing it to the LDAP server.
mod_charset_lite uses it to map charsets from one to another before send output
to the browser. This is extremely useful on the
+1 Netware
Brad
Sander Striker [EMAIL PROTECTED] Wednesday, March 16, 2005
12:46:34 AM
Paul Querna wrote:
Paul Querna wrote:
Lots of little bug fixes got backported. Please check it out and
vote.
Download:
http://www.apache.org/~pquerna/dev/apr-1.1.1/
APR-Util did not have the
Figuring out that r12345 - [paths...] actually refers to an svn commit:
doesn't seem like a hugh leap. We had this discussion right after ApacheCon.
I am +1 for removing unnecessary information from the subject line like svn
commit:. As far as replies go, I am much more interested in which
+1 NetWare
Brad
Graham Leggett [EMAIL PROTECTED] Saturday, January 22, 2005
7:14:42 AM
Paul Querna wrote:
Since RC1, Several changes to the LDAP code were made to improve
support
for Solaris 8 9.
Tested on:
LinuxPPC (Yellowdog 3): +1
MacOSX (10.0.3): +1
RHEL3: +1
FreeBSD: +1 (no LDAP)
The unused function test_ldap_mutual() was there for a reason. It is
a place holder for a valid test that still needs to be implemented. I
just haven't had the time to implement it yet and if anybody else wanted
to tackle it, be my guest.
Brad
[EMAIL PROTECTED] Wednesday, January 19, 2005
3. What is the status on the APR LDAP Start TLS work?
I think that we have to API's nailed down but there is still some work
that needs to be done bring the different SDKs together. Graham would
have to make the final call on wheither the APIs can go now and the
functionality later or if we are
Additionally it would be nice if it was implemented on a non-unix
platform, AFAIK it hasn't been yet.
I believe it works on NetWare. I don't believe anyone has done the
win32 bits yet.
It's been built on NetWare but not tested. Does somebody have a good
test case that could possibly be
3. What is the status on the APR LDAP Start TLS work?
Any 1.1.0 changes can't break the existing 1.0 LDAP API - my
understanding was
that these changes would do exactly that. -- justin
I don't believe that is true. What exists today adds new APIs, it does
not change the existing ones. At
PROTECTED] Tuesday, January 11, 2005
11:08:51 AM
Brad Nicholes wrote:
As the code stands now with only the Novell SDK always calling
ldapssl_init(), is this a problem?
It is - suddenly you need to use APR differently if you are using
Novell, as opposed to when you are using all the other
, 2005
11:08:51 AM
Brad Nicholes wrote:
One thing that bothered me while I was testing this. Even if the
start_tls fails, authentication still succeeds and content is
returned.
Since we are assuming forced TLS, authentication should fail if the
TLS
connection fails. It probably shouldn't
I would suggest that all of the SDKs call ldapssl_init() rather than
ldap_init(). At least according to the Novell documentation, calling
ldapssl_init(,,0) is equivalent to calling ldap_init() and you won't
have problem like you would if another ldap call is made between the
calls to called
I don't think so. AFAICT, the only way to create an SSL connection
is with ldapssl_init(host,port,1). Everything else would be a TLS
upgrade initiated by start_tls.
Brad
Graham Leggett [EMAIL PROTECTED] Monday, January 10, 2005 2:09:05
PM
Brad Nicholes wrote:
I would suggest that all
As the code stands now with only the Novell SDK always calling
ldapssl_init(), is this a problem? We really need to get a full blown
test case written for this stuff rather than hacking up util_ldap to
test it. We need test cases for:
1. ldap:// on 389
2. ldap:// on alternate port
3.
PROTECTED] Thursday, January 06, 2005 1:11
AM
Brad Nicholes said:
The problem is that other SDKs such as Novell, do not use
ldap_set_option() to set the certificates or the SSL mode. Novell
uses
ldapssl_add_trusted_cert() and ldapssl_start_tls(). As it stands
the
apr_ldap_add_cert() function
[EMAIL PROTECTED] Thursday, January 06, 2005 1:11
AM
Brad Nicholes said:
The problem is that other SDKs such as Novell, do not use
ldap_set_option() to set the certificates or the SSL mode. Novell
uses
ldapssl_add_trusted_cert() and ldapssl_start_tls(). As it stands
the
apr_ldap_add_cert
as you called
ldapssl_start_tls() after the calls to ldapssl_set_client_cert() and
ldapssl_set_client_private_key(), it should work fine. But I would have
to try it to be sure.
Brad
Graham Leggett [EMAIL PROTECTED] Thursday, January 06, 2005 12:44
PM
Brad Nicholes wrote:
How are client
The problem is that other SDKs such as Novell, do not use
ldap_set_option() to set the certificates or the SSL mode. Novell uses
ldapssl_add_trusted_cert() and ldapssl_start_tls(). As it stands the
apr_ldap_add_cert() function allows you to add as many certificates as
you like doing the
For Novell:
#define LDAP_API_VERSION2005
#define LDAP_VENDOR_NAMENovell
#define LDAP_VENDOR_VERSION 300 /* 2.9.0 Feb
2003 NDK, Falc SP1 */
Graham Leggett [EMAIL PROTECTED] Friday, December 17, 2004 6:43
AM
Hi all,
Can anyone tell me what the vendor
procedure.
Brad
Justin Erenkrantz [EMAIL PROTECTED] Thursday, December 16,
2004 2:39:42 PM
--On Wednesday, December 15, 2004 4:40 PM -0700 Brad Nicholes
[EMAIL PROTECTED] wrote:
We have already created a 1.0.x branch. Does this mean that we
are
going to be creating a lot more short-lived
What is the backport and release policy for APR and APR-UTIL? I
assume that the APR and APR-UTIL projects have adopted the same
RTC/STATUS file voting policy as the HTTPD project. Assuming that
this is true, there appears to be a break down in how this policy
functions in the APR projects.
assumptions about how we proceed are
correct.
Brad
Cliff Woolley [EMAIL PROTECTED] Wednesday, December 15, 2004
11:29 AM
On Wed, 15 Dec 2004, Brad Nicholes wrote:
release of APR 1.0. Since then there has been a lot of activity in
TRUNK as compared to almost no activity in the 1.0.x branch
understandable. But asking about backporting from 1.1.x
to 1.0.x seems somewhat silly.
Bill
At 12:29 PM 12/15/2004, Cliff Woolley wrote:
On Wed, 15 Dec 2004, Brad Nicholes wrote:
release of APR 1.0. Since then there has been a lot of activity in
TRUNK as compared to almost no activity in the 1.0
12/15/2004, Paul Querna wrote:
Brad Nicholes wrote:
The reason why it's *not* silly is because of our release schedules.
Unless the APR project wants to do something completely different with
versioning, revision releases (1.0.1 to 1.0.2) are usually on the
order
of a few months. Point releases
This adds a new APR-UTIL API called apr_ldap_ssl_add_cert() to allow
the ldap client to store and use multiple certificates when connecting
to multiple ldap servers. The most immediate need would be when
configuring mod_authnz_ldap with multiple redundant servers. Since I
have only tested
Brad Nicholes wrote:
You are right, it is dead code for now. The reason why it is
there
is because this file is just a stub rip-off of the Unix
implementation.
It is just waiting for the day when the NetWare OS supports UID/GID
for
running applications and services. On the NetWare OS
You are right, it is dead code for now. The reason why it is there
is because this file is just a stub rip-off of the Unix implementation.
It is just waiting for the day when the NetWare OS supports UID/GID for
running applications and services. On the NetWare OS applications and
services
+1 Netware
Justin Erenkrantz [EMAIL PROTECTED] Wednesday, November 17,
2004 1:37:33 PM
Can we please get some feedback on the following releases:
http://www.apache.org/~jerenkrantz/0.9.5/
(The directory actually contains 0.9.5 and 1.0.1.)
If we get 3 +1s, then I'll copy it over to dist. --
Now that we have converted to SVN, why doesn't the subject line
include the file that is being changed in the commit message? This
makes it harder to prioritize patches that need to be reviewed.
Brad
[EMAIL PROTECTED] Thursday, November 18, 2004 2:31:22 PM
Author: jorton
Date: Thu Nov 18
AM -0700 Brad Nicholes
[EMAIL PROTECTED] wrote:
Now that we have converted to SVN, why doesn't the subject line
include the file that is being changed in the commit message? This
makes it harder to prioritize patches that need to be reviewed.
Our CVS mailer only showed the last directory
, it is distinguished
from other posts.
Brad
[EMAIL PROTECTED] Friday, November 19, 2004 2:47:17 PM
--On Friday, November 19, 2004 2:41 PM -0700 Brad Nicholes
[EMAIL PROTECTED] wrote:
listings to keep the subject line shorter and more informative. I
also
don't need to see svn commit: r at the front
+1 on NetWare
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., the leading provider of Net business solutions
http://www.novell.com
David Reid [EMAIL PROTECTED] Thursday, August 26, 2004 2:09:38
AM
new apr-util tarballs are now available at
http://www.apache.org/~dreid/
So far
It doesn't build on NetWare either for the same reason that Graham
described.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., the leading provider of Net business solutions
http://www.novell.com
Graham Leggett [EMAIL PROTECTED] Wednesday, August 25, 2004
6:16:09 AM
Graham
than
ldap_url_parse_ext() correct? Otherwise it conflicts with the native
prototype.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., the leading provider of Net business solutions
http://www.novell.com
Graham Leggett [EMAIL PROTECTED] Tuesday, August 03, 2004 5:05:31
PM
Graham Leggett
The prototype for apr_ldap_info() in apr_ldap_init.c is missing. It
needs to be added to apr_ldap_init.h
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., the leading provider of Net business solutions
http://www.novell.com
Graham Leggett [EMAIL PROTECTED] Tuesday, August 03, 2004
1 - 100 of 180 matches
Mail list logo