[devel] I: prepare for gcc-4.4

[Damir Shayhutdinov]

> PS: вообще немного странноватый был анонс, и немного удивительно
> вытаскивание темы спустя три недели и без дополнительной бомбы.
> Что-то проспал, пока тут электрики приходили? :-)

Кстати, да, а всего лишь надо было:

1. Собрать и выложить куда-нибудь в виде, пригодном для использования
в хешере (репозитарий apt), новый gcc.
2. Провести на мощностях сборочных серверов контрольную пересборку
3. По результатам пересборок объединить несобравшиеся пакеты по типу
возникших проблем, и по каждому типу дать типичные рекомендации по их
устранению.
4. Довести результаты до сведения мантейнеров, для тех у кого нет
времени исправлять - выдать энтузиастам NMU.
5. Тут дальше два пути
5.1 Если по-старинке, тогда дается какое-то время на исправление
багов, если времени не хватает - NMU. После чего выполняется еще одна
контрольная пересборка, и если все нормально - gcc кладется в Сизиф.
5.2 Сделать общую задачу (shared task), и просить мантейнеров
присоединять свои пакеты к этой задаче. После чего, эта задача
запускается на выполнение, и новый gcc пропускается в Сизиф только
после исправления всех сборок.  Это сделать намного сложнее, пока у
нас нельзя .src.rpm присоединять к задачам.

Подчеркиваю, наличие новой версии компилятора, пригодной для
использования в hasher - это _абсолютно необходимо_. Иначе исправлять
ошибки нельзя.