Transition to disttag: различия между версиями
м (→Особенности поведения "нового" и "старого" rpm ("rpm-install") в отношении disttag: короткое описание поведения нового) |
м (→Особенности поведения "нового" и "старого" rpm ("rpm-install") в отношении disttag: подробнее про новое поведение) |
||
Строка 15: | Строка 15: | ||
Здесь нас особенно волнует поведение "старого" {{pkg|rpm ("rpm-install")}}, а именно 4.13.0.1-alt4 или старого из p8 и пр., при столкновении с пакетом, где уже используется disttag (был добавлен туда "новым" {{pkg|rpm-build}}). | Здесь нас особенно волнует поведение "старого" {{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) | Что касается "нового" {{pkg|rpm ("rpm-install")}}, то он задуман так, что требования <code>N > E:V-R:D</code> и <code>N > E:V-R</code> (без disttag) будут удволетворяться одним и тем же множеством пакетов (потому что disttag-и несравнимы), а значит, будут иметь одинаковый эффект: | ||
* <code>Requires: N > E:V-R:D</code> и <code>Requires: N > E:V-R</code> (без disttag); | |||
* <code>Conflicts: N > E:V-R:D</code> и <code>Conflicts: N > E:V-R</code> (без disttag); | |||
* <code>Obsoletes: N > E:V-R:D</code> и <code>Osoletes: N > E:V-R</code> (без disttag). | |||
То же самое верно для другого строгого знака: требования <code>N < E:V-R:D</code> и <code>N < E:V-R</code> (без disttag) будут удволетворяться одним и тем же множеством пакетов. | |||
===Проверка Conflicts=== | ===Проверка Conflicts=== |
Версия от 15:54, 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"), то он задуман так, что требования N > E:V-R:D
и N > E:V-R
(без disttag) будут удволетворяться одним и тем же множеством пакетов (потому что disttag-и несравнимы), а значит, будут иметь одинаковый эффект:
Requires: N > E:V-R:D
иRequires: N > E:V-R
(без disttag);Conflicts: N > E:V-R:D
иConflicts: N > E:V-R
(без disttag);Obsoletes: N > E:V-R:D
иOsoletes: N > E:V-R
(без disttag).
То же самое верно для другого строгого знака: требования N < E:V-R:D
и N < E:V-R
(без disttag) будут удволетворяться одним и тем же множеством пакетов.