[sisyphus] mysql-query-browser && libstdc++.so.6

[sisyphus] mysql-query-browser && libstdc++.so.6

[Denis A. Yurashkou]

Доброе утро!

Стал тут ставить и хотеть запустить mysql-query-browser 
(http://dev.mysql.com/downloads/query-browser/1.1.html).
Скачал, разжал в папочку, запускаю, а он мне и ругается:

"./mysql-query-browser-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.4' not 
found (required by ./mysql-query-browser-bin)"

Что он хочет? И как это разрулить?
-- 
----------------
Best regards, Denis A. Yurashkou [DAY]
(dayfuaim@msx.ru)

Origin: Stop the World -- I Wanna Get Off!..

Re: [sisyphus] mysql-query-browser && libstdc++.so.6

[Andrei Bulava]

Denis A. Yurashkou wrote:

> "./mysql-query-browser-bin: /usr/lib/libstdc++.so.6: version
> `GLIBCXX_3.4.4' not found (required by ./mysql-query-browser-bin)"
> 
> Что он хочет?

Это как раз понятно: хочет, чтобы у вас в системе команда

# rpm -q --whatprovides libstdc++.so.6\(GLIBCXX_3.4.4\)

возвращала

libstdc++3.4-{что-нибудь}

а не

warning: no package provides libstdc++.so.6(GLIBCXX_3.4.4)

> И как это разрулить?

Хороший вопрос. У меня встречный: не найдётся ли у товарищей с
dev.mysql.com что-нибудь более совместимое по библиотекам с RHEL4 U2?
Иначе - никак, кроме сборки "более модного" gcc в Sisyphus или
использования Fedora Core {самый модный номер}, этот mysql-query-browser
не запустится.

Как понятно из моего вопроса, libstdc++3.4 и gcc3.4 в Sisyphus по
крайней мере в теории совместимы с Red Hat Enterprise Linux 4 Update 2.

-- 
// AB1002-UANIC

Re: [sisyphus] mysql-query-browser && libstdc++.so.6

[Denis A. Yurashkou]

'Andrei Bulava' wrote on 13.02.2006 15:11:
> Denis A. Yurashkou wrote:
> 
>> "./mysql-query-browser-bin: /usr/lib/libstdc++.so.6: version
>> `GLIBCXX_3.4.4' not found (required by ./mysql-query-browser-bin)"
>>
>> Что он хочет?
> 
> Это как раз понятно: хочет, чтобы у вас в системе команда
> 
> # rpm -q --whatprovides libstdc++.so.6\(GLIBCXX_3.4.4\)
> 
> возвращала
> 
> libstdc++3.4-{что-нибудь}
> 
> а не
> 
> warning: no package provides libstdc++.so.6(GLIBCXX_3.4.4)
Это хорошо, но тот же

# rpm -q --whatprovides libstdc++.so.6

говорит:

libstdc++3.4-3.4.4-alt1

Видимо, mysql-query-browser это не устраивает.
> 
>> И как это разрулить?
> 
> Хороший вопрос. У меня встречный: не найдётся ли у товарищей с
> dev.mysql.com что-нибудь более совместимое по библиотекам с RHEL4 U2?
> Иначе - никак, кроме сборки "более модного" gcc в Sisyphus или
> использования Fedora Core {самый модный номер}, этот mysql-query-browser
> не запустится.
Мдя... :(
Ладно, "будем искать..."

Кстати, я тут его пробовал собирать, но он при make утыкается в отсуствие у себя 
в дереве исходников gtkhtmlsource, который туда никто не положил/кладёт.
gtkhtmlsource у меня в системе стоит, вместе со всеми -devel, а этот {...} его 
не видит, причём, даже не пытается искать где-то вне своего дерева.
> 
> Как понятно из моего вопроса, libstdc++3.4 и gcc3.4 в Sisyphus по
> крайней мере в теории совместимы с Red Hat Enterprise Linux 4 Update 2.

-- 
----------------
Best regards, Denis A. Yurashkou [DAY]
(dayfuaim@msx.ru)

Origin: Stop the World -- I Wanna Get Off!..

Re: [sisyphus] mysql-query-browser && libstdc++.so.6

[Andrei Bulava]

Denis A. Yurashkou wrote:
> 'Andrei Bulava' wrote on 13.02.2006 15:11:

>> хочет, чтобы у вас в системе команда
>>
>> # rpm -q --whatprovides libstdc++.so.6\(GLIBCXX_3.4.4\)
>>
>> возвращала
>>
>> libstdc++3.4-{что-нибудь}
>>
>> а не
>>
>> warning: no package provides libstdc++.so.6(GLIBCXX_3.4.4)
> 
> Это хорошо, но тот же
> 
> # rpm -q --whatprovides libstdc++.so.6
> 
> говорит:
> 
> libstdc++3.4-3.4.4-alt1
> 
> Видимо, mysql-query-browser это не устраивает.

Просто 3.4.4 в версии пакета libstdc++3.4 породило у вас ложную
ассоциацию с libstdc++.so.6(GLIBCXX_3.4.4). Между тем, связи никакой нет.

<skip />

> Кстати, я тут его пробовал собирать, но он при make утыкается в
> отсуствие у себя в дереве исходников gtkhtmlsource, который туда никто
> не положил/кладёт.

@#$се. Есть триединый антипаттерн в программировании: copy-paste кода,
статическая линковка и требование исходных кодов третьих программ /
библиотек при компиляции.

IMHO, это - триединство за гранью добра и зла (распространяющееся,
кстати, на просто немереное количество поделий на скриптовых языках), не
раз захлестнувшее волной обновлений безопасности, например, xpdf
(copy-paste), zlib (статическая линковка) или XML-RPC (скриптовый язык PHP).

> gtkhtmlsource у меня в системе стоит, вместе со всеми -devel, а этот
> {...} его не видит, причём, даже не пытается искать где-то вне своего
> дерева.

Понятно, что надо учить больного ходить, а не давать ему костыли. Это
решаемо, для начала попробуйте оглядеться по сторонам (другие
дистрибутивы). Rationale: вряд ли где-нибудь поощряется настолько кривая
упаковка пакетов, чтоб во время сборки подкладывались исходники.

-- 
// AB1002-UANIC