openldap-bugs

openldap-bugs@openldap.org

1 participants
21003 discussions

Re: (ITS#8925) Please remove the entry for mirror.switch.ch from the Download page
by quanah＠symas.com 25 Oct '18

25 Oct '18

--On Thursday, October 18, 2018 10:23 PM -0400 Thomas Lenggenhager <thomas.lenggenhager(a)switch.ch> wrote: > Hello Quanah > > Many thanks for your action and answer. In the mean time I noticed that > in this file > ftp://ftp.openldap.org/pub/OpenLDAP/MIRRORS > the mirrors are still listed. Could you please update that as well? Thanks, This is now fixed as well. :) Warm regards, 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#8866) RFE: slapo-unique to return filter used in diagnostic message
by quanah＠symas.com 25 Oct '18

25 Oct '18

--On Monday, July 30, 2018 6:58 PM +0000 michael(a)stroeder.com wrote: > Can someone correct the subject line of the ticket? > > Should of course mention slapo-unique instead of slapo-constraint. This patch has been applied to OpenLDAP HEAD with a correction to the memory allocation functions. I'll discuss with Howard about whether or not to add it to 2.4.47. --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#8928) Reproducibility: Remove user, hostname, pwd from version string
by douglas.royds＠taitradio.com 25 Oct '18

25 Oct '18

URL: ftp://ftp.openldap.org/incoming/douglas-royds-181026.patch This updated patch also sets the date and time strings to the SOURCE_DATE_EPOCH. The WHOWHERE string will now be set to simply "openldap" in the case that a SOURCE_DATE_EPOCH is set. Tait Communications Ltd hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice.

1 0

Re: (ITS#8929) syncrepl retry parameter ignored
by openldap-its＠plumbe.de 25 Oct '18

25 Oct '18

Am 2018-10-24 15:57, schrieb Quanah Gibson-Mount: > --On Wednesday, October 24, 2018 10:21 AM +0000 openldap-its(a)plumbe.de > wrote: > >> Full_Name: Markus Joosten >> Version: 2.4.44-15.el7 >> OS: CentOS 7 >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (62.8.242.42) >> >> >> Hello, >> >> I'm running 2 OpenLDAP servers on CentOS 7 using the cn=config >> backend. >> My main database dc=example,dc=com is replicated using syncrepl, >> however >> the retry parameter is completely ignored. > > Provide your full configuration minus passwords, as syncrepl is used > extensively in the test suite and does not exhibit this behavior. > > --Quanah > I found my error. Turns out I had a runaway double-quote on the type= parameter like this: type=refreshAndPersist" Funny enough, the only message in my log was regarding the missing retry parameter. The replication itself was created successfully and was also working as expected, only the retry parameter was missing. Regards, Markus

1 0

Re: (ITS#8929) syncrepl retry parameter ignored
by quanah＠symas.com 24 Oct '18

24 Oct '18

--On Wednesday, October 24, 2018 10:21 AM +0000 openldap-its(a)plumbe.de wrote: > Full_Name: Markus Joosten > Version: 2.4.44-15.el7 > OS: CentOS 7 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (62.8.242.42) > > > Hello, > > I'm running 2 OpenLDAP servers on CentOS 7 using the cn=config backend. > My main database dc=example,dc=com is replicated using syncrepl, however > the retry parameter is completely ignored. Provide your full configuration minus passwords, as syncrepl is used extensively in the test suite and does not exhibit this behavior. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

(ITS#8929) syncrepl retry parameter ignored
by openldap-its＠plumbe.de 24 Oct '18

24 Oct '18

Full_Name: Markus Joosten Version: 2.4.44-15.el7 OS: CentOS 7 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (62.8.242.42) Hello, I'm running 2 OpenLDAP servers on CentOS 7 using the cn=config backend. My main database dc=example,dc=com is replicated using syncrepl, however the retry parameter is completely ignored. I'm seeing the following log message every time I recreate the replication: syncrepl rid=001 searchbase="dc=example,dc=com": no retry defined, using default Steps to reproduce: - setup two OpenLDAP servers - create replication with the retry parameter specified - retry parameter will be ignored Regards, Markus

1 0

Re: (ITS#8322) mdb_env_set_mapsize default size mismatch
by myk＠mykzilla.org 19 Oct '18

19 Oct '18

This is a multi-part message in MIME format. --------------D22E8F79C8A3AF5F4EEDBDD5 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Here's a patch (in git-format-patch format, per the Guidelines for Contributing) that changes the code comment on mdb_env_set_mapsize to be consistent with the value of DEFAULT_MAPSIZE. https://github.com/LMDB/lmdb/compare/mdb.master...mykmelez:default-mapsize.… (I haven't provided a Notice of Origin nor Rights Statement, as, per the Guidelines for Contributing, this patch doesn't represent "significant blocks of new code (10 lines or greater)." It's a one-line change.) -myk --------------D22E8F79C8A3AF5F4EEDBDD5 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head> <meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body text="#000000" bgcolor="#FFFFFF"> Here's a patch (in git-format-patch format, per the Guidelines for Contributing) that changes the code comment on mdb_env_set_mapsize to be consistent with the value of DEFAULT_MAPSIZE. <a class="moz-txt-link-freetext" href="https://github.com/LMDB/lmdb/compare/mdb.master...mykmelez:default-mapsize.…">https://github.com/LMDB/lmdb/compare/mdb.master...mykmelez:default-mapsize.…</a> (I haven't provided a Notice of Origin nor Rights Statement, as, per the Guidelines for Contributing, this patch doesn't represent "significant blocks of new code (10 lines or greater)." It's a one-line change.) -myk </body> </html> --------------D22E8F79C8A3AF5F4EEDBDD5--

1 0

Re: (ITS#8925) Please remove the entry for mirror.switch.ch from the Download page
by thomas.lenggenhager＠switch.ch 18 Oct '18

18 Oct '18

Hello Quanah Many thanks for your action and answer. In the mean time I noticed that in this file ftp://ftp.openldap.org/pub/OpenLDAP/MIRRORS the mirrors are still listed. Could you please update that as well? Kind regards Thomas > Hi Thomas, > > --On Thursday, October 11, 2018 12:08 PM +0000 switchmirror(a)switch.ch wrote: > >> I already sent twice a message to info(a)openldap.org, but no action or >> answer received. > > The ITS system is the correct spot for this request. ;) > >> So I try it on this channel. >> >> Please drop the reference to SWITCH (Switzerland, mirror.switch.ch) on the >> Download web page: >> http://www.openldap.org/software/download/ > > Done. > >> BTW: I noticed that the Austrian mirror on gd.tuwien.ac.at has completely >> disappeared, there is no DNS entry for it anymore. > > Thanks, I removed that one as well. > > Warm regards, > Quanah -- SWITCH Thomas Lenggenhager, Trust & Identity Werdstrasse 2, P.O. Box, 8021 Zurich, SWITZERLAND phone +41 44 268 1505 direct +41 44 268 1541 https://www.switch.ch

1 0

Re: (ITS#8373) replica with multiple providers hits errors
by quanah＠symas.com 18 Oct '18

18 Oct '18

--On Friday, February 19, 2016 1:33 AM +0000 quanah(a)zimbra.com wrote: Played around with this again today, and the issue no longer occurs. It seems one of the many replication related fixes since I reported this ITS has solved the problem. Closing the ITS. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

(ITS#8928) Reproducibility: Remove user, hostname, pwd from version string
by douglas.royds＠taitradio.com 17 Oct '18

17 Oct '18

Full_Name: Douglas Royds Version: HEAD OS: Ubuntu 16.04 URL: ftp://ftp.openldap.org/incoming/douglas-royds-181017.patch Submission from: (NULL) (202.37.96.2) To achieve binary-reproducible builds across different build hosts, build paths, and users, we need to set the WHOWHERE value with something fixed. In this patch I set it to the SOURCE_DATE_EPOCH if set (see https://reproducible-builds.org/specs/source-date-epoch/). If you're not trying to do a reproducible build, it won't be set, so the existing WHOWHERE string will apply. Debian have set this string to their own Debian-specific value: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833179 WHOWHERE="$(dpkg-vendor --query vendor) package version $(dpkg-parsechangelog -SVersion)" Tait Communications Ltd hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice.

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