From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Date: Thu, 18 Feb 2021 17:26:49 +0300 From: "Alexey V. Vissarionov" To: ALT Linux Team development discussions Message-ID: <20210218142649.GA31844@altlinux.org> References: <20210218073815.GA8217@gyle.altlinux.org> <20210218113126.GB31872@altlinux.org> <6582aeae-09ee-5104-6816-2febce91b0d8@basealt.ru> <20210218133849.GA1435@altlinux.org> <3d13a4bd-6237-d222-e0ff-f831f4f9514a@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3d13a4bd-6237-d222-e0ff-f831f4f9514a@altlinux.org> Subject: Re: [devel] Q: libaudit.so.1 started to pull in libpthread? X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2021 14:26:57 -0000 Archived-At: List-Archive: List-Post: 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