Summary: | =mail-client/thunderbird{,-bin}-17.0.4-r1[ldap] segfault on start-up since upgrade to =sys-libs/glibc-2.17 (suspected) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dan Goodliffe <gentoo> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | david+gentoo.org |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Dan Goodliffe
2013-03-28 21:26:06 UTC
You need to either disable ldap useflag on source build or start nscd either way not much mozilla can do when nss_ldap/openldap are installed on the system. This has nothing to do with glibc I have nscd running, always. (ldap use flag set, nss_ldap and openldap installed) This configuration worked just fine until 28th March. Tell a small lie. I have nscd configured to start, but it doesn't. akira ~ # /etc/init.d/nscd start * Starting Name Service Cache Daemon ... mkdir: cannot create directory '': No such file or directory start-stop-daemon: unrecognized option '--foreground' Usage: start-stop-daemon [options] ... <list of usage options> akira ~ # etc-update Scanning Configuration files... Exiting: Nothing left to do; exiting. :) So this is what stops thunderbird[ldap] from working? That feels very wrong somehow. Just had chance to look into this further. glibc-2.17 unmasks the nscd use flag. If it's not set, you get a broken (not just because nscd doesn't exist) nscd init script (new bug), and a broken thunderbird[ldap]. Should thunderbird[ldap] depend on glibc[nscd] or at least give a warning or indication what the problem is? I don't think segmentation fault really helps. (In reply to comment #4) > Just had chance to look into this further. glibc-2.17 unmasks the nscd use > flag. If it's not set, you get a broken (not just because nscd doesn't > exist) nscd init script (new bug), and a broken thunderbird[ldap]. > > Should thunderbird[ldap] depend on glibc[nscd] or at least give a warning or > indication what the problem is? > > I don't think segmentation fault really helps. I will add an additional ewarn if openldap/nss_ldap is installed on the system, the dep of nscd on glibc is not needed unless either package is installed. this is wholly a bug in thunderbird's libldap60.so #0 0x00007ffff6e6aeb8 in strtok_r () from /lib64/libc.so.6 #1 0x00007ffff68d2eae in ldap_str2charray () from /usr/lib64/thunderbird/libldap60.so #2 0x00007fffdedb0d05 in ?? () from /usr/lib64/libldap-2.4.so.2 #3 0x00007fffdedb2478 in ldap_int_initialize_global_options () from /usr/lib64/libldap-2.4.so.2 #4 0x00007fffdedb25da in ldap_int_initialize () from /usr/lib64/libldap-2.4.so.2 #5 0x00007fffded9852a in ldap_create () from /usr/lib64/libldap-2.4.so.2 #6 0x00007fffded98a21 in ldap_initialize () from /usr/lib64/libldap-2.4.so.2 i haven't had time to debug it further and produce a patch. see also bug 438692 *** This bug has been marked as a duplicate of bug 417687 *** |