openldap-bugs

openldap-bugs@openldap.org

1 participants
21001 discussions

Re: (ITS#7177) [PATCH] various manpage fixes
by quanah＠symas.com 29 Mar '17

29 Mar '17

Hi Jan, I've applied the SASL_NOCANON patch that was missed previously. Thanks for the submission! --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8499) fixes documentation typo
by quanah＠symas.com 29 Mar '17

29 Mar '17

--On Sunday, September 11, 2016 4:48 PM +0000 gerardo.santana(a)gmail.com wrote: > Full_Name: Gerardo Santana Gomez Garrido > Version: 2.4 > OS: Mac OS X > URL: ftp://ftp.openldap.org/incoming/gerardo-santana-160911.patch > Submission from: (NULL) (70.113.112.97) > > > documentation typo > Thanks for the report. This has been applied. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8391) peername string starts with "IP=" not "IP:"
by quanah＠symas.com 29 Mar '17

29 Mar '17

--On Friday, March 25, 2016 3:22 PM +0000 subbarao(a)computer.org wrote: > Full_Name: Kartik Subbarao > Version: 2.4.41 > OS: Ubuntu 14.04 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (108.16.127.8) > > > There is an error in the ACL section of the OpenLDAP Software 2.4 > Administrator's guide: > > http://www.openldap.org/devel/admin/slapdconf2.html > > In the following line: > > by peername.regex=IP:10\..+ read > > Instead of "IP:", the correct syntax is "IP=". > > by peername.regex=IP=10\..+ read > Thanks, fixed. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8587) correct spelling errors: wrong: emtpy, correct: empty
by quanah＠symas.com 29 Mar '17

29 Mar '17

--On Saturday, February 11, 2017 9:46 PM +0000 sca+openldap(a)andreasschulze.de wrote: > Full_Name: Andreas Schulze > Version: RE24 testing call (2.4.45) > OS: Linux > URL: ftp://ftp.openldap.org/incoming/andreas-schulze-20170211-2.patch > Submission from: (NULL) (2001:a60:f0b4:e502:80b6:610b:8fc2:abfe) > > > there are 4 occurrence of "emtpy" which are supposed to be written as > "empty" Thanks for the report. In the future, please use git-format-patch, as noted in the contributing guidelines: <http://www.openldap.org/devel/contributing.html#patches> Thanks! --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8625) Separate tavl and avl types
by okuznik＠symas.com 29 Mar '17

29 Mar '17

After a brief review by Howard, there's a new patch available at ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20170329c-Separate-Avlnode-= and-TAvlnode-types.patch The attached patch file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Ond=C5=99ej Kuzn=C3=ADk <okuznik(a)symas.com>. = I have not assigned rights and/or interest in this work to any party. The attached modifications to OpenLDAP Software are subject to the following notice: Copyright 2017, Ond=C5=99ej Kuzn=C3=ADk <okuznik(a)symas.com>, Symas Corpor= ation Redistribution and use in source and binary forms, with or without modification, are permitted only as authorized by the OpenLDAP Public License.=20

1 0

(ITS#8625) Separate tavl and avl types
by okuznik＠symas.com 29 Mar '17

29 Mar '17

Full_Name: Ondrej Kuznik Version: master OS: URL: ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20170329a-Separate-Avlnode-an… Submission from: (NULL) (2a02:c7f:2247:ec00:a3e:8eff:fe52:dac5) Since it is not safe to run any of the avl_* functions on a tavl node, it would be useful to separate the types to prevent hard to diagnose issues caused by a simple typo. The provided patch against master separates the two types and adjusts the tavl users.

1 0

Re: Antwort: Re: (ITS#6489) Incomplete Master/Slave Replication
by quanah＠symas.com 28 Mar '17

28 Mar '17

--On Tuesday, March 28, 2017 10:21 AM +0200 Frank Offermanns <Frank.Offermanns(a)caseris.de> wrote: > > Hello Quanah, > > as mentioned before, I am no longer able to compile the new versions of > OpenLDAP. There has been some changes which made it no longer compilable > with MSYS/Mingw at windows os (at least with my version of mingw/msys). > Therefore I am sorry I can't test the new version, bacause I can't build > it. Hi Frank, Is it possible for you to update to a current version of MSYS/Mingw? Looking at ITS#8127, it appears running a current version from <https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-releas…> should fix the build issues you've encountered. Thanks, Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#6545) delta-syncrepl rejects modification master accepted
by Frank.Swasey＠uvm.edu 28 Mar '17

28 Mar '17

WWVzLiAgSXQgc3RpbGwgaGFwcGVucy4NCg0KT24gMy8yNy8xNywgMjA6MTksICJRdWFuYWggR2li c29uLU1vdW50IiA8cXVhbmFoQHN5bWFzLmNvbT4gd3JvdGU6DQoNCiAgICBIaSBGcmFuaywNCiAg ICANCiAgICBEbyB5b3Ugc3RpbGwgZW5jb3VudGVyIHRoaXMgaXNzdWUgd2l0aCBjdXJyZW50IE9w ZW5MREFQIGJ1aWxkcz8NCiAgICANCiAgICBUaGFua3MsDQogICAgUXVhbmFoDQogICAgDQogICAg LS0NCiAgICANCiAgICBRdWFuYWggR2lic29uLU1vdW50DQogICAgUHJvZHVjdCBBcmNoaXRlY3QN CiAgICBTeW1hcyBDb3Jwb3JhdGlvbg0KICAgIFBhY2thZ2VkLCBjZXJ0aWZpZWQsIGFuZCBzdXBw b3J0ZWQgTERBUCBzb2x1dGlvbnMgcG93ZXJlZCBieSBPcGVuTERBUDoNCiAgICA8aHR0cDovL3d3 dy5zeW1hcy5jb20+DQogICAgDQogICAgDQoNCg==

1 0

Re: (ITS#5582) Default OpenSSL certs are only used when TLS_CACERT(DIR)
by h.b.furuseth＠usit.uio.no 27 Mar '17

27 Mar '17

Waiting for RE25 would have made sense if it had not taken a decade:-( New suggestion: Add keyword TLS_CACERT_DEFAULTS <yes/no/maybe> where the doc explains that "maybe" is the current default and just as silly as it sounds, we recommend yes/no. (Or true/false/on/off like other bools accept) -- Hallvard

1 0

Re: (ITS#6619) CSN too old
by quanah＠symas.com 27 Mar '17

27 Mar '17

Hi Heinz, Do you still see this issue with current OpenLDAP builds? Also, can you confirm that time was tightly sync'd in the case you submitted? I've seen similar issues due to clock skew. Regards, Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs