[devel] IA: 4.0/branch-20070930 i586 beehive_status: +28 -7 (69)

[Anton Farygin]

Igor Zubkov пишет:
> 2007/10/2, Dmitry V. Levin:
>> libgtk+2-2.10.6-alt5
> [skipped]
>>         gtkiconfactory.c:2671: error: conflicting types for 'g_hash_table_get_keys'
>>         /usr/include/glib-2.0/glib/ghash.h:81: error: previous declaration of
>>         'g_hash_table_get_keys' was here
>>         make[4]: *** [gtkiconfactory.lo] Error 1
>>
>> libgtk+2-directfb-2.10.6-alt5
> [skipped]
>>         gtkiconfactory.c:2671: error: conflicting types for 'g_hash_table_get_keys'
>>         /usr/include/glib-2.0/glib/ghash.h:81: error: previous declaration of
>>         'g_hash_table_get_keys' was here
>>         make[4]: Leaving directory `/usr/src/RPM/BUILD/gtk+-2.10.6/gtk'
> 
> В поломке этих двух пакетов виноват свежий glib2. Откатывание glib2 с
> 2.14.1 до 2.12.11 лечит сборку. Скорее всего эти пакеты
> 
>> muine-0.8.6-alt1
>> nautilus-2.16.0-alt1
>> rhythmbox-0.9.7-alt1.0
>> ruby-gnome2-all-0.16.0-alt3
> 
> тоже пострадали из-за свежего glib2.
> 
> И так, что мы можем сделать?
> 1) Переложить из Сизифа более свежий libgtk+2 (ну и
> libgtk+2-directfb). Он собирает со свежим glib2. Я проверил. Но тут
> может быть проблема в том что не всё что есть в 4.0 бранче сможет
> пройти пересборочный тест. Пересборка покажет.
> 2) Downgrade glib2 до 2.12.11. Хотя, если кто-то уже из 4.0 бранча
> подхватил зависимость на glib2?
> 3) Исправить тот gtk+2 который уже есть в бранче. Видимо для этого
> придётся делать backport фиксов из свежего gtk+2. Эта идея не больше
> всего не нравится.
> 
> Итого, что мы выбираем? От этого зависит что делать с оставшимися пакетами.
> 

Я бы предложил попробовать пересборку с более свежими версиями библиотек.