Re: [devel] eel-2.14.1-alt2: rebuild failed [1]

Re: [devel] eel-2.14.1-alt2: rebuild failed [1]

[Alexey Rusakov]

Доброго времени суток.

Прошу помощи с нижеприведённым. С некоторых пор (после обновления 
autotools?..) возникли такие вот проблемы с рядом пакетов из GNOME (eel, 
nautilus, gucharmap, file-roller). Грешу на то, что autoreconf создаёт 
некорректный скрипт configure, но может я и ошибаюсь.


QA Team Robot пишет:
> Package: eel-2.14.1-alt2
> Packager: Alexey Rusakov <ktirf@altlinux>
> Build Statistics:
> 	49 time(s) (last time: Mon Apr 11 2005) by Yuri N. Sedunov <aris@altlinux>
> 	8 time(s) (last time: Mon May 15 2006) by Alexey Rusakov <ktirf@altlinux>
> Status: rebuild failed.
> Cannot build this package for 1 week(s) (since Sun May 21 2006).
> Please investigate.
>
> Why:
>
> checking for i586-alt-linux-gfortran... no
> checking for g77... no
> checking for f77... no
> checking for xlf... no
> checking for frt... no
> checking for pgf77... no
> checking for fort77... no
> checking for fl32... no
> checking for af77... no
> checking for f90... no
> checking for xlf90... no
> checking for pgf90... no
> checking for epcf90... no
> checking for f95... no
> checking for fort... no
> checking for xlf95... no
> checking for ifc... no
> checking for efc... no
> checking for pgf95... no
> checking for lf95... no
> checking for gfortran... no
> checking whether we are using the GNU Fortran 77 compiler... no
> checking whether  accepts -g... no
> checking the maximum length of command line arguments... 32768
> checking command to parse /usr/bin/nm -B output from i586-alt-linux-gcc object... ok
> checking for objdir... .libs
> checking for i586-alt-linux-ar... no
> checking for ar... ar
> checking for i586-alt-linux-ranlib... no
> checking for ranlib... ranlib
> checking for i586-alt-linux-strip... no
> checking for strip... strip
> checking if i586-alt-linux-gcc supports -fno-rtti -fno-exceptions... no
> checking for i586-alt-linux-gcc option to produce PIC... -fPIC
> checking if i586-alt-linux-gcc PIC flag -fPIC works... yes
> checking if i586-alt-linux-gcc static flag -static works... no
> checking if i586-alt-linux-gcc supports -c -o file.o... yes
> checking whether the i586-alt-linux-gcc linker (/usr/bin/ld) supports shared libraries... yes
> checking whether -lc should be explicitly linked in... no
> checking dynamic linker characteristics... GNU/Linux ld.so
> checking how to hardcode library paths into programs... immediate
> checking whether stripping libraries is possible... yes
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... no
> configure: creating libtool
> appending configuration tag "CXX" to libtool
> appending configuration tag "F77" to libtool
> checking for intltool >= 0.23... 0.34.2 found
> checking for perl... /usr/bin/perl
> checking for XML::Parser... ok
> checking for iconv... /usr/bin/iconv
> checking for msgfmt... /usr/bin/msgfmt
> checking for msgmerge... /usr/bin/msgmerge
> checking for xgettext... /usr/bin/xgettext
> checking for ANSI C header files... (cached) yes
> checking whether build environment is sane... yes
> checking for a BSD-compatible install... /bin/install -c
> checking whether ln -s works... yes
> checking whether make sets $(MAKE)... (cached) yes
> checking for an ANSI C-conforming const... yes
> checking whether byte ordering is bigendian... no
> checking for i586-alt-linux-pkg-config... no
> checking for pkg-config... /usr/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking for EEL... yes
> checking for X... libraries , headers 
> checking for gethostbyname... yes
> checking for connect... yes
> checking for remove... yes
> checking for shmat... yes
> checking for IceConnectionNumber in -lICE... yes
> checking locale.h usability... yes
> checking locale.h presence... yes
> checking for locale.h... yes
> checking for LC_MESSAGES... yes
> checking libintl.h usability... yes
> checking libintl.h presence... yes
> checking for libintl.h... yes
> checking for ngettext in libc... yes
> checking for dgettext in libc... yes
> checking for bind_textdomain_codeset... yes
> checking for msgfmt... /usr/bin/msgfmt
> checking for dcgettext... yes
> checking for gmsgfmt... /usr/bin/msgfmt
> checking for xgettext... /usr/bin/xgettext
> checking for catalogs to be installed...  am ang ar az be bg bn br bs ca cs cy da de dz el en_CA en_GB es et eu fa fi fr ga gl gu he hi hr hu id is it ja ka kn ko ku ky li lt lv mk ml mn mr ms nb ne nl nn no or pa pl pt pt_BR ro ru rw sk sl sq sr sr@Latn sv ta th tr ug uk vi wa xh zh_CN zh_HK zh_TW
> checking for bind_textdomain_codeset... (cached) yes
> checking for gawk... (cached) gawk
> checking for perl5... perl5
> checking for glib-genmarshal... /usr/bin/glib-genmarshal
> checking for XRenderFindFormat in -lXrender... no
> checking for more warnings... no
> configure: creating ./config.status
> config.status: creating Makefile
> sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
> config.status: creating eel-2.0.pc
> sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
> config.status: creating eel-2.0-uninstalled.pc
> sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
> config.status: creating eel.spec
> sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
> config.status: creating eel/Makefile
> sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
> config.status: creating eel/eel-features.h
> sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
> config.status: creating po/Makefile.in
> sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
> config.status: creating test/Makefile
> sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
> config.status: creating config.h
> config.status: executing depfiles commands
> config.status: executing intltool commands
> config.status: executing default-1 commands
> config.status: executing po/stamp-it commands
> + '[' -n '' ']'
> + NPROCS=1
> + make -j1
> make: Entering directory `/usr/src/RPM/BUILD/eel-2.14.1'
> make: Leaving directory `/usr/src/RPM/BUILD/eel-2.14.1'
> make: *** No targets.  Stop.
> error: Bad exit status from /usr/src/tmp/rpm-tmp.28150 (%build)
>
> RPM build errors:
>     Bad exit status from /usr/src/tmp/rpm-tmp.28150 (%build)
> 32.79user 5.14system 0:39.10elapsed 96%CPU (0avgtext+0avgdata 0maxresident)k
> 0inputs+0outputs (236875major+378338minor)pagefaults 0swaps
> rebuild: rebuild of `eel-2.14.1-alt2.src.rpm' failed.
>   

Re: [devel] eel-2.14.1-alt2: rebuild failed [1]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 666 bytes --]

On Fri, Jun 02, 2006 at 01:35:08AM +0400, Alexey Rusakov wrote:
> Доброго времени суток.
> 
> Прошу помощи с нижеприведённым. С некоторых пор (после обновления 
> autotools?..)

Последнее время autotools не обновлялись.

> возникли такие вот проблемы с рядом пакетов из GNOME (eel, 
> nautilus, gucharmap, file-roller). Грешу на то, что autoreconf создаёт 
> некорректный скрипт configure, но может я и ошибаюсь.

Похоже что скрипт configure создаётся некорректным.
Весьма вероятно, что какой-то макрос в /usr/share/aclocal/*.m4 недавно
поменялся и это породило ошибку.  Я даже предполагаю, что речь идёт о
макрофайле из вашего пакета.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] eel-2.14.1-alt2: rebuild failed [1]

[Damir Shayhutdinov]

02.06.06, Alexey Rusakov<ktirf@altlinux.org> написал(а):
> Доброго времени суток.
>
> Прошу помощи с нижеприведённым. С некоторых пор (после обновления
> autotools?..) возникли такие вот проблемы с рядом пакетов из GNOME (eel,
> nautilus, gucharmap, file-roller). Грешу на то, что autoreconf создаёт
> некорректный скрипт configure, но может я и ошибаюсь.
> > config.status: creating Makefile
> > sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
Проверить где зарылся баг можно через
sh -x config.status
Потом было бы неплохо найти ту команду sed, которая вызывает ошибку и
проследить откуда она взялась. А там и запатчить :)

Re: [devel] eel-2.14.1-alt2: rebuild failed [1]

[Alexey Rusakov]

Damir Shayhutdinov wrote:
> 02.06.06, Alexey Rusakov<ktirf@altlinux.org> написал(а):
>> Доброго времени суток.
>>
>> Прошу помощи с нижеприведённым. С некоторых пор (после обновления
>> autotools?..) возникли такие вот проблемы с рядом пакетов из GNOME (eel,
>> nautilus, gucharmap, file-roller). Грешу на то, что autoreconf создаёт
>> некорректный скрипт configure, но может я и ошибаюсь.
>>> config.status: creating Makefile
>>> sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
> Проверить где зарылся баг можно через
> sh -x config.status
> Потом было бы неплохо найти ту команду sed, которая вызывает ошибку и
> проследить откуда она взялась. А там и запатчить :)
Во, за напоминание про -x спасибо. Вечером попробую.

-- 
   Alexey "Ktirf" Rusakov

Re: [devel] [SUMMARY] eel-2.14.1-alt2: rebuild failed [1]

[Alexey Rusakov]

Alexey Rusakov пишет:
> Damir Shayhutdinov wrote:
>   
>> 02.06.06, Alexey Rusakov<ktirf@altlinux.org> написал(а):
>>     
>>> Доброго времени суток.
>>>
>>> Прошу помощи с нижеприведённым. С некоторых пор (после обновления
>>> autotools?..) возникли такие вот проблемы с рядом пакетов из GNOME (eel,
>>> nautilus, gucharmap, file-roller). Грешу на то, что autoreconf создаёт
>>> некорректный скрипт configure, но может я и ошибаюсь.
>>>       
>>>> config.status: creating Makefile
>>>> sed: file ./confstatj29565/subs-4.sed line 5: unterminated `s' command
>>>>         
>> Проверить где зарылся баг можно через
>> sh -x config.status
>> Потом было бы неплохо найти ту команду sed, которая вызывает ошибку и
>> проследить откуда она взялась. А там и запатчить :)
>>     
> Во, за напоминание про -x спасибо. Вечером попробую.
>   
Проблема оказалась в использовании переводов строки в новопоявившихся в 
связи с intltool 0.35 файлах po/LINGUAS, в которых, как нетрудно 
догадаться, перечисляются все языки переводов. Содержимое файла 
po/LINGUAS (за выбросом комментариев) записывается в дальнейшем в 
переменную ALL_LINGUAS и оттуда используется везде, где это нужно. Беда 
в том, что в одном из мест в config.status используется конструкция для 
sed вида 's/@ALL_LINGUAS@/${ALL_LINGUAS}/'.  Поскольку в ${ALL_LINGUAS} 
присутствуют переводы строки, sed натыкается на первый из них и жалуется 
на незавершённую команду 's'.

