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:
<https://github.com/quanah/openldap-scratch/tree/its6300>
Commits are:
<https://github.com/quanah/openldap-scratch/commit/d0c29a30c4cd7c0ab192d9301…>
<https://github.com/quanah/openldap-scratch/commit/7ebbf79a07e684696f75c912e…>
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:
<http://www.symas.com>
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:
<http://www.symas.com>
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/
--On Wednesday, June 07, 2017 8:09 AM +0300 Alexander Bokovoy
<abokovoy(a)redhat.com> wrote:
>> We'd like to use ldap_init_fd() in Samba and if it is OK to use it, may
>> be moving it to <ldap.h> 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:
<http://www.symas.com>
--On Monday, September 18, 2017 10:29 PM +0200 Michael Ströder
<michael(a)stroeder.com> 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:
<https://github.com/quanah/openldap-scratch/commit/328612d3370290c7f42ad835e…>
--Quanah
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>
--On Wednesday, September 13, 2017 9:50 AM +0200 Michael Ströder
<michael(a)stroeder.com> wrote:
> Quanah Gibson-Mount wrote:
>> -----------------------
>> Suggested for RE25, possibly RE24:
>> [..]
>> its8692 - Support LDAP_MOD_INCREMENT with back-sock
>> <https://github.com/quanah/openldap-scratch/tree/its8692>
>
> Yes, please.
>
> It would be also helpful if this could land in RE24:
>
> (ITS#8714) RFE: Sendout EXTENDED operation message in back-sock
>
> I'm already using it with my own patched 2.4.45 builds.
>
> I'm willing to extensively test back-sock in RE24 to make sure it fully
> works with the above changes.
Ok, I'll discuss w/ Howard.
> There is also a 'sockdnpat' config directive in git-master. But it seems
> only the config. This would be very helpful for my deployments. I don't
> know which ITS though.
ITS#8051:
2fbecdd756a288c787d8326d6630ab8500058e2f
129299a9337287527f2046fe5385cdb2afb35f0b
--Quanah
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>
There are some outstanding ITSes that patch existing man pages to add
cn=config bits, such as:
ITS#7288, ITS#7335, ITS#6277
However, they've gone nowhere as there has been no definitive way decided
on how to present cn=config information in the man pages.
Currently, we have only 3 man pages (outside of slapd-config(5)) that have
some reference olc*
slapd-ldap(5) has a random comment about olcDbQuarantine, but zero other
reference to cn=config
slapo-auditlog(5) is purely written for cn=config, and may be what we want
for our standard
slapo-unique(5) has a reference to olcUniqueURI mixed in with unique_uri,
but no other reference to cn=config
Going with slapo-auditlog(5), I wonder if it would make more sense to group
the keywords together:
auditlog <filename>
olcAuditlogFile <filename>
description of attribute/keyword
rather than having two sections like is currently done.
I'd really like to get started on getting these updated, so feedback
welcome.
--Quanah
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>