[devel] Новая версия gcompris

[devel] Новая версия gcompris

[Slava Dubrovskiy]

Здравствуйте.

Вышла новая версия gcompris 8.3.1. Хочу обновить, но имею 2 проблемы:

1. Необходимо сделать autoreconf -fisv, но данная команда заканчивается
с ошибкой:

$ autoreconf -fisv
autoreconf-default: Entering directory `.'
autoreconf-default: configure.in: not using Gettext
autoreconf-default: running: aclocal --force
acinclude.m4:4: warning: underquoted definition of AM_CHECK_PYMOD
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
configure.in:70: error: AC_LANG: unknown language: Objective C
autoconf/lang.m4:123: _AC_LANG_SET is expanded from...
autoconf/lang.m4:141: AC_LANG_PUSH is expanded from...
configure.in:70: the top level
autom4te-default: /usr/bin/m4 failed with exit status: 1
aclocal-default: autom4te failed with exit status: 1
autoreconf-default: aclocal failed with exit status: 1

Разработчик пишет что у него все работает на Ubuntu.
Подскажите в чем может быть проблема?


2. Имеем кучу
Verifying ELF objects in /usr/src/tmp/gcompris-buildroot
(arch=normal,fhs=normal,rpath=normal,stack=normal,textrel=normal,unresolved=normal)
verify-elf: WARNING: ./usr/lib64/gcompris/libalgebra.so: undefined
symbol: gc_skin_font_board_huge_bold
verify-elf: WARNING: ./usr/lib64/gcompris/libalgebra.so: undefined
symbol: gc_score_set
verify-elf: WARNING: ./usr/lib64/gcompris/libalgebra.so: undefined
symbol: gc_bonus_end_display
....skip....
verify-elf: WARNING: ./usr/lib64/gcompris/libalgebra_guesscount.so:
undefined symbol: gc_skin_font_board_title_bold
....skip....


Как я понимаю, эти символы были в библиотеке, которую  делала сама
gcompris, но в текущей версии все эти символы находятся в самом
исполняемом файле и библиотеку убрали. Как правильно линковать эти
плагины с исполняемым файлом? И надо ли?

-- 
WBR,
Dubrovskiy Vyacheslav

Re: [devel] Новая версия gcompris

[Eugene Prokopiev]

Slava Dubrovskiy пишет:
> Здравствуйте.
> 
> Вышла новая версия gcompris 8.3.1. Хочу обновить, но имею 2 проблемы:
> 
> 1. Необходимо сделать autoreconf -fisv, но данная команда заканчивается
> с ошибкой:
> 
> $ autoreconf -fisv
> autoreconf-default: Entering directory `.'
> autoreconf-default: configure.in: not using Gettext
> autoreconf-default: running: aclocal --force
> acinclude.m4:4: warning: underquoted definition of AM_CHECK_PYMOD
>   run info '(automake)Extending aclocal'
>   or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
> configure.in:70: error: AC_LANG: unknown language: Objective C
> autoconf/lang.m4:123: _AC_LANG_SET is expanded from...
> autoconf/lang.m4:141: AC_LANG_PUSH is expanded from...
> configure.in:70: the top level
> autom4te-default: /usr/bin/m4 failed with exit status: 1
> aclocal-default: autom4te failed with exit status: 1
> autoreconf-default: aclocal failed with exit status: 1
> 
> Разработчик пишет что у него все работает на Ubuntu.
> Подскажите в чем может быть проблема?

У нас довольно таки протухшая версия autoconf - 2.59, тогда как многие 
апстримы уже используют 2.61 - вероятнее всего, в этом и дело :(

Буквально на днях пришлось создавать VE, в котором воспроизводится 
аналогичная проблема в DBMail, чтоб показать апстриму, который не верил 
- выяснилось, что дело именно в этом :(

-- 
С уважением, Прокопьев Евгений

Re: [devel] Новая версия gcompris

[Igor Zubkov]

В сообщении от Monday 07 May 2007 22:32:58 Eugene Prokopiev написал(а):
> У нас довольно таки протухшая версия autoconf - 2.59, тогда как многие
> апстримы уже используют 2.61 - вероятнее всего, в этом и дело

А я недавно одному апстриму обьяснял что не надо пользовать свежий autoconf. 
Помогло. :)

-- 
icesik

Re: [devel] Новая версия gcompris

[Eugene Prokopiev]

Igor Zubkov пишет:
> В сообщении от Monday 07 May 2007 22:32:58 Eugene Prokopiev написал(а):
> 
>>У нас довольно таки протухшая версия autoconf - 2.59, тогда как многие
>>апстримы уже используют 2.61 - вероятнее всего, в этом и дело
> 
> 
> А я недавно одному апстриму обьяснял что не надо пользовать свежий autoconf. 
> Помогло. :)

