[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