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

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

[Dmitry V. Levin]

Hi,

On Thu, Feb 18, 2021 at 07:38:15AM +0000, ALT beekeeper wrote:
[...]
> linux-pam-1.5.1-alt1
> 	+ echo 'ERROR: pam_namespace.so pulls in libpthread.'
> 	ERROR: pam_namespace.so pulls in libpthread.
> 	+ echo pam_namespace.so
> 	--
> 	+ echo 'ERROR: pam_nologin.so pulls in libpthread.'
> 	ERROR: pam_nologin.so pulls in libpthread.
> 	+ echo pam_nologin.so
> 	--
> 	+ echo 'ERROR: pam_permit.so pulls in libpthread.'
> 	ERROR: pam_permit.so pulls in libpthread.
> 	+ echo pam_permit.so
> 	--
> 	+ echo 'ERROR: pam_pwhistory.so pulls in libpthread.'
> 	ERROR: pam_pwhistory.so pulls in libpthread.
> 	+ echo pam_pwhistory.so
> 	--
> 	+ echo 'ERROR: pam_rhosts.so pulls in libpthread.'
> 	ERROR: pam_rhosts.so pulls in libpthread.
> 	+ echo pam_rhosts.so
> 	--
> 	+ echo 'ERROR: pam_rootok.so pulls in libpthread.'
> 	ERROR: pam_rootok.so pulls in libpthread.
> 	+ echo pam_rootok.so
> 	--
> 	+ echo 'ERROR: pam_sameuid.so pulls in libpthread.'
> 	ERROR: pam_sameuid.so pulls in libpthread.
> 	+ echo pam_sameuid.so
> 	--
> 	+ echo 'ERROR: pam_securetty.so pulls in libpthread.'
> 	ERROR: pam_securetty.so pulls in libpthread.
> 	+ echo pam_securetty.so
> 	--
> 	+ echo 'ERROR: pam_selinux.so pulls in libpthread.'
> 	ERROR: pam_selinux.so pulls in libpthread.
> 	+ echo pam_selinux.so
> 	--
> 	+ echo 'ERROR: pam_sepermit.so pulls in libpthread.'
> 	ERROR: pam_sepermit.so pulls in libpthread.
> 	+ echo pam_sepermit.so
> 
> pam-redhat-1.0.0-alt1
> 	+ echo 'ERROR: pam_chroot.so pulls in libpthread.'
> 	ERROR: pam_chroot.so pulls in libpthread.
> 	+ echo pam_chroot.so
> 	--
> 	+ echo 'ERROR: pam_console.so pulls in libpthread.'
> 	ERROR: pam_console.so pulls in libpthread.
> 	+ echo pam_console.so

Это результат вчерашнего обновления libaudit?


-- 
ldv

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

[Anton Farygin]

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
>> 	+ echo 'ERROR: pam_namespace.so pulls in libpthread.'
>> 	ERROR: pam_namespace.so pulls in libpthread.
>> 	+ echo pam_namespace.so
>> 	--
>> 	+ echo 'ERROR: pam_nologin.so pulls in libpthread.'
>> 	ERROR: pam_nologin.so pulls in libpthread.
>> 	+ echo pam_nologin.so
>> 	--
>> 	+ echo 'ERROR: pam_permit.so pulls in libpthread.'
>> 	ERROR: pam_permit.so pulls in libpthread.
>> 	+ echo pam_permit.so
>> 	--
>> 	+ echo 'ERROR: pam_pwhistory.so pulls in libpthread.'
>> 	ERROR: pam_pwhistory.so pulls in libpthread.
>> 	+ echo pam_pwhistory.so
>> 	--
>> 	+ echo 'ERROR: pam_rhosts.so pulls in libpthread.'
>> 	ERROR: pam_rhosts.so pulls in libpthread.
>> 	+ echo pam_rhosts.so
>> 	--
>> 	+ echo 'ERROR: pam_rootok.so pulls in libpthread.'
>> 	ERROR: pam_rootok.so pulls in libpthread.
>> 	+ echo pam_rootok.so
>> 	--
>> 	+ echo 'ERROR: pam_sameuid.so pulls in libpthread.'
>> 	ERROR: pam_sameuid.so pulls in libpthread.
>> 	+ echo pam_sameuid.so
>> 	--
>> 	+ echo 'ERROR: pam_securetty.so pulls in libpthread.'
>> 	ERROR: pam_securetty.so pulls in libpthread.
>> 	+ echo pam_securetty.so
>> 	--
>> 	+ echo 'ERROR: pam_selinux.so pulls in libpthread.'
>> 	ERROR: pam_selinux.so pulls in libpthread.
>> 	+ echo pam_selinux.so
>> 	--
>> 	+ echo 'ERROR: pam_sepermit.so pulls in libpthread.'
>> 	ERROR: pam_sepermit.so pulls in libpthread.
>> 	+ echo pam_sepermit.so
>>
>> pam-redhat-1.0.0-alt1
>> 	+ echo 'ERROR: pam_chroot.so pulls in libpthread.'
>> 	ERROR: pam_chroot.so pulls in libpthread.
>> 	+ echo pam_chroot.so
>> 	--
>> 	+ echo 'ERROR: pam_console.so pulls in libpthread.'
>> 	ERROR: pam_console.so pulls in libpthread.
>> 	+ echo pam_console.so
> Это результат вчерашнего обновления libaudit?
>
>
Да, libaudit теперь линкуется с pthread. Это мы, к сожалению, вчера не 
заметили.

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

