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

[Mikhail Gusarov]

Twas brillig at 02:07:16 03.05.2009 UTC+04 when ldv на altlinux.org did gyre and gimble:

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

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

Так, как мы это определим. Не имеет смысла задавать вопросы "как
правильно?". Имеет смысл задавать вопрос "чего мы хотим достигнуть?".

И, между прочим, на той странце это указано, как это сделано в Debian.

 DVL> Допустим, например, что перенос пакета A в "testing" не порождает
 DVL> новых анметов.  Спрашивается,

 DVL> - если перенос пакета A в "testing" ломает устанавливаемость
 DVL> пакета B из "testing", это "break" или нет, и почему?

Да, потому, что для Debian важна самосогласованность бинарного
репозитория testing.

 DVL> - если перенос пакета A в "testing" ломает сборку пакета B из
 DVL> "testing", это "break" или нет, и почему?

Нет, потому что для Debian не важна самосогласованность
source-репозитория testing. Все пакеты собираются в unstable.

 DVL> - если перенос пакета A в "testing" ломает устанавливаемость
 DVL> пересобранного с ним пакета B из "testing", это "break" или нет, и
 DVL> почему?

Нет, потому что для Debian не важна самосогласованность
source-репозитория testing. При этом такой вариант настолько
маловероятен из-за структуры Debian-пакетов, что вообще не
рассматривается.

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

В Debian обновление gcc не может вызвать изменения soname в
пересобранном с ним libapt, поэтому такой вопрос там не ставится.

Но это всё не важно, так как относилось к целям Debian.

Поставь цели существования Сизифа и стабильных бранчей, и ответ на
заданные выше вопросы станет более понятен.

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