hristo(a)venev.name wrote:
> Full_Name: Hristo Venev
> Version: 2.4.44
> OS:
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (95.111.59.55)
>
>
> No version of OpenLDAP that builds and works against OpenSSL 1.1.0 has been
> released yet.
Support for OpenSSL 1.1.0 is in the 2.4.45 release candidate. Closing this ITS.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
Full_Name: Hristo Venev
Version: 2.4.44
OS:
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (95.111.59.55)
No version of OpenLDAP that builds and works against OpenSSL 1.1.0 has been
released yet.
phantom+lmdb(a)live.ie wrote:
> Full_Name: Aido
> Version: 2.4.44
> OS: Ubuntu Trusty
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (216.239.90.19)
>
>
> The current liblmdb Makefile does not make it easy to use liblmdb as a
> submodule
> to other projects that utilize automake e.g. automake uses a 'check' directive
> instead of 'test'.
>
> Adding the following to the Makefile would make liblmdb more automake
> friendly:
>
> EMPTY_AUTOMAKE_TARGETS = dvi pdf ps info html tags ctags distcheck
> .PHONY: $(EMPTY_AUTOMAKE_TARGETS)
> $(EMPTY_AUTOMAKE_TARGETS):
> check: test
>
> See:
> https://www.gnu.org/software/automake/manual/html_node/Third_002dParty-Make…
>
>
The OpenLDAP Project doesn't use automake, and as a policy we don't include
support for tools we don't use.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
okuznik(a)symas.com wrote:
> Full_Name: Ondrej Kuznik
> Version: master/re24
> OS: Linux
> URL: ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20170410-ITS-8631-Initialize-…
> Submission from: (NULL) (2a02:c7f:2247:ec00:a3e:8eff:fe52:dac5)
>
>
> When playing around with ldapi, a typo uncovered a bug in the startup routines:
> if the hostname cannot be resolved, an unitialised pointer would be referenced.
>
> Try running:
> slapd -h ldap://does.not.exist -d -1 -f /dev/null
>
> Attached patch fixes this.
>
>
Thanks, applied to git master
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
Full_Name: Ondrej Kuznik
Version: master
OS:
URL: ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20170410-ITS-8632-request-the…
Submission from: (NULL) (2a02:c7f:2247:ec00:a3e:8eff:fe52:dac5)
When extracting a SASL mechanism, VC overlay requests a string from ber_scanf,
where it should be an in-place BerValue *.
Patch attached.
Full_Name: Ondrej Kuznik
Version: master/re24
OS: Linux
URL: ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20170410-ITS-8631-Initialize-…
Submission from: (NULL) (2a02:c7f:2247:ec00:a3e:8eff:fe52:dac5)
When playing around with ldapi, a typo uncovered a bug in the startup routines:
if the hostname cannot be resolved, an unitialised pointer would be referenced.
Try running:
slapd -h ldap://does.not.exist -d -1 -f /dev/null
Attached patch fixes this.