В Mon, 19 Sep 2011 20:20:29 +0300
Oleksandr Gavenko<gavenkoa@gmail.com> пишет:
В рамках изучения вопроса назначения версий программным проектам
я прочел:
file:///usr/share/doc/debian-policy/policy-1.html#ch-relationships
(Chapter 7 - Declaring relationships between packages)
У меня возник вопрос как правильно описать зависимости в таком случае:
* foo (3.4) зависит от bar (>= 1.3).
* Появляется новая версия bar (2.1, допустим с выходом нового релиза
Debian), которая "ломает" обратную
совместимость с предыдущей версией (серии 1.x).
Как описать зависимости что бы гарантировать работоспособность foo
(т.е. рекомендовать обновить или удалить foo)?
Например в рамках нового релиза Debian тестированием можно
выявить несовместимость и в новом пакете bar написать:
Breaks: foo (<= 3.4)
Но тестирование еще нужно выполнить или ожидать баг-репортов.
Да и правильно ли перечислять все сторонние пакеты,
которые используют данный пакет?
От релиза к релизу 'Breaks' будет "распухать" от
описаний устаревших пакетов.
Скорее, в foo надо написать bar (<2.1).