[Anton Farygin]

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
>>>     + echo 'ERROR: pam_namespace.so pulls in libpthread.'
>>>     ERROR: pam_namespace.so pulls in libpthread.
>>>     + echo pam_namespace.so
>>>     --
>>>     + echo 'ERROR: pam_nologin.so pulls in libpthread.'
>>>     ERROR: pam_nologin.so pulls in libpthread.
>>>     + echo pam_nologin.so
>>>     --
>>>     + echo 'ERROR: pam_permit.so pulls in libpthread.'
>>>     ERROR: pam_permit.so pulls in libpthread.
>>>     + echo pam_permit.so
>>>     --
>>>     + echo 'ERROR: pam_pwhistory.so pulls in libpthread.'
>>>     ERROR: pam_pwhistory.so pulls in libpthread.
>>>     + echo pam_pwhistory.so
>>>     --
>>>     + echo 'ERROR: pam_rhosts.so pulls in libpthread.'
>>>     ERROR: pam_rhosts.so pulls in libpthread.
>>>     + echo pam_rhosts.so
>>>     --
>>>     + echo 'ERROR: pam_rootok.so pulls in libpthread.'
>>>     ERROR: pam_rootok.so pulls in libpthread.
>>>     + echo pam_rootok.so
>>>     --
>>>     + echo 'ERROR: pam_sameuid.so pulls in libpthread.'
>>>     ERROR: pam_sameuid.so pulls in libpthread.
>>>     + echo pam_sameuid.so
>>>     --
>>>     + echo 'ERROR: pam_securetty.so pulls in libpthread.'
>>>     ERROR: pam_securetty.so pulls in libpthread.
>>>     + echo pam_securetty.so
>>>     --
>>>     + echo 'ERROR: pam_selinux.so pulls in libpthread.'
>>>     ERROR: pam_selinux.so pulls in libpthread.
>>>     + echo pam_selinux.so
>>>     --
>>>     + echo 'ERROR: pam_sepermit.so pulls in libpthread.'
>>>     ERROR: pam_sepermit.so pulls in libpthread.
>>>     + echo pam_sepermit.so
>>>
>>> pam-redhat-1.0.0-alt1
>>>     + echo 'ERROR: pam_chroot.so pulls in libpthread.'
>>>     ERROR: pam_chroot.so pulls in libpthread.
>>>     + echo pam_chroot.so
>>>     --
>>>     + echo 'ERROR: pam_console.so pulls in libpthread.'
>>>     ERROR: pam_console.so pulls in libpthread.
>>>     + echo pam_console.so
>> Это результат вчерашнего обновления libaudit?
>>
>>
> Да, libaudit теперь линкуется с pthread. Это мы, к сожалению, вчера не 
> заметили.
>
Я помню, что у нас была какая-то дискуссия по поводу libpthread в 
модулях pam, но не помню чем она закончилась.

Много кто из модулей pam притаскивает за собой libpthread, начиная с 
pam_systemd.

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

[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 не используют.


-- 
ldv

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

[Anton Farygin]

On 18.02.2021 16:38, Dmitry V. Levin wrote:
> On Thu, Feb 18, 2021 at 04:01:33PM +0300, Anton Farygin wrote:
>> On 18.02.2021 15:44, Anton Farygin wrote:
>>
>>
>> Много кто из модулей pam притаскивает за собой libpthread, начиная с
>> pam_systemd.
> Надо взять на заметку, это может быть проблемой.
> Сам linux-pam (ни библиотеки, ни модули) libpthread не используют.
>
>
Мне кажется, что у нас уже было такое обсуждение буквально в прошлом 
году. У нас приложение, использующее pam нигде не чрутится ? Ведь по 
идее все эти библиотеки должны оказаться в чруте.

$ ldd /lib64/security/pam_winbind.so
         linux-vdso.so.1 (0x00007ffeecb8d000)
         libreplace-samba4.so => /usr/lib64/samba/libreplace-samba4.so 
(0x00007f1af4512000)
         libwbclient.so.0 => /usr/lib64/libwbclient.so.0 
(0x00007f1af44e0000)
         libsamba-util.so.0 => /usr/lib64/libsamba-util.so.0 
(0x00007f1af446c000)
         libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f1af444b000)
         libtalloc.so.2 => /usr/lib64/libtalloc.so.2 (0x00007f1af4439000)
         libpam.so.0 => /lib64/libpam.so.0 (0x00007f1af4427000)
         libc.so.6 => /lib64/libc.so.6 (0x00007f1af425d000)
         libwinbind-client-samba4.so => 
