[Backports] [POLICY] Re: Сборки пакетов в updates и backports

Michael Shigorin =?iso-8859-1?q?mike_=CE=C1_osdn=2Eorg=2Eua?=
Ср Фев 23 10:10:05 MSK 2005


On Wed, Feb 23, 2005 at 02:01:24AM +0300, Yuri N. Sedunov wrote:
> >Хочу ещё раз поднять вопрос координации updates и backports. В
> >данный момент для Мастера 2.4 в updates и backports лежат
> >сборки clamav 0.83 с одинаковым релизом alt0.M24.1, но
> >сделанные разными людьми, различающиеся зависимостями (как
> >минимум, сборочными) и расположением конфига.

При этом сборка в backports старше сборки в updates где-то на
11 часов:

Feb 18 21:12 updates/Master/2.4/i586/RPMS.updates/clamav-0.83-alt0.M24.1.i586.rpm
Feb 18 18:30 updates/Master/2.4/SRPMS.updates/clamav-0.83-alt0.M24.1.src.rpm
Feb 18 09:55 backports/2.4/i586/RPMS.backports/clamav-0.83-alt0.M24.1.i586.rpm
Feb 18 09:55 backports/2.4/SRPMS.backports/clamav-0.83-alt0.M24.1.src.rpm

Поэтому в _данном_ случае не уверен, что оперативная реакция двух
разных людей, из которых один -- a priori доброволец, который
заранее практически не "вычисляется" -- вообще координируется.

> >Возможно, есть и другие пакеты с разными параллельными
> >сборками. Мне кажется, что ситуация не очень правильная.
> Неправильная ситуация. Что запишем в policy?

---
Если есть основания считать новую сборку пакета критичным для
безопасности или функциональности системы обновлением, следует
исходить из последнего доступного в целевом выпуске и обновлениях
к нему src.rpm, чтобы облегчить миграцию сборки из backports
в updates.  При наличии вопросов обратитесь к security@ или
обсудите их в backports на .
---

Первый вариант, который написался -- ниже, но это не то.

  При появлении %name-%version-%release в updates удалять его из
  backports с (предварительным?) уведомлением сборщика последнего
  -- если есть резоны для более другой сборки, то выложить с
  увеличением %release.

  При этом в случае "разъезда" таких вещей, как расположение
  конфига -- настоятельно рекомендовать синхронизироваться с
  упаковавшим в updates, если такая синхронизация вообще
  возможна.

  Ведь ситуация "в Sisyphus схема пакета уехала, в backports
  отнесена новая, а в updates желательно не делать резких
  изменений и придерживаться старой" -- вполне понятная...

-- 
 ---- WBR, Michael Shigorin <mike на altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?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/backports/attachments/20050223/62a4e1d4/attachment-0003.bin>


Подробная информация о списке рассылки backports