There are a number of files that have empty lines comprising of spaces
and/or tabs, and code blocks that start with spaces rather than tabs, which
break formatting. I would like to clean these up, but wanted to check if
there were any objections to this.
--Quanah
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>
I've revisited my commit (1a712bf18e6a37ede91aa7014cd3df5e81558375), and
moved a number of features that were not yet ready for release back behind
LDAP_DEVEL. The remaining items that are exposed are considered ready for
release.
Note that there are documentation updates on the way for the following new
features:
slapo-pcache: PCACHE_CONTROL_PRIVDB and PCACHE_EXOP_QUERY_DELETE.
LDAP_TCP_BUFFER
SLAP_AUXPROP_DONTUSECOPY
Please let me know if you feel there are still items that need to go back
behind LDAP_DEVEL.
--Quanah
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>
--On Tuesday, September 19, 2017 8:17 PM -0700 Quanah Gibson-Mount
<quanah(a)symas.com> 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:
<http://www.symas.com>
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>