[devel] full list of unmets
Dmitry V. Levin
=?iso-8859-1?q?ldv_=CE=C1_altlinux=2Eorg?=
Ср Авг 2 03:34:05 MSD 2006
On Tue, Jun 20, 2006 at 05:32:01AM +0400, Alexey Tourbin wrote:
> On Tue, Jun 20, 2006 at 05:15:00AM +0400, Dmitry V. Levin wrote:
> > В простейшем случае нет отстойника.
> > Например, каждый новый пакет, будучи собранным, образует новый репозиторий
> > Sisyphus, состоящий из всех прежних пакетов минус пакеты, собранные из
> > прежней версии (если были) плюс свежесобранные пакеты.
>
> Что значит "плюс свежесобранные пакеты"?
>
> Вот идут подряд пакеты A и B. Пакет B сборочно-завист от A. Пакет A не
> удовлетворяет простому алгоритму (т.е. откладывается в "отстойник" --
> решение будет приниматься вручную). Тогда сборки пакета B на-сизифе и
> на-отстойнике в общем случае не идентичны. Где собирать пакет B?
>
> В идеале нельзя собирать пакет B раньше, чем будет принято решение
> по пакету A. Это особенно важно, если пакеты A и B пришли от одного
> maintainer'а, потому что maintiner таким образом может рассчитывать,
> что пакет B будет собран именно с этим пакетом A.
Я всё же думаю, что в описанной ситуации пакет B следует собирать без учёта
пакета A. Обоснование простое и состоит из двух частей:
1. Мантейнер может и должен позаботиться о том, чтобы пакет A не попал в
отстойник. В частности, если имеет место soname change, следует
именовать пакет с библиотекой в духе Debian policy (позаимствованной
оттуда позднее в mdk).
2. Наконец, если это столь важно, мантейнер может добавить строгую
сборочную зависимость.
--
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип : application/pgp-signature
Размер : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url : <http://lists.altlinux.org/pipermail/devel/attachments/20060802/c6aa7e53/attachment-0001.bin>
Подробная информация о списке рассылки Devel