Re: Вопрос о зависимостях между пакетами в случае обновления только некой части пакетов.

[Oleksandr Gavenko <gavenko@bifit.com.ua>]

19.09.2011 21:06, Yuri Kozlov пишет:
> В 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).
Есть как бы притензия по поводу того, что заранее знать о поломке
совместимости нет возможности... Ведь пакет foo создавали когда
bar_2.1 еще не вышло.