[devel] GNOME
Alexey Rusakov
=?iso-8859-1?q?ktirf_=CE=C1_altlinux=2Eorg?=
Пн Окт 15 13:10:42 MSD 2007
On Mon, 15 Oct 2007 04:26:20 +0300
Igor Zubkov wrote:
> 2007/10/15, Igor Zubkov:
> > 2007/10/15, Dmitry V. Levin <ldv@>:
> > > И ещё 60 пакетов, сборка которых сломалась после обновления GNOME.
> >
> > Вижу. Уже занялся починкой.
>
> Я разобрался в чём проблема с пакетами которые сломались с вот такоей руганью:
> balsa-2.3.20-alt1
> LC_ALL=C ../intltool-merge -d -u -c
> ../po/.intltool-merge-cache ../po balsa.soundlist.in
> balsa.soundlist
> Possible unintended interpolation of @INTLTOOL_ICONV in string
> at ../intltool-merge
> line 96.
> Global symbol "@INTLTOOL_ICONV" requires explicit package name
> at ../intltool-merge
> line 96.
> BEGIN not safe after errors--compilation aborted at
> ../intltool-merge line 263.
> make[2]: *** [balsa.soundlist] Error 9
> make[2]: Leaving directory `/usr/src/RPM/BUILD/balsa-2.3.20/sounds'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/src/RPM/BUILD/balsa-2.3.20'
> make: *** [all] Error 2
> make: Leaving directory `/usr/src/RPM/BUILD/balsa-2.3.20'
>
> Это произошло из-за сильных изменений в intltool. Получается так что
> если пакет для сборки использует intltool и autoreconf -fisv при
> сборке, то он не собирается. Если убрать вызов autoreconf то
> собирается. А всё из-за того что эти пакеты таскают с собой intltool-*
> файлы (к тому же старые). Это лечится путём прибивания в спеке перед
> вызовом %__autoreconf intltoolize --force. В принципе, можно откатить
> на старый intltool и подождать пока все upstream починят свои пакеты,
> но я считаю что это не правильно. Народ из fedora считает так же, т.к.
> они не откатывали intltool.
А нельзя ли включить вызов intltoolize (при необходимости) в скрипт
autoreconf? Я вот смотрю на его текст, и мне кажется, что это было бы и
логично, и не слишком сложно.
--
Alexey "Ktirf" Rusakov
GNOME Project
ALT Linux Team
Подробная информация о списке рассылки Devel