From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 5 Feb 2021 05:51:51 +0300 From: "Dmitry V. Levin" To: ALT Linux Team development discussions Message-ID: <20210205025150.GA13832@altlinux.org> References: <20210204154552.GA6158@altlinux.org> <20210204162109.GC1217@altlinux.org> <20210204171324.GA7523@altlinux.org> <20210204194550.GA2874@altlinux.org> <20210204210113.GC2874@altlinux.org> <20210205024541.6f3fbcff@rigel.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] RemovePathPostfixes 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: Fri, 05 Feb 2021 02:51:51 -0000 Archived-At: List-Archive: List-Post: On Fri, Feb 05, 2021 at 04:31:50AM +0300, Alexey Shabalin wrote: [...] > А RemovePathPostfixes позволяет по одному пути упаковать разные файлы > в разные бинарные rpm из одного src.rpm пакета. > Да конфликтующие, но разные и из одного src.rpm. > Я не думаю, что появится еще какая-нибудь реализация systemd-tmpfiles > (разве что найдется герой и напишет её на shell). > Поэтому тут альтернативы лишние, а конфликт в самый раз. Допустим, в репозитории есть несколько конфликтующих провайдеров /sbin/systemd-tmpfiles, и допустим, что в некотором пакете есть зависимость на /sbin/systemd-tmpfiles, возможно, даже автоматически вычисленная. Какого из провайдеров должен установить apt-get, если ни одного из провайдеров не установлено? Того, который указан в /etc/apt/pkgpriorities? Значит, для каждого дистрибутива будет свой /etc/apt/pkgpriorities, очень удобно. А какого провайдера указать в /etc/apt/pkgpriorities, используемом для сборки пакетов в репозиторий? А почему именно его? Альтернативные провайдеры в Сизифе есть, но это PITA. RemovePathPostfixes просто позволит причинять эту боль быстрее, чем мы будем успевать её купировать. Я не против RemovePathPostfixes, если каждый альтернативный провайдер будет проходить обязательную процедуру согласования, на которой релиз-инженеры всех дистрибутивов и операторы всех сборочниц будут давать отмашку, когда у них будет всё готово к появлению нового альтернативного провайдера. На самом деле, такая процедура нам давно была нужна и без всяких RemovePathPostfixes. Тогда, например, не возникло бы проблемы с неожиданным появлением неподходящего провайдера network-config-subsystem. -- ldv