Ну мои-то тоже согласились сделать бэкпорт, но как-нибудь потом, когда 
будет время ;) Сползать назад им неудобно т.к. в их дистрибутивах 
(debian и gentoo) autoconf якобы свежее ...

-- 
С уважением, Прокопьев Евгений

Re: [devel] Новая версия gcompris

[Slava Dubrovskiy]

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

Eugene Prokopiev пишет:
> Slava Dubrovskiy пишет:
>   
>> configure.in:70: error: AC_LANG: unknown language: Objective C
>> autoconf/lang.m4:123: _AC_LANG_SET is expanded from...
>> autoconf/lang.m4:141: AC_LANG_PUSH is expanded from...
>> configure.in:70: the top level
>> autom4te-default: /usr/bin/m4 failed with exit status: 1
>> aclocal-default: autom4te failed with exit status: 1
>> autoreconf-default: aclocal failed with exit status: 1
>>
>> Разработчик пишет что у него все работает на Ubuntu.
>> Подскажите в чем может быть проблема?
>>     
>
> У нас довольно таки протухшая версия autoconf - 2.59, тогда как многие 
> апстримы уже используют 2.61 - вероятнее всего, в этом и дело :(
>   
Да, наверно. Там добавили поддержку для Мак и на этом останавливается.
Пришлось оторвать. Врядли у нас кто-то будет из srpm собирать пакет для
Мака.

Остался второй вопрос. Спрошу по другому.
Есть исполняемый файл, и к нему идут плагины. В плагинах используются
символы, которые есть в главной программе. При сборке ругается, что в
плагинах undefined symbol, которые есть в бинарнике. Как эту ситуацию
правильно разрулить?

Пока оставил как есть.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] Новая версия gcompris

[Alexey Shabalin]

08.05.07, Slava Dubrovskiy<slava@tangramltd.com> написал(а):
> Eugene Prokopiev пишет:
> > Slava Dubrovskiy пишет:
> >
> >> configure.in:70: error: AC_LANG: unknown language: Objective C
> >> autoconf/lang.m4:123: _AC_LANG_SET is expanded from...
> >> autoconf/lang.m4:141: AC_LANG_PUSH is expanded from...
> >> configure.in:70: the top level
> >> autom4te-default: /usr/bin/m4 failed with exit status: 1
> >> aclocal-default: autom4te failed with exit status: 1
> >> autoreconf-default: aclocal failed with exit status: 1
> >>
> >> Разработчик пишет что у него все работает на Ubuntu.
> >> Подскажите в чем может быть проблема?
> >>
> >
> > У нас довольно таки протухшая версия autoconf - 2.59, тогда как многие
> > апстримы уже используют 2.61 - вероятнее всего, в этом и дело :(
> >
> Да, наверно. Там добавили поддержку для Мак и на этом останавливается.
> Пришлось оторвать. Врядли у нас кто-то будет из srpm собирать пакет для
> Мака.
>
> Остался второй вопрос. Спрошу по другому.
> Есть исполняемый файл, и к нему идут плагины. В плагинах используются
> символы, которые есть в главной программе. При сборке ругается, что в
> плагинах undefined symbol, которые есть в бинарнике. Как эту ситуацию
> правильно разрулить?
>
> Пока оставил как есть.
а никак не разрулить. только
%set_verify_elf_method relaxed

-- 
Alexey Shabalin

Re: [devel] Новая версия gcompris

[Damir Shayhutdinov]

> > Остался второй вопрос. Спрошу по другому.
> > Есть исполняемый файл, и к нему идут плагины. В плагинах используются
> > символы, которые есть в главной программе. При сборке ругается, что в
> > плагинах undefined symbol, которые есть в бинарнике. Как эту ситуацию
> > правильно разрулить?
> >
> > Пока оставил как есть.
> а никак не разрулить. только
> %set_verify_elf_method relaxed

Не слушайте этого совета, автор просто не подумал, перед тем как советовать.

В плагинах недолинковка разрешается, и если эти плагины не лежат в
%_libdir - то никаких set_verify_elf_method ставить не надо.
Недолинковка в плагинах считается предупреждением, а не ошибкой.

Если вы сделаете как советует Алексей - то у вас вообще все ошибки
станут предупреждениями. Это может только навредить, потому что с
таким изменением возможно положить в %_libdir недолинкованную
библиотеку. А с недолинкованной библиотекой невозможно слинковаться в
условиях --as-needed, да и другие глюки тоже возможны.

Re: [devel] Новая версия gcompris

[Slava Dubrovskiy]

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

Damir Shayhutdinov пишет:
>>> Остался второй вопрос. Спрошу по другому.
>>> Есть исполняемый файл, и к нему идут плагины. В плагинах используются
>>> символы, которые есть в главной программе. При сборке ругается, что в
>>> плагинах undefined symbol, которые есть в бинарнике. Как эту ситуацию
>>> правильно разрулить?
>>>
>>> Пока оставил как есть.
>>>       
>> а никак не разрулить. только
>> %set_verify_elf_method relaxed
>>     
>
> Не слушайте этого совета, автор просто не подумал, перед тем как советовать.
>
> В плагинах недолинковка разрешается, и если эти плагины не лежат в
> %_libdir - то никаких set_verify_elf_method ставить не надо.
> Недолинковка в плагинах считается предупреждением, а не ошибкой.
>   
Понял, спасибо.
А если плагин не долинкован с системной библиотекой, но с этой системной
библиотекой  слинкована основная программа, необходимо ли это исправлять?

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] Новая версия gcompris

