test061 failing
by 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:
<http://www.symas.com>
4 years
Re: Status of ldap_init_fd and LDAP_PROTO_EXT?
by Quanah Gibson-Mount
--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>
4 years
Re: ITS review 9/12/2017
by Quanah Gibson-Mount
--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/328612d3370290c7f42ad83...>
--Quanah
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>
4 years
Re: ITS review 9/12/2017
by Quanah Gibson-Mount
--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>
4 years
Documentation format for cn=config in man pages?
by Quanah Gibson-Mount
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>
4 years
