2009-08-05 2 views
3

Я устанавливаю последнюю версию MediainfoDLL на Fedora 8/9 64bits (http://mediainfo.sourceforge.net/es/Download/Fedora). Я загрузил файлы libmediainfo-0.7.20 и libzen0-0.4.3.Требуется GLIBCXX_3.4.9, если я уже установил GLIBCXX_4.1.2?

Когда я попытался установить libzen0 я получаю этот выход:

# rpm -i libzen0-0.4.3-1.x86_64.Fedora_9.rpm 
warning: libzen0-0.4.3-1.x86_64.Fedora_9.rpm: Header V3 DSA signature: NOKEY, key ID dfb2ef23 
error: Failed dependencies: 
     libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is needed by libzen0-0.4.3-3.1.x86_64 

Но проблема в том, что я уже установлена ​​версия 4.1.2 libstdC++:

# yum list libstdc++ 
Loaded plugins: fastestmirror 
Loading mirror speeds from cached hostfile 
* updates-newkey: kdeforge.unl.edu 
* fedora: kdeforge.unl.edu 
* updates: kdeforge.unl.edu 
Installed Packages 
libstdc++.i386                4.1.2-33                installed 
libstdc++.x86_64                4.1.2-33                installed 

Как я могу решите эту проблему?

Edit:

# rpm -q --provides libstdc++ 
libstdc++.so.6()(64bit) 
libstdc++.so.6(CXXABI_1.3)(64bit) 
libstdc++.so.6(CXXABI_1.3.1)(64bit) 
libstdc++.so.6(GLIBCXX_3.4)(64bit) 
libstdc++.so.6(GLIBCXX_3.4.1)(64bit) 
libstdc++.so.6(GLIBCXX_3.4.2)(64bit) 
libstdc++.so.6(GLIBCXX_3.4.3)(64bit) 
libstdc++.so.6(GLIBCXX_3.4.4)(64bit) 
libstdc++.so.6(GLIBCXX_3.4.5)(64bit) 
libstdc++.so.6(GLIBCXX_3.4.6)(64bit) 
libstdc++.so.6(GLIBCXX_3.4.7)(64bit) 
libstdc++.so.6(GLIBCXX_3.4.8)(64bit) 
libstdc++ = 4.1.2-33 
libstdc++.so.6 
libstdc++.so.6(CXXABI_1.3) 
libstdc++.so.6(CXXABI_1.3.1) 
libstdc++.so.6(GLIBCXX_3.4) 
libstdc++.so.6(GLIBCXX_3.4.1) 
libstdc++.so.6(GLIBCXX_3.4.2) 
libstdc++.so.6(GLIBCXX_3.4.3) 
libstdc++.so.6(GLIBCXX_3.4.4) 
libstdc++.so.6(GLIBCXX_3.4.5) 
libstdc++.so.6(GLIBCXX_3.4.6) 
libstdc++.so.6(GLIBCXX_3.4.7) 
libstdc++.so.6(GLIBCXX_3.4.8) 
libstdc++ = 4.1.2-33 

ответ

3

Интересно я вижу практически идентичный выход из rpm -q --provides libstdc++. Я подозреваю, что libzen0 RPM используется составлен против версии libstdC++, который фактически не грузим на ОС.

Вы устанавливаете правильную версию libzen0 для вашей ОС? Если так; попробуйте установить RPM для аналогичной ОС - например. libzen0 для RHEL 5.3?

+0

Спасибо, что работает. Я установил libzen0 для RHEL 4 :) – inakiabt

1

В то время как у меня нет опыта работы с 64-битными системами это выглядит как вопрос с оборотами: на моей системе (Fedora 8) я получаю следующее:

$ rpm -q --provides libstdc++ 
libstdc++.so.6 
libstdc++.so.6(CXXABI_1.3) 
libstdc++.so.6(CXXABI_1.3.1) 
libstdc++.so.6(GLIBCXX_3.4) 
libstdc++.so.6(GLIBCXX_3.4.1) 
libstdc++.so.6(GLIBCXX_3.4.2) 
libstdc++.so.6(GLIBCXX_3.4.3) 
libstdc++.so.6(GLIBCXX_3.4.4) 
libstdc++.so.6(GLIBCXX_3.4.5) 
libstdc++.so.6(GLIBCXX_3.4.6) 
libstdc++.so.6(GLIBCXX_3.4.7) 
libstdc++.so.6(GLIBCXX_3.4.8) 
libstdc++ = 4.1.2-33 

Поэтому, если ваш libstdC++ не предоставляет GLIBCXX_3.4.9, как у меня, я бы подумал об обрыве rpm. Одним из решений было бы создание фальшивой rpm, которая требует libstdC++ и обеспечивает GLIBCXX_3.4.9, хотя правильным решением было бы исправить сам RPM.

+0

Это точно такой же случай, так, как я могу создать «фальшивые обороты»? – inakiabt