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

[Aleksei Nikiforov <darktemplar@altlinux.org>]

18.02.2021 17:07, 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 зависит. 
> 
> Интересная идея.
> 
> Но это равнозначно выполнению всех тестов репозитория на зависящих от 
> задания пакетах.
> 
Я не предлагаю делать это для всех пакетов вообще, а только для таких 
случаев, когда есть требования к зависимостям, как это у linux-pam. Не 
думаю что их будет много. Ну а список зависимостей, я так понимаю, либо 
есть, либо можно составить.