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

[Anton Farygin]

On 18.02.2021 16:52, Aleksei Nikiforov wrote:
> 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 зависит. 

Интересная идея.

Но это равнозначно выполнению всех тестов репозитория на зависящих от 
задания пакетах.