From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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: Anton Farygin Organization: BaseALT Message-ID: Date: Thu, 18 Feb 2021 17:07:42 +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: <3d13a4bd-6237-d222-e0ff-f831f4f9514a@altlinux.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru 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:07:43 -0000 Archived-At: List-Archive: List-Post: 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 зависит. Интересная идея. Но это равнозначно выполнению всех тестов репозитория на зависящих от задания пакетах.