/usr/lib64/samba/libwinbind-client-samba4.so (0x00007f1af4257000)
         libgenrand-samba4.so => /usr/lib64/samba/libgenrand-samba4.so 
(0x00007f1af4252000)
         libsocket-blocking-samba4.so => 
/usr/lib64/samba/libsocket-blocking-samba4.so (0x00007f1af424d000)
         libsamba-debug-samba4.so => 
/usr/lib64/samba/libsamba-debug-samba4.so (0x00007f1af4242000)
         libtime-basic-samba4.so => 
/usr/lib64/samba/libtime-basic-samba4.so (0x00007f1af423d000)
         libsys-rw-samba4.so => /usr/lib64/samba/libsys-rw-samba4.so 
(0x00007f1af4236000)
         libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007f1af417e000)
         libtevent.so.0 => /usr/lib64/libtevent.so.0 (0x00007f1af4169000)
         libicui18n.so.67 => /usr/lib64/libicui18n.so.67 
(0x00007f1af3e6f000)
         libicuuc.so.67 => /usr/lib64/libicuuc.so.67 (0x00007f1af3c8b000)
         /lib64/ld-linux-x86-64.so.2 (0x00007f1af4527000)
         libaudit.so.1 => /lib64/libaudit.so.1 (0x00007f1af3c5e000)
         libdl.so.2 => /lib64/libdl.so.2 (0x00007f1af3c56000)
         libgnutls.so.30 => /usr/lib64/libgnutls.so.30 (0x00007f1af3a8d000)
         libiov-buf-samba4.so => /usr/lib64/samba/libiov-buf-samba4.so 
(0x00007f1af3a88000)
         librt.so.1 => /lib64/librt.so.1 (0x00007f1af3a7d000)
         liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f1af3a50000)
         libzstd.so.1 => /lib64/libzstd.so.1 (0x00007f1af3998000)
         liblz4.so.1 => /lib64/liblz4.so.1 (0x00007f1af3975000)
         libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007f1af3844000)
         libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f1af35da000)
         libm.so.6 => /lib64/libm.so.6 (0x00007f1af3495000)
         libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f1af347b000)
         libicudata.so.67 => /usr/lib64/libicudata.so.67 
(0x00007f1af1962000)
         libp11-kit.so.0 => /usr/lib64/libp11-kit.so.0 (0x00007f1af1840000)
         libidn2.so.0 => /lib64/libidn2.so.0 (0x00007f1af181f000)
         libunistring.so.2 => /lib64/libunistring.so.2 (0x00007f1af169d000)
         libtasn1.so.6 => /usr/lib64/libtasn1.so.6 (0x00007f1af1687000)
         libnettle.so.8 => /usr/lib64/libnettle.so.8 (0x00007f1af163f000)
         libhogweed.so.6 => /usr/lib64/libhogweed.so.6 (0x00007f1af15f6000)
         libgmp.so.10 => /usr/lib64/libgmp.so.10 (0x00007f1af157d000)
         libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f1af1556000)
         libffi.so.7 => /usr/lib64/libffi.so.7 (0x00007f1af154a000)

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

[Aleksei Nikiforov]

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 зависит.

Re: [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 зависит. 

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

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

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

[Aleksei Nikiforov]

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. Не 
думаю что их будет много. Ну а список зависимостей, я так понимаю, либо 
есть, либо можно составить.

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

[Alexey V. Vissarionov]

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

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

[Sergey V Turchin]

On Thursday, 18 February 2021 17:26:49 MSK Alexey V wrote:

[...]
> Name: libpam0-devel
> Conflicts: glibc-pthread
> 
> Наверняка от этого что-то поломается, но в целом пользы должно быть
> больше, чем явного вреда.
apt-get remove glibc-pthread
прежде, чем писать такое.

-- 
Regards, Sergey.

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

[Alexey V. Vissarionov]

On 2021-02-18 17:32:08 +0300, Sergey V Turchin wrote:
 > [...]
 >> Name: libpam0-devel
 >> Conflicts: glibc-pthread
 >> Наверняка от этого что-то поломается, но в целом пользы должно
 >> быть больше, чем явного вреда.
 > apt-get remove glibc-pthread прежде, чем писать такое.

-devel, разумеется. Или где оно там...


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

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

[Sergey V Turchin]

On Thursday, 18 February 2021 17:51:22 MSK Alexey V wrote:
> On 2021-02-18 17:32:08 +0300, Sergey V Turchin wrote:
>  > [...]
>  > 
>  >> Name: libpam0-devel
>  >> Conflicts: glibc-pthread
>  >> Наверняка от этого что-то поломается, но в целом пользы должно
>  >> быть больше, чем явного вреда.
>  > 
>  > apt-get remove glibc-pthread прежде, чем писать такое.
> 
> -devel, разумеется. Или где оно там...
Подойдет только для пакетов, где кроме модуля pam больше ничего нет. Остальные 
просто не смогут собираться.

-- 
Regards, Sergey.