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=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.1 To: devel@lists.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> From: Aleksei Nikiforov Message-ID: <003b1db6-b5b4-43d8-2c93-ce0aec6d82eb@altlinux.org> Date: Thu, 18 Feb 2021 17:10:48 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=koi8-r; format=flowed Content-Language: ru Content-Transfer-Encoding: 8bit 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:10:52 -0000 Archived-At: List-Archive: List-Post: 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. Не думаю что их будет много. Ну а список зависимостей, я так понимаю, либо есть, либо можно составить.