[sisyphus] About Sisyphus backporting

[Yury Aliaev]

Serge Pavlovsky wrote:

>>>После первого dist-upgrade с этого репозитория всех пересборщиков
>>>пакетов дальнейшая совместимость с дистрибутивом уйдет лесом (Сизиф
>>>тоже совместим с дистрибутивом на момент его формирования).
>>>
>>
>>Замечено верно. Я как раз занялся анализом мотивации того, чем мне 
>>привлекателен такой форк Сизифа, и понял -- возможностью в любой момент 
>>обновить нужный мне пакет с помощью apt-get install, причём по 
>>необходимости дополнительно обновятся только те пакеты, от которых он 
>>действительно зависит. И похоже я начинаю нащупывать путь решения этой 
>>проблемы. В сборочной системе должно быть _два_ репизитория: 
>>оригинальный Мастер и репозиторий с обновлениями. А сборочную систему 
>>нужно настроить так, чтобы для создания среды для пересборки пакета 
>>устанавливались по возможности пакеты от Мастера, а из обновленй брать 
>>только по крайней необходимости (отсутствует в Мастере или в Buildreq 
>>явно прописана версия).
>>
> 
> это только до тех пор, пока вам нужен один пакет. когда вам будет нужно
> два пакета, каждый из которых собран со старой ( мастеровской ) версией
> другого, карточный домик рухнет.

А вот и нет! Как показывает практика, rpm в бинарных пакетах 
автоматически прописывает зависимости на имена необходимых библиотек и 
исполняемых файлов (типа libxxx.so.1.4 или /bin/sh), а при установке 
определяет, что за пакет эти зависимости обеспечит. Таким образом, 
описанная Вами проблема будет появляться только при смене soname или 
какого-нибудь исполняемого файла, а это как раз и нужно разруливать 
руками при портировании пакета путём указания в таком случае явных 
зависимостей на версию/релиз другого пакета. Если бы не периодическая 
смена soname и изменения структуры пакетов, то в любой момент из Сизифа 
можно было бы обновлять отдельные пакеты (а не весь дистрибутив сразу) 
для Мастера (иногда это можно делать и сейчас, но редко). Назначение 
репозитория портов -- как раз амортизировать такие скачки Сизифа.