Transition to disttag: различия между версиями

Версия от 12:23, 22 января 2019

В "идентификаторах" пакетов (основных Provides) появился disttag (D: N-E:V-R:D), который различает разные сборки пакета из одних и тех же исходников (E:V-R). Disttag имеет особую семантику при участии в удовлетворении зависимостей и т.п., а также при принятии решения об обновлении (какая сборка пакета будет предпочтительна).

Желаемое поведение

Желаемое поведение rpm ("rpm-install") в отношении disttag вот такое:

...

Мы полагаем, что такое поведение уже реализовано в "новом" rpm ("rpm-install"), а именно 4.13.0.1-alt5.

Особенности поведения "нового" и "старого" rpm ("rpm-install") в отношении disttag

Здесь нас особенно волнует поведение "старого" rpm ("rpm-install"), а именно 4.13.0.1-alt4 или старого из p8 и пр., при столкновении с пакетом, где уже используется disttag (был добавлен туда "новым" rpm-build).

Что касается "нового" rpm ("rpm-install"), то он задуман так, что Conflicts: N > E:V-R:D и Conflicts: N > E:V-R (без disttag) будут иметь одинаковый эффект, потому что disttag-и несравнимы.

Проверка Conflicts

Проверка Conflicts: N > E:V-R (без disttag)

Проверка Conflicts: N > E:V-R:D

Проверка Conflicts: N < E:V-R (без disttag)

Проверка Conflicts: N < E:V-R:D

@@ Строка 14: / Строка 14: @@
 ==Особенности поведения "нового" и "старого" rpm ("rpm-install") в отношении disttag==
 Здесь нас особенно волнует поведение "старого" {{pkg|rpm ("rpm-install")}}, а именно 4.13.0.1-alt4 или старого из p8 и пр., при столкновении с пакетом, где уже используется disttag (был добавлен туда "новым" {{pkg|rpm-build}}).
+Что касается "нового" {{pkg|rpm ("rpm-install")}}, то он задуман так, что <code>Conflicts: N > E:V-R:D</code> и <code>Conflicts: N > E:V-R</code> (без disttag) будут иметь одинаковый эффект, потому что disttag-и несравнимы.
 ===Проверка Conflicts===