[Pkg-openldap-devel] Bug#658047: Bug#658047: slapd: reproducible segfault during sync-replication on slave
quanah at zimbra.com
Mon Jan 30 23:40:41 UTC 2012
--On Tuesday, January 31, 2012 12:30 AM +0100 Sven Hartge
<sven at svenhartge.de> wrote:
> On 31.01.2012 00:18, Quanah Gibson-Mount wrote:
>> --On Tuesday, January 31, 2012 12:07 AM +0100 Sven Hartge
>> <sven at svenhartge.de> wrote:
>>> Is there a way to privatly submit this data (backtrace and additional
>>> schemas) so you can have look at the problem?
>> To start with, you're filing this ticket with the wrong group. You
>> would want to file this with http://www.openldap.org/its/
> I have always been told to directly report bugs to the Debian BTS. The
> DDs will then relay the bug to upstream if they believe this to be an
> upstream bug.
> But if the Debian OpenLDAP Maintainers tell me to directly report this
> issue to upstream, this is fine with me as well.
I'm the release engineer for the OpenLDAP project, and am not one of the
Debian OpenLDAP maintainers. However, I work to triage issues reported via
Debian's BTS into the upstream tracker.
Your request for privacy is a significant detail, and thus the request for
filing against the upstream tracker vs the Debian BTS, because I wouldn't
have access to anything set up in it privately.
>> I think what you are reporting has already been reported to OpenLDAP as
> This does not look right, since my consumer segfaults and not the
> master, which is fine.
>> I would ask that you try the current RE24 checkout from GIT and see if
>> you still encounter the issue. If so, then please file an ITS in the
>> OpenLDAP tracker with the backtrace, etc, information. If you need to
>> arrange that to be provided privately, that can be worked out with the
>> OpenLDAP developers.
> Will do. But first I will try a -O0 rebuild of the current package to
> rule out any weird compiler bugs.
Thanks. I never build OpenLDAP with anything but -O0 myself, because I've
seen gcc do the wrong thing too many times to trust its optimizations when
it comes to OpenLDAP. ;)
Sr. Member of Technical Staff
A Division of VMware, Inc.
Zimbra :: the leader in open source messaging and collaboration
More information about the Pkg-openldap-devel