Re: kqueue support for OpenLDAP (ITS#6300)

2017-09-19 Thread Quanah Gibson-Mount 
--On Tuesday, September 19, 2017 8:17 PM -0700 Quanah Gibson-Mount 
 wrote:



A long long time ago for a release that is now far far away, Apple
submitted a patch adding kqueue support to OpenLDAP.  I managed to track
it down and have it working with some changes since the patch was
originally written for OpenLDAP 2.3.  In OpenLDAP master, it passed all
tests with back-meta, back-ldap, back-meta backends along with the
accesslog, syncprov, and rwm overlays.


That should be "back-mdb, back-ldap, and back-meta". :)

--Quanah



--

Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:

kqueue support for OpenLDAP (ITS#6300)

2017-09-19 Thread Quanah Gibson-Mount 
A long long time ago for a release that is now far far away, Apple 
submitted a patch adding kqueue support to OpenLDAP.  I managed to track it 
down and have it working with some changes since the patch was originally 
written for OpenLDAP 2.3.  In OpenLDAP master, it passed all tests with 
back-meta, back-ldap, back-meta backends along with the accesslog, 
syncprov, and rwm overlays.  I think it generally is good to go in as a 2.5 
feature.  If anyone else would like to test it, they would need to run 
autoconf first to pick up the configure changes.


Branch is:


Commits are:




The only real changes are to servers/slapd/daemon.c, the rest are basically 
the header check & function check for configure.


The one bit I wasn't sure on is if the handling of 
SLAP_EVENT_IS_(READ|WRITE) in slapd_daemon_task is the best way to address 
that KQUEUE requires the thread id while event/poll do not (Starting around 
line 2942).  If there's a better way to do this other than the ifdefs, let 
me know, and I'll update accordingly.


Thanks!

--Quanah

--

Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:

test061 failing

2017-09-19 Thread Quanah Gibson-Mount 
test061 in master is routinely failing.  It doesn't happen every iteration, 
but it is fairly trivial to reproduce.


--Quanah

--

Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:

Re: New Committer

2017-09-19 Thread Ozgur 

Hello all,

Welcome Ondrej, we have always here to meet, talk and discuss.


Regards

Ozgur Karatas

19.09.2017, 20:15, "Howard Chu" :
> We are pleased to announce that Ondrej Kuznik has joined the OpenLDAP
> Engineering Team. Ondrej has been working on a variety of tasks, including
> syncrepl, new overlays, and other good stuff.
>
> Welcome, Ondrej!
> --
>    -- Howard Chu
>    CTO, Symas Corp. http://www.symas.com
>    Director, Highland Sun http://highlandsun.com/hyc/
>    Chief Architect, OpenLDAP http://www.openldap.org/project/

Re: Status of ldap_init_fd and LDAP_PROTO_EXT?

2017-09-19 Thread Alexander Bokovoy 

On ti, 19 syys 2017, Quanah Gibson-Mount wrote:
--On Wednesday, June 07, 2017 8:09 AM +0300 Alexander Bokovoy 
 wrote:




We'd like to use ldap_init_fd() in Samba and if it is OK to use it, may
be  moving it to  is a good solution?

A small update -- get back to use 'struct ldap **ldp' in ldap_pvt.h
header instead of 'LDAP **ldp' as that one is not defined in the private
header. Also re-format ldap_init_fd() definition in ldap.h to follow the
rest of the header.


Hi Alexander,

Just as a reminder, for us to consider this patch for inclusion, we 
need the relevent IPR statement, as I noted to you in ITS#8671.

Yes, I'll come back to you a bit later, I'm busy this and next week.
--
/ Alexander Bokovoy

Re: Status of ldap_init_fd and LDAP_PROTO_EXT?

2017-09-19 Thread Quanah Gibson-Mount 
--On Wednesday, June 07, 2017 8:09 AM +0300 Alexander Bokovoy 
 wrote:




We'd like to use ldap_init_fd() in Samba and if it is OK to use it, may
be  moving it to  is a good solution?

A small update -- get back to use 'struct ldap **ldp' in ldap_pvt.h
header instead of 'LDAP **ldp' as that one is not defined in the private
header. Also re-format ldap_init_fd() definition in ldap.h to follow the
rest of the header.


Hi Alexander,

Just as a reminder, for us to consider this patch for inclusion, we need 
the relevent IPR statement, as I noted to you in ITS#8671.


Regards,
Quanah

--

Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:

Re: ITS review 9/12/2017

2017-09-19 Thread Michael Ströder 

Quanah Gibson-Mount wrote:

--On Monday, September 18, 2017 10:29 PM +0200 Michael Ströder
 wrote:


ITS#8051:
2fbecdd756a288c787d8326d6630ab8500058e2f
129299a9337287527f2046fe5385cdb2afb35f0b


Ah, it seems to be complete. IMO this would also be an interesting
candiate for RE24. If you port it to RE24 I will test it.


They apply cleanly to RE24 for me.  You can grab a squashed commit at:


This works like a charm with my openSUSE builds.

Would be really nice to get the back-sock improvements into 2.4.46 release.

Ciao, Michael.



smime.p7s
Description: S/MIME Cryptographic Signature