[devel] Q: libaudit.so.1 started to pull in libpthread?

Aleksei Nikiforov darktemplar на altlinux.org
Чт Фев 18 16:52:48 MSK 2021


18.02.2021 16:38, Dmitry V. Levin пишет:
> On Thu, Feb 18, 2021 at 04:01:33PM +0300, Anton Farygin wrote:
>> On 18.02.2021 15:44, Anton Farygin wrote:
>>> On 18.02.2021 14:31, Dmitry V. Levin wrote:
>>>> Hi,
>>>>
>>>> On Thu, Feb 18, 2021 at 07:38:15AM +0000, ALT beekeeper wrote:
>>>> [...]
>>>>> linux-pam-1.5.1-alt1
> [...]
>>>>>      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 зависит.


Подробная информация о списке рассылки Devel