[devel] копировать нельзя отменить

[Dmitry V. Levin]

On Sun, May 03, 2009 at 12:48:07AM +0400, Wartan Hachaturow wrote:
> 2009/5/2 Dmitry V. Levin <ldv на altlinux.org>:
> > Это всё слова.  Попробуй расписать в деталях, как это будет работать.
> 
> Ну, в принципе, всё довольно очевидно.

Это только в принципе очевидно, а не в деталях.

> Общая схема такая: вначале есть Сизиф. Сизиф целиком в некоторый
> момент бранчуется, и этот бранч называется словом "testing". Дальше
> основная разработка происходит в Сизифе,

До этого момента всё ещё очевидно.

> пакеты же автоматически
> мигрируют в testing. Критерии миграции для Debian описаны тут:
> http://www.debian.org/devel/testing
> Их можно адаптировать с учётом меньшего user base.

А вот тут и начинаются те самые детали.
Например, как на практике трактовать п.5,
The operation of installing the package into "testing" must not break
any packages currently in "testing".
Как правильно определить, что такое "break"?

Допустим, например, что перенос пакета A в "testing" не порождает новых
анметов.  Спрашивается,
- если перенос пакета A в "testing" ломает устанавливаемость пакета B из
"testing", это "break" или нет, и почему?
- если перенос пакета A в "testing" ломает сборку пакета B из "testing",
это "break" или нет, и почему?
- если перенос пакета A в "testing" ломает устанавливаемость пересобранного
с ним пакета B из "testing", это "break" или нет, и почему?

Вот более-менее реалистичный пример: новая версия gcc может вызвать
изменение soname в пересобранном с ним libapt, что, в свою очередь, вызовет
изменение зависимостей клиентов libapt.  Вопрос, перенос такого обновления
gcc в "testing" без пересобранного с ним libapt и всех его клиентов --
это "break" или нет, и почему?


-- 
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 197 байтов
Описание: отсутствует
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20090503/7ffe487c/attachment.bin>