[sisyphus] Предложения по формированию testing

[Grigory Batalov]

On Fri, 22 May 2009 14:36:13 +0300
Led wrote:

> > > > Как это выявить? Пересобрать весь бранч после приёма обновлённого
> > > > пакета.
> > >
> > > Зачем пересобирать бранч новым gcc? Хотите добавить в бранч новый gcc?
> > > Пожалуйста. Но зачем тут же делать из него "cc, которым собран бранч"?

Не "пересобирать бранч новым gcc", а "пересобирать бранч с новыми пакетами".
Потому что появление новых (обновлённых) пакетов может привнести обновление
Provides и Requires, влияющее на сборку других пакетов. Пересборка даёт
ответ на вопрос, не изменилось ли чего. См. тезисы Алексея Турбина. =)

> > gcc был приведён в качестве примера.
> > Вопрос не в том, зачем, а в том, что делать, когда _такой_ пакет
> > туда отправлен.  Автомат должен не искать ответ на вопрос "зачем?",
> > а решать, пускать пакет или нет.
> 
> gcc был приведён в качестве примера компилятора, которым собрана часть софта в 
> бранче, и этот новый компилятор с изменением д"довольно таки мажорной" части 
> в версии и с апстримным чейнджлгом, где написано, что он "компилит немного 
> по-другому". Такие компиляторы либо не пропускать в бранч, либо не делать 
> их "компилятором по-умолчанию" и не замещать системный.

Ок. gcc не обновляем, glibc, gtk, gnome, kde. Во-первых, потребуется
авторитетное мнение, можно ли обновить gcc-3.1 до gcc-3.2, и нельзя ли
до 4.1. Во вторых, если такие библиотеки не обновлять автоматически
(по формальным признакам типа собираемости и отсутствию багов), как,
я себе представляю, происходит в Debian, то откуда они возьмутся в
бранче testing? Опять ручной труд по перекладыванию/пересборке?