19.09.2011 21:06, Yuri Kozlov пишет:
В Mon, 19 Sep 2011 20:20:29 +0300 Oleksandr Gavenko<gaven...@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).
Есть как бы притензия по поводу того, что заранее знать о поломке совместимости нет возможности... Ведь пакет foo создавали когда bar_2.1 еще не вышло. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/j59teq$ibc$1...@dough.gmane.org
