Unmets Creation Policy: различия между версиями
(Новая страница: «{{span|font-size: 180%|}} {{DraftPolicy |responsible=Igor Vlasenko }} ==Unmets Creation Policy. == === Вводная часть === Unmets (unmet dependencies) -...») |
|||
Строка 36: | Строка 36: | ||
Обоснование: легкая фильтрация таких пакетов. | Обоснование: легкая фильтрация таких пакетов. | ||
Рекомендуется | Рекомендуется ставить в пакете AutoReqProv: noauto, | ||
все фиктивные Provides: прописывать вручную. | |||
<pre> | <pre> | ||
AutoReqProv: noauto | AutoReqProv: noauto | ||
</pre> | </pre> | ||
Обоснование: во избежание. | |||
Обоснование: во избежание | |||
=== Требования к сборочной системе === | === Требования к сборочной системе === |
Версия от 11:41, 30 сентября 2009
Unmets Creation Policy.
Вводная часть
Unmets (unmet dependencies) -- зависимости пакета, которые не могут быть разрешены в существующем репозитарии.
В Сизифе не рекомендуется создавать unmet dependencies. Рекомендуется переводить транзакциями репозитарий с одного устойчивого состояния в другое. К сожалению, пока (до появления надлежащей реализации карманов?) некоторые транзакции и workflows сборочницей не поддерживаются. В частности, не поддерживаются транзакции, включающие в себя несколько версий одного и того же пакета (bootstrap-сборка). Получается противоречие: сборочница не позволяет создать unmets, в то время как для того, чтобы обновить пакет, unmets необходимо создать.
Это противоречие можно обойти, спрятав unmets под ковер: создав пакет-заглушку, который обманывает сборочную систему, фиктивно предоставляя отсутствующие Provides:. Однако наличие таких пакетов в Сизифе создает другие проблемы, устранение которых является целью данного полиси.
Требования к пакетам, прячущим unmets
Реальные пакеты не должны иметь фиктивных (закрывающих unmets) Provides. Фиктивные Provides необходимо выделять в отдельный исходный пакет.
Название пакета должно иметь вид unment-dependency-<пакет, породивший unments>.
Обоснование: легкая фильтрация таких пакетов.
Рекомендуется ставить в пакете AutoReqProv: noauto, все фиктивные Provides: прописывать вручную.
AutoReqProv: noauto
Обоснование: во избежание.
Требования к сборочной системе
желательно иметь возможность принудительное удалять пакеты, несмотря на возникающие unmets.
В крайнем случае, при удалении пакета вида unment-dependency-* проверка на возникающие unmets не должна проводиться.