On Mon, Sep 19, 2011 at 08:20:29PM +0300, Oleksandr Gavenko wrote:
> В рамках изучения вопроса назначения версий программным проектам
> я прочел:
>
> 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)?
Если bar -- по сути shared library, а foo с ней линкуется, то
${shlibs:Depends} сделает все как нужно.
У bar при смене soname (поломке обратной совместимости) должно полностью
меняться имя пакета. Плюс новый не должен пересекаться со старым по
файлам. Это позволяет иметь установленными две версии libbar, пока весь
софт не переедет на новую
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html
--
WBR, Dmitry
Attachment:
signature.asc
Description: Digital signature