В рамках изучения вопроса назначения версий программным проектам я прочел:
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' будет "распухать" от описаний устаревших пакетов. -- Best regards! -- 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/j57tl2$atb$1...@dough.gmane.org
