[devel] RemovePathPostfixes

[Alexey V. Vissarionov]

On 2021-02-05 05:51:51 +0300, Dmitry V. Levin wrote:

 > Допустим, в репозитории есть несколько конфликтующих провайдеров
 > /sbin/systemd-tmpfiles, и допустим, что в некотором пакете есть
 > зависимость на /sbin/systemd-tmpfiles, возможно, даже автоматически
 > вычисленная.

Даже скорее всего автоматически. Потому что вручную можно указать и
конкретный пакет, и (если совсем пофигу) имя из Provides:

 > Какого из провайдеров должен установить apt-get, если ни одного
 > из провайдеров не установлено?

Указанного явно. Либо с минимумом зависимостей.

 > Того, который указан в /etc/apt/pkgpriorities? Значит, для каждого
 > дистрибутива будет свой /etc/apt/pkgpriorities, очень удобно.

Вполне нормальное решение.

 > А какого провайдера указать в /etc/apt/pkgpriorities, используемом
 > для сборки пакетов в репозиторий? А почему именно его?

Точно так же - либо указанного явно, либо с минимумом зависимостей.
Или у тебя есть более интересные, но при этом тоже работоспособные
варианты?

 > Альтернативные провайдеры в Сизифе есть, но это PITA.

У кого и насколько сильно?

 > RemovePathPostfixes просто позволит причинять эту боль быстрее,
 > чем мы будем успевать её купировать.

Если продолжать медицинские аналогии, то нужно не боль купировать, а
причину устранять. То есть, например, сломанную ногу не диклофенаком
обкалывать, а репозицию сделать и гипс наложить. Оно, конечно, еще
какое-то время будет болеть (и это нужно учитывать), но процедура от
этого менее правильной не становится.

 > Я не против RemovePathPostfixes, если каждый альтернативный
 > провайдер будет проходить обязательную процедуру согласования,
 > на которой релиз-инженеры всех дистрибутивов и операторы всех
 > сборочниц будут давать отмашку, когда у них будет всё готово
 > к появлению нового альтернативного провайдера.

Сочиняй, публикуй в листе...

 > На самом деле, такая процедура нам давно была нужна и без
 > всяких RemovePathPostfixes. Тогда, например, не возникло бы
 > проблемы с неожиданным появлением неподходящего провайдера
 > network-config-subsystem.

Кому и куда неподходящего?


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net