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

[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. Эта идея не больше
всего не нравится.

Итого, что мы выбираем? От этого зависит что делать с оставшимися пакетами.

-- 
icesik