[devel] unmets policy

[Денис Смирнов]

On Wed, Sep 16, 2009 at 02:32:38PM +0400, Алексей Турбин wrote:

AT> Я же говорю, в промежуточное состояние мы в принципе не вклиниваемся.
AT> То есть по принципиальным соображениям, это философия такая.  Если мы
AT> вклиниваемся в промежуточное состояние, то автоматически встает вопрос,
AT> какие требования мы предъявляем к промежуточному состоянию.  Например,
AT> какие требования должны выполняться при замещениии пакетов.  Эти
AT> требования появляются помимо нашего желания, сразу же как только мы
AT> подумали что можно было бы немного вклиниться в промежуточное состояние.

Разумеется.

>> Алгоритм следующий:
>> а) удалить все дупы по srpm;
>> б) удалить все бинарные пакеты, для которых были убиты srpm;
>> в) если после этого остались дупы по бинарным пакетам -- удалить
>> соответствующие srpm и повторить цикл
AT> Если удалять таким образом дупы в оверлее (после сборки каждого пакета),
AT> то нужно таким же образом удалять дупы в основном репозитарии (после
AT> сборки каждого пакета).  Это можно выразить так: hsh каждый раз должен
AT> выполняться на репозитарии строго без дупов.
AT> Теперь представь себе что был один исходный пакет и апстрим его попилил
AT> на два исходных пакета.  Пусть например был исходный пакет xorg из
AT> которого собиралась кучка пакетов типа libX11 а теперь ты залил пакет
AT> libX11 который собирается сам из себя.  Теперь по пункту "б" надо делать
AT> строгое замещение: выкинуть все иксы, а добавить только libX11.  Если мы
AT> так сделаем (между сборкой первого и второго пакета), то с промежуточным
AT> репозитарием произойдёт что-то очень нехорошее: в промежуточном
AT> репозитарии появится слишком много анметов.  Но про это лучше не думать!

Гм. Логично. То есть как только мы вводим понятие "удаление пакета внутри
таска, который мы собирали внутри этого же таска", или когда выполняется
замещение пакетов внутри таска -- в этот момент использование оверлея
порождает слишком много side effects и требуется отказаться от оверлея и
сформировать новый репозиторий.

Да, тогда моя идея не работает :(

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.altlinux.org/pipermail/devel/attachments/20090916/b3d8273a/attachment-0001.bin>