* [devel] Q: libaudit.so.1 started to pull in libpthread? @ 2021-02-18 11:31 ` Dmitry V. Levin 2021-02-18 12:44 ` Anton Farygin 0 siblings, 1 reply; 12+ messages in thread From: Dmitry V. Levin @ 2021-02-18 11:31 UTC (permalink / raw) To: Egor Ignatov; +Cc: ALT Devel discussion list 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 11:31 ` [devel] Q: libaudit.so.1 started to pull in libpthread? Dmitry V. Levin @ 2021-02-18 12:44 ` Anton Farygin 2021-02-18 13:01 ` Anton Farygin 0 siblings, 1 reply; 12+ messages in thread From: Anton Farygin @ 2021-02-18 12:44 UTC (permalink / raw) To: devel 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. Это мы, к сожалению, вчера не заметили. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 12:44 ` Anton Farygin @ 2021-02-18 13:01 ` Anton Farygin 2021-02-18 13:38 ` Dmitry V. Levin 0 siblings, 1 reply; 12+ messages in thread From: Anton Farygin @ 2021-02-18 13:01 UTC (permalink / raw) To: devel 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. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 13:01 ` Anton Farygin @ 2021-02-18 13:38 ` Dmitry V. Levin 2021-02-18 13:48 ` Anton Farygin 2021-02-18 13:52 ` Aleksei Nikiforov 0 siblings, 2 replies; 12+ messages in thread From: Dmitry V. Levin @ 2021-02-18 13:38 UTC (permalink / raw) To: devel 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 13:38 ` Dmitry V. Levin @ 2021-02-18 13:48 ` Anton Farygin 2021-02-18 13:52 ` Aleksei Nikiforov 1 sibling, 0 replies; 12+ messages in thread From: Anton Farygin @ 2021-02-18 13:48 UTC (permalink / raw) To: devel 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) ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 13:38 ` Dmitry V. Levin 2021-02-18 13:48 ` Anton Farygin @ 2021-02-18 13:52 ` Aleksei Nikiforov 2021-02-18 14:07 ` Anton Farygin 2021-02-18 14:26 ` Alexey V. Vissarionov 1 sibling, 2 replies; 12+ messages in thread From: Aleksei Nikiforov @ 2021-02-18 13:52 UTC (permalink / raw) To: devel 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 зависит. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 13:52 ` Aleksei Nikiforov @ 2021-02-18 14:07 ` Anton Farygin 2021-02-18 14:10 ` Aleksei Nikiforov 2021-02-18 14:26 ` Alexey V. Vissarionov 1 sibling, 1 reply; 12+ messages in thread From: Anton Farygin @ 2021-02-18 14:07 UTC (permalink / raw) To: devel 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 зависит. Интересная идея. Но это равнозначно выполнению всех тестов репозитория на зависящих от задания пакетах. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 14:07 ` Anton Farygin @ 2021-02-18 14:10 ` Aleksei Nikiforov 0 siblings, 0 replies; 12+ messages in thread From: Aleksei Nikiforov @ 2021-02-18 14:10 UTC (permalink / raw) To: devel 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. Не думаю что их будет много. Ну а список зависимостей, я так понимаю, либо есть, либо можно составить. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 13:52 ` Aleksei Nikiforov 2021-02-18 14:07 ` Anton Farygin @ 2021-02-18 14:26 ` Alexey V. Vissarionov 2021-02-18 14:32 ` Sergey V Turchin 1 sibling, 1 reply; 12+ messages in thread From: Alexey V. Vissarionov @ 2021-02-18 14:26 UTC (permalink / raw) To: ALT Linux Team development discussions 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 14:26 ` Alexey V. Vissarionov @ 2021-02-18 14:32 ` Sergey V Turchin 2021-02-18 14:51 ` Alexey V. Vissarionov 0 siblings, 1 reply; 12+ messages in thread From: Sergey V Turchin @ 2021-02-18 14:32 UTC (permalink / raw) To: ALT Linux Team development discussions 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. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 14:32 ` Sergey V Turchin @ 2021-02-18 14:51 ` Alexey V. Vissarionov 2021-02-19 7:18 ` Sergey V Turchin 0 siblings, 1 reply; 12+ messages in thread From: Alexey V. Vissarionov @ 2021-02-18 14:51 UTC (permalink / raw) To: ALT Linux Team development discussions 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Q: libaudit.so.1 started to pull in libpthread? 2021-02-18 14:51 ` Alexey V. Vissarionov @ 2021-02-19 7:18 ` Sergey V Turchin 0 siblings, 0 replies; 12+ messages in thread From: Sergey V Turchin @ 2021-02-19 7:18 UTC (permalink / raw) To: ALT Linux Team development discussions 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. ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2021-02-19 7:18 UTC | newest] Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-02-18 11:31 ` [devel] Q: libaudit.so.1 started to pull in libpthread? Dmitry V. Levin 2021-02-18 12:44 ` Anton Farygin 2021-02-18 13:01 ` Anton Farygin 2021-02-18 13:38 ` Dmitry V. Levin 2021-02-18 13:48 ` Anton Farygin 2021-02-18 13:52 ` Aleksei Nikiforov 2021-02-18 14:07 ` Anton Farygin 2021-02-18 14:10 ` Aleksei Nikiforov 2021-02-18 14:26 ` Alexey V. Vissarionov 2021-02-18 14:32 ` Sergey V Turchin 2021-02-18 14:51 ` Alexey V. Vissarionov 2021-02-19 7:18 ` Sergey V Turchin
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git