[Comm] symbol png_create_read_struct, version PNG12_0 not defined in file libpng12.so.0 with link time reference

[Comm] symbol png_create_read_struct, version PNG12_0 not defined in file libpng12.so.0 with link time reference

[Denis G. Samsonenko]

День добрый!

Пытаюсь запустить одну интересную для меня прогу
(http://www.geocities.jp/kmo_mma/crystal/en/download-vesta.html). Мало
того, что она хочет libtiff.so.3 (подсунул я ей такую через
LD_PRELOAD), так она ещё и отваливается с такими словами:

./VESTA: relocation error: ./VESTA: symbol png_create_read_struct,
version PNG12_0 not defined in file libpng12.so.0 with link time
reference

При этом вывод mn на моей системе такой:

$ nm -D /usr/lib/libpng12.so.0 |grep png_create_read_struct
00012770 T png_create_read_struct
00012370 T png_create_read_struct_2

Система: branch-4.1.

$ rpm -qa |grep libpng
libpng3-1.2.27-alt1
libpng12-1.2.27-alt1

Можно ли как-то заставить работать данную прогу? Доступна она только в
бинарном виде.

-- 
Всего доброго,

Денис.

Re: [Comm] symbol png_create_read_struct, version PNG12_0 not defined in file libpng12.so.0 with link time reference

[Denis G. Samsonenko]

Привет!

3 октября 2008 г. 10:30 Denis G. Samsonenko написал:
> ./VESTA: relocation error: ./VESTA: symbol png_create_read_struct,
> version PNG12_0 not defined in file libpng12.so.0 with link time
> reference

В общем пришлось ему подсунуть через LD_PRELOAD libpng12.so.0 и
libcairo.so.2, которые я вынул из rpm'ов для 8-й федоры:
cairo-1.4.10-2.fc8.i386.rpm и libpng-1.2.29-1.fc8.i386.rpm.

После данного шаманства запустилось и вроде даже работает.

Если ему подсунуть только федоровскую libpng12.so.0, то он ругается:

./VESTA: ./libpng12.so.0: version `PNG_12' not found (required by
/usr/lib/libcairo.so.2)

Видимо магическое слово PNG_12 тут ключевое.

Когда же посовываешь ему и libcairo.so.2, то он выводит в консоль
некоторую ругань, но запускается:

./VESTA: ./libcairo.so.2: no version information available (required
by /usr/lib/libgtk-x11-2.0.so.0)
./VESTA: ./libcairo.so.2: no version information available (required
by /usr/lib/libpangocairo-1.0.so.0)

Может кто-нибудь пояснить, почему всё так происходит, почему работает
с библиотеками федоровской сборки, и не работает с родными
альтовскими?

-- 
Всего доброго,

Денис.

Re: [Comm] symbol png_create_read_struct, version PNG12_0 not defined in file libpng12.so.0 with link time reference

[Alexey Borovskoy]

* Суббота 04 октября 2008 Denis G. Samsonenko


> Может кто-нибудь пояснить, почему всё так происходит, почему
> работает с библиотеками федоровской сборки, и не работает с
> родными альтовскими?

Ваша прога слинкована с очень старыми версиями библиотек.
Старые версии библиотек можно накопать в архиве сизифа, только 
осторожно. Или в старых дистрах.

-- 
Алексей.
GPG key fingerprint
949B BC0E 2C44 7528 4F63  2753 E37A 9E3F 11F3 BDE1

Re: [Comm] symbol png_create_read_struct, version PNG12_0 not defined in file libpng12.so.0 with link time reference

[Denis G. Samsonenko]

Вечер добрый!

4 октября 2008 г. 11:36 Alexey Borovskoy написал:
>> Может кто-нибудь пояснить, почему всё так происходит, почему
>> работает с библиотеками федоровской сборки, и не работает с
>> родными альтовскими?
>
> Ваша прога слинкована с очень старыми версиями библиотек.
> Старые версии библиотек можно накопать в архиве сизифа, только
> осторожно. Или в старых дистрах.

В каком смысле старыми? Единственная действительно старая библиотека,
которую пришлось брать из старого альтовского пакета -- libtiff.so.3.

На домашней машине с бранчем 4.0 указанная прога вываливается с теми
же симптомами, что и на бранче 4.1. При этом в системе установлены:

libcairo-1.4.10-alt1
libpng12-1.2.27-alt1

Я выше писал, что вытянул из И-нета следующие пакеты для федоры 8:

cairo-1.4.10-2.fc8.i386.rpm
libpng-1.2.29-1.fc8.i386.rpm

Как видно, версия libcairo таже самая, а версия libpng12 даже выше,
чем есть в бранче. При этом указанная прога запускается и работает,
если ей подсунуть libpng12.so.0 и libcairo.so.2 из федориных пакетов,
а с альтовской сборкой работать отказывается.

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

-- 
Всего доброго,

Денис.

Re: [Comm] symbol png_create_read_struct, version PNG12_0 not defined in file libpng12.so.0 with link time reference

[Alexey Borovskoy]

* Воскресенье 05 октября 2008 Denis G. Samsonenko

> Вечер добрый!
>
> 4 октября 2008 г. 11:36 Alexey Borovskoy написал:
> >> Может кто-нибудь пояснить, почему всё так происходит,
> >> почему работает с библиотеками федоровской сборки, и не
> >> работает с родными альтовскими?
> >
> > Ваша прога слинкована с очень старыми версиями библиотек.
> > Старые версии библиотек можно накопать в архиве сизифа,
> > только осторожно. Или в старых дистрах.
>
> Как видно, версия libcairo таже самая, а версия libpng12 даже
> выше, чем есть в бранче. При этом указанная прога запускается
> и работает, если ей подсунуть libpng12.so.0 и libcairo.so.2 из
> федориных пакетов, а с альтовской сборкой работать
> отказывается.
>
> Вот и хочется прояснить для себя, почему на одних и тех же
> версиях библиотек, но от разных вендоров проявляется такое
> поведение, что в одном случае прога запускается, а в другом
> нет. Это какие-то особенности альтовской сборки?

ldd закрытый_бинарник

-- 
Алексей.
GPG key fingerprint
949B BC0E 2C44 7528 4F63  2753 E37A 9E3F 11F3 BDE1

Re: [Comm] symbol png_create_read_struct, version PNG12_0 not defined in file libpng12.so.0 with link time reference

[Denis G. Samsonenko]

День добрый!

5 октября 2008 г. 8:13 Alexey Borovskoy написал:
>> Вот и хочется прояснить для себя, почему на одних и тех же
>> версиях библиотек, но от разных вендоров проявляется такое
>> поведение, что в одном случае прога запускается, а в другом
>> нет. Это какие-то особенности альтовской сборки?
>
> ldd закрытый_бинарник

$ ldd VESTA
        linux-gate.so.1 =>  (0xffffe000)
        libGL.so.1 => /usr/lib/libGL.so.1 (0xb7f22000)
        libGLU.so.1 => /usr/lib/libGLU.so.1 (0xb7ea0000)
        libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb7aee000)
        libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7a5b000)
        libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7a41000)
        libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7a07000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb79ce000)
        libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb79ca000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb790f000)
        libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb790c000)
        libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb7906000)
        libSM.so.6 => /usr/lib/libSM.so.6 (0xb78fe000)
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb78da000)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb78bb000)
        libtiff.so.3 => /usr/local/lib/libtiff.so.3 (0xb7877000)
        libz.so.1 => /lib/libz.so.1 (0xb7863000)
        libdl.so.2 => /lib/libdl.so.2 (0xb785e000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb77a4000)
        libm.so.6 => /lib/libm.so.6 (0xb777e000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7773000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb775d000)
        libc.so.6 => /lib/libc.so.6 (0xb7637000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0xb7548000)
        libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0xb6bb0000)
        libnvidia-tls.so.1 => /usr/lib/libnvidia-tls.so.1 (0xb6bae000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0xb6ba0000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb6aba000)
        libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb6ab1000)
        libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb6aac000)
        libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb6a92000)
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb6a8f000)
        libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb6a17000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb69eb000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb69e3000)
        libXi.so.6 => /usr/lib/libXi.so.6 (0xb69db000)
        libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb69d5000)
        libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb69cc000)
        librt.so.1 => /lib/librt.so.1 (0xb69c3000)
        libICE.so.6 => /usr/lib/libICE.so.6 (0xb69ac000)
        /lib/ld-linux.so.2 (0x80000000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0xb69a9000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb69a4000)
        libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb697a000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb68ff000)
        libdirectfb-0.9.so.25 => /usr/lib/libdirectfb-0.9.so.25 (0xb68b0000)
        libdirect-0.9.so.25 => /usr/lib/libdirect-0.9.so.25 (0xb68a2000)
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb6882000)
        libfusion-0.9.so.25 => /usr/lib/libfusion-0.9.so.25 (0xb687c000)


Вообще это не первый случай, когда какая-нибудь прога не из
репозитария не хочет работать с альтовским libpng12. Например, oolite,
поставленный из oolite-1.71.2.x86.package ругается так:

 ./oolite: relocation error: ./oolite: symbol png_create_read_struct,
version PNG12_0 not defined in file libpng12.so.0 with link time
reference

После того, как смог запустить таки VESTA, понял, как запустить
oolite. В ~/.local/lib/Oolite/oolite-deps/lib лежит
libpng12.so.0.29.0, а ссылки на него libpng12.so.0 нету, вот он и
цепляет системный libpng12, с которым работать отказывается.

Сейчас уже не вспомню, но были у меня и другие похожие случаи отказа
работать скаченных из И-нета прог с альтовской libong12.

Я не хочу сказать, что в альте плохо собирают libong12, просто мне
интересно, в чём конкретно разница, что приводит к отторжению этой
либы сторонними бинарниками, в то время как из федоры, например, эта
же либа той же версии нормально принимается данным бинарником. Что это
за магическое "version PNG12_0", встающее камнем предкновения?

-- 
Всего доброго,

Денис.

Re: [Comm] symbol png_create_read_struct, version PNG12_0 not defined in file libpng12.so.0 with link time reference

[Alexey I. Froloff]

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

* Denis G. Samsonenko <d.g.samsonenko@> [081005 08:18]:
> Я не хочу сказать, что в альте плохо собирают libong12, просто мне
> интересно, в чём конкретно разница, что приводит к отторжению этой
> либы сторонними бинарниками, в то время как из федоры, например, эта
> же либа той же версии нормально принимается данным бинарником. Что это
> за магическое "version PNG12_0", встающее камнем предкновения?
https://bugzilla.altlinux.org/show_bug.cgi?id=12886

-- 
Regards,
Sir Raorn.

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