[Andrey Rahmatullin]

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

On Mon, May 14, 2007 at 08:13:18PM +0300, Slava Dubrovskiy wrote:
> А если плагин не долинкован с системной библиотекой, но с этой системной
> библиотекой  слинкована основная программа, необходимо ли это исправлять?
Нет, не необходимо.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Чгря, за десять лет программирования на си, единственная сложность,
которую я встречал - понимание моих великих кодов другими.
		-- cray in devel@

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

Re: [devel] Новая версия gcompris

[Damir Shayhutdinov]

> Понял, спасибо.
> А если плагин не долинкован с системной библиотекой, но с этой системной
> библиотекой  слинкована основная программа, необходимо ли это исправлять?
Необходимо, если нету жесткой зависимости между версией плагина и
версией основной программы. Например, плагин вынесен в отдельный
подпакет и в нем нету следующего:

Requires: %name = %version-%release

Вообще долинковка приводит к появлению корректных зависимостей на
символы и soname - что для отдельных подпакетов весьма полезно. Я
обычно долинковываю плагины с системными библиотеками, чтобы автомат
делал свою работу.

Re: [devel] Новая версия gcompris

[Slava Dubrovskiy]

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

Andrey Rahmatullin пишет:
>> А если плагин не долинкован с системной библиотекой, но с этой системной
>> библиотекой  слинкована основная программа, необходимо ли это исправлять?
>>     
> Нет, не необходимо.
>   
Но варнингов очень много...
Вообщем я слинковал. Думаю это не ошибка. Хотя апстрим отказался
долинковывать.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] Новая версия gcompris

[Slava Dubrovskiy]

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

Damir Shayhutdinov пишет:
>> Понял, спасибо.
>> А если плагин не долинкован с системной библиотекой, но с этой системной
>> библиотекой  слинкована основная программа, необходимо ли это исправлять?
>>     
> Необходимо, если нету жесткой зависимости между версией плагина и
> версией основной программы. Например, плагин вынесен в отдельный
> подпакет и в нем нету следующего:
>
> Requires: %name = %version-%release
>   
Нет, все идёт из одного src
> Вообще долинковка приводит к появлению корректных зависимостей на
> символы и soname - что для отдельных подпакетов весьма полезно. Я
> обычно долинковываю плагины с системными библиотеками, чтобы автомат
> делал свою работу.
>   
Я тоже так подумал, и долинковал. Еще раз спасибо.

Вообщем уже докачалось до инкаминга. Еще бы перевод доделать...

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] Новая версия gcompris

[Alexey Shabalin]

14.05.07, Damir Shayhutdinov<damir@altlinux.org> написал(а):
> > > Остался второй вопрос. Спрошу по другому.
> > > Есть исполняемый файл, и к нему идут плагины. В плагинах используются
> > > символы, которые есть в главной программе. При сборке ругается, что в
> > > плагинах undefined symbol, которые есть в бинарнике. Как эту ситуацию
> > > правильно разрулить?
> > >
> > > Пока оставил как есть.
> > а никак не разрулить. только
> > %set_verify_elf_method relaxed
>
> Не слушайте этого совета, автор просто не подумал, перед тем как советовать.

извиняюсь, погорячился :)
давал совет - не как руководство к действию, а как направление для изучения :)
(типа отмазался :) )


> В плагинах недолинковка разрешается, и если эти плагины не лежат в
> %_libdir - то никаких set_verify_elf_method ставить не надо.
> Недолинковка в плагинах считается предупреждением, а не ошибкой.
>
> Если вы сделаете как советует Алексей - то у вас вообще все ошибки
> станут предупреждениями. Это может только навредить, потому что с
> таким изменением возможно положить в %_libdir недолинкованную
> библиотеку. А с недолинкованной библиотекой невозможно слинковаться в
> условиях --as-needed, да и другие глюки тоже возможны.
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


-- 
Alexey Shabalin