[devel] Q: libaudit.so.1 started to pull in libpthread?
Alexey V. Vissarionov
gremlin на altlinux.org
Чт Фев 18 17:26:49 MSK 2021
On 2021-02-18 16:52:48 +0300, Aleksei Nikiforov wrote:
>>>>>> ERROR: pam_permit.so pulls in libpthread.
>>>>> Это результат вчерашнего обновления libaudit?
>>>> Да, libaudit теперь линкуется с pthread. Это мы, к сожалению,
>>>> вчера не заметили.
>>> Я помню, что у нас была какая-то дискуссия по поводу libpthread
>>> в модулях pam, но не помню чем она закончилась.
>> libpthread так устроена (так сильно перекрывает libc), что с ней
>> надо линковаться, а не загружать динамически во время работы.
>> Ну а модули pam как раз загружаются динамически во время работы.
>>> Много кто из модулей pam притаскивает за собой libpthread,
>>> начиная с pam_systemd.
>> Надо взять на заметку, это может быть проблемой.
Из опыта эксплуатации: это практически гарантированная проблема.
>> Сам linux-pam (ни библиотеки, ни модули) libpthread не используют.
> Можно ли эту проверку реализовать так, чтобы проблема не на
> следующий день при пересборке вылезала, а сразу при попытке
> обновить зависимости linux-pam просто не давала бы закоммитить
> задание если обнаруживаются подобные проблемы? Такая проверка
> может быть сложнее, но если она действительно нужна, то пусть
> лучше она не пост-фактум будет, поскольку о том, что это может
> вызвать проблемы, заранее может быть не очевидно.
> Что-то типа checkinstall, но чтобы он выполнялся не при сборке
> linux-pam, а при сборке пакетов, от которых linux-pam зависит.
Name: libpam0-devel
Conflicts: glibc-pthread
Наверняка от этого что-то поломается, но в целом пользы должно быть
больше, чем явного вреда.
--
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
Подробная информация о списке рассылки Devel