Russ Allbery [EMAIL PROTECTED] writes:
Quick question here: Do you (or anyone else on the list) know what Red
Hat does with all of these software packages, many of which they also
ship? Are they also ignoring upstream and linking to libldap_r, or are
they doing something else?
Red Hat
Steve Langasek [EMAIL PROTECTED] writes:
Wow, ok, I'm very not happy with this answer. I think that *all*
libraries should have thread-safe APIs; and aside from this minor
blemish, libldap_r appears to already be a perfectly good thread-safe,
reentrant library, supported by upstream or not.
Steve Langasek [EMAIL PROTECTED] writes:
Ok, I've scaled back the patch a bit before committing it because a
deeper search leaves me uncertain that res_query and dn_expand are
thread-safe even in current versions of glibc. Dropping the mutex for
getaddrinfo() and getnameinfo() is sufficient
On Sun, Feb 10, 2008 at 10:06:14AM -0800, Russ Allbery wrote:
Ok, I've scaled back the patch a bit before committing it because a
deeper search leaves me uncertain that res_query and dn_expand are
thread-safe even in current versions of glibc. Dropping the mutex for
getaddrinfo() and
--On Sunday, February 10, 2008 8:16 PM -0800 Steve Langasek
[EMAIL PROTECTED] wrote:
Was your discussion with upstream somewhere public?
ITS#5363
--Quanah
--
Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
Zimbra :: the leader in open source messaging and
tags 340601 confirmed
thanks
I can confirm that this is still an issue even after transitioning to
libnss-ldap built against libldap-2.4-2. This is easily reproducible by
configuring libnss-ldap to point at ldap://127.0.0.1 (with or without slapd
installed), setting 'hosts: files ldap dns' (or
Steve Langasek [EMAIL PROTECTED] writes:
tags 340601 patch
thanks
Here is a patch that fixes the deadlock for me. Fellow maintainers, is
this ok to commit to the package, or would you prefer I clean it up
first so that it's suitable for upstream submission?
I think it's fine to commit to
tags 340601 patch
thanks
Here is a patch that fixes the deadlock for me. Fellow maintainers, is this
ok to commit to the package, or would you prefer I clean it up first so that
it's suitable for upstream submission?
--
Steve Langasek Give me a lever long enough and a Free OS
On Sat, Feb 09, 2008 at 09:12:35PM -0800, Russ Allbery wrote:
Here is a patch that fixes the deadlock for me. Fellow maintainers, is
this ok to commit to the package, or would you prefer I clean it up
first so that it's suitable for upstream submission?
I think it's fine to commit to the
Subject: ldapsearch hangs when using ldap for /etc/hosts
Package: ldap-utils
Version: 2.2.23-8
Severity: important
File: /usr/bin/ldapsearch
ldapsearch hangs when host nss information is retrieved from an LDAP
server and a user uses ldapsearch to search a different LDAP server.
The relevant
10 matches
Mail list logo