Summary: | ld.so: dlclose() can remove required local scope elements of NODELETE linkmaps | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Pavel Vainerman <pv> |
Component: | glibc-core | Assignee: | placeholder <placeholder> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | aen, anubix, cas, glebfm, ldv, nenderus, placeholder, vitty, zerg |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
URL: | http://sourceware.org/bugzilla/show_bug.cgi?id=12561 | ||
Bug Depends on: | |||
Bug Blocks: | 23155 |
Description
Pavel Vainerman
2011-11-21 11:19:27 MSK
Возможно, поможет удаление пакетов nss_ldap и pam_ldap Если все работает -- забейте. Проблемма инициируется модулем /usr/lib/strigi/strigiea_mail.so Дальше пока не нашел, кто. гуглится по "strigi lookup error: undefined symbol: ldap_int_tls_destroy" , но ничего путного не нашел См. тж. https://bugzilla.redhat.com/show_bug.cgi?id=468889 У них вроде бы проблема рассосалась сама собой. (В ответ на комментарий №4) > См. тж. https://bugzilla.redhat.com/show_bug.cgi?id=468889 У нас раньше это тоже было. Сейчас похоже, но несовсем оно и более свежее. При этом с тем же Qt4/KDE4 на p6 не воспроизводится. Я на p6 собрал себе qt-4.8.3 и у меня начало воспроизводиться. На https://bugs.mageia.org/show_bug.cgi?id=2526 говорят, что баг в glibc. (In reply to comment #7) > Я на p6 собрал себе qt-4.8.3 и у меня начало воспроизводиться. > На https://bugs.mageia.org/show_bug.cgi?id=2526 говорят, что баг в glibc. Да, это ld.so C yjdjq С новой сборкой strigi у меня и на p6 стало воспроизводиться :-( (In reply to comment #8) > (In reply to comment #7) > > Я на p6 собрал себе qt-4.8.3 и у меня начало воспроизводиться. > > На https://bugs.mageia.org/show_bug.cgi?id=2526 говорят, что баг в glibc. > > Да, это ld.so К сожалению, патч не заапстримился из-за того, что не прошел regression testing: http://sourceware.org/ml/libc-alpha/2012-04/msg00512.html и автору патча сейчас уже нет возможности доработать его: http://sourceware.org/ml/libc-alpha/2012-09/msg00531.html А в SuSE https://build.opensuse.org/package/files?package=glibc&project=openSUSE%3AFactory есть glibc-elf-localscope.diff (In reply to comment #12) > А в SuSE > https://build.opensuse.org/package/files?package=glibc&project=openSUSE%3AFactory > есть glibc-elf-localscope.diff Это тот же самый патч того же автора, что и в http://sourceware.org/bugzilla/show_bug.cgi?id=12561. Этот тот же самый патч есть в openSUSE-12.2 http://download.opensuse.org/source/distribution/12.2/repo/oss/suse/src/ (In reply to comment #14) > Этот тот же самый патч есть в openSUSE-12.2 > http://download.opensuse.org/source/distribution/12.2/repo/oss/suse/src/ Ну и что? Ты же не предлагаешь приложить патч, после которого ld.so перестает проходить тесты? Нет. Я предлагаю приложить патч, после которого исчезнет ошибка. А сейчас в Сизифе воспроизводится или нет? Согласно https://bugzilla.novell.com/show_bug.cgi?id=657627#c54 тестирую баг командой "hsh --init && hsh-install libproxy-tools libproxy-kde4 libproxy-gnome3 && hsh-run -- env KDE_FULL_SESSION=true proxy --help". На p6 такой запуск proxy приводит к proxy: symbol lookup error: /usr/lib64/libkdecore.so.5: undefined symbol: _ZNK7KConfig13componentDataEv На Сизифе proxy выводит direct:// Куда девался баг? Он был еще вчера! :) Возможно, что-то изменилось в новом KDE. На сизифном KDE-4.8.5 проверял -- уже не воспроизводилось. As I noted in http://sourceware.org/bugzilla/show_bug.cgi?id=12561#c5, it was actually fixed by commit http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=glibc-2.14-208-g39dd69d Applying it to glibc-2.11.3-alt8 would fix the bug in p6 as well. Спасибо! (In reply to comment #20) > glibc-2.11.3-alt8 would fix the bug in p6 as well. В p6 на данный момент alt7 А когда в p6 ? (В ответ на комментарий №23) > А когда в p6 ? А надо? (In reply to comment #24) > (В ответ на комментарий №23) > > А когда в p6 ? > А надо? Да уже проще было собрать, чем выяснять, надо или нет: http://git.altlinux.org/tasks/archive/done/_81/83255/logs/events.1.1.log (В ответ на комментарий №24) > (В ответ на комментарий №23) > > А когда в p6 ? > А надо? А разве p6 уже не надо? (В ответ на комментарий №25)
> проще было собрать, чем выяснять, надо или нет:
> http://git.altlinux.org/tasks/archive/done/_81/83255
Спасибо, работает!
|