Возникает вопрос, где лучше всего это исправлять. Варианты следующие:
1) Я не знаю, корректно ли это, но можно исправить sed, с тем чтобы он 
спокойно относился к переводам строки внутри регулярных выражений. 
Просто я удивляюсь, почему в апстриме GNOME не налетели на аналогичные 
моим проблемы - у нашего sed'а нет каких-то особенностей на этот счёт?
2) Исходная команда для заполнения ALL_LINGUAS находится в configure.in 
- можно исправлять все configure.in, которые не выбрасывают переводы 
строк при заполнении ALL_LINGUAS (и писать баги об этом в апстрим, конечно).

Хочется придумать какой-то универсальный вариант, потому что всегда 
найдётся очередной кто-нибудь, кто неправильно напишет configure.in . 
Было бы здорово, если бы можно было это сделать в intltool, но там, 
похоже, ухватиться не за что. Жду мнений (временное решение по варианту 
2 всё же сделаю).

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] [SUMMARY] eel-2.14.1-alt2: rebuild failed [1]

[Michael Shigorin]

On Sun, Jun 04, 2006 at 03:11:39AM +0400, Alexey Rusakov wrote:
> Возникает вопрос, где лучше всего это исправлять. Варианты следующие:
> 1) Я не знаю, корректно ли это, но можно исправить sed, с тем чтобы он 
> спокойно относился к переводам строки внутри регулярных выражений. 
> Просто я удивляюсь, почему в апстриме GNOME не налетели на аналогичные 
> моим проблемы - у нашего sed'а нет каких-то особенностей на этот счёт?

Возможно, поможет /m (multiline).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [SUMMARY] eel-2.14.1-alt2: rebuild failed [1]

[Alexey Rusakov]

Michael Shigorin пишет:
> On Sun, Jun 04, 2006 at 03:11:39AM +0400, Alexey Rusakov wrote:
>   
>> Возникает вопрос, где лучше всего это исправлять. Варианты следующие:
>> 1) Я не знаю, корректно ли это, но можно исправить sed, с тем чтобы он 
>> спокойно относился к переводам строки внутри регулярных выражений. 
>> Просто я удивляюсь, почему в апстриме GNOME не налетели на аналогичные 
>> моим проблемы - у нашего sed'а нет каких-то особенностей на этот счёт?
>>     
>
> Возможно, поможет /m (multiline).
>   
Теоретически поможет, на практике эта программа для sed'а генерируется 
где-то в районе autoconf, если я ничего не путаю.

-- 
  Alexey "Ktirf" Rusakov