С*dence GLIBC_2.0 Опции

[-=Vitaly=-]

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

Такая трабла - поставил софт под линукс Мандрива 2007, но он не запускается, говорит что
version GLIBC_2.0 not defined in file libc.so.6 with link time reference.
В пдф написано поставить переменную среды LD_ASSUME_KERNEL 2.4.1., но как только я ее ставлю перестают запускаться все программы с сообщением: error while loading shared libraries libc.so.6: cannot open shared file. Файлы в репорте разные,но эти файлы спокойно себе лежат в директории /lib.
Как это поправить?

Вроде нашел инфу, что это можно вылечить прописав в ld.so.conf пути
/lib
/lib/i686
, где лежат эти либы
Затем выполнить ldconfig, но чего-то не помогло, все равно пишет, что не может найти эти файлы.

Спасибо!

[soshnev]

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

Такая трабла - поставил софт под линукс Мандрива 2007, но он не запускается, говорит что
version GLIBC_2.0 not defined in file libc.so.6 with link time reference.
В пдф написано поставить переменную среды LD_ASSUME_KERNEL 2.4.1., но как только я ее ставлю перестают запускаться все программы с сообщением: error while loading shared libraries libc.so.6: cannot open shared file. Файлы в репорте разные,но эти файлы спокойно себе лежат в директории /lib.
Как это поправить?

Вроде нашел инфу, что это можно вылечить прописав в ld.so.conf пути
/lib
/lib/i686
, где лежат эти либы
Затем выполнить ldconfig, но чего-то не помогло, все равно пишет, что не может найти эти файлы.

Спасибо!

1.
Попробуй не ставить "железно" (на всё) эту переменную в стартовом файле, а сделай alias из
двух комманд - "определение LD_ASSUME_KERNEL";запуск coft-a
и запускай alias.
Если запуск софт-а script, то подправь его (или посмотри что там стоит по поводу LD_ASSUME_KERNEL)
Это иногда помогает.

Можно ещё посмотреть
ldd "софт.exe"

Ещё можно определить переменную
LD_DEBUG - LIBS или ALL (можно ещё попробовать сначала help)
запускать и смотреть что цепляется...
2.
А откуда взял "инфу"?

3. Специалисты по ldconfig откликнитесь !!!

[-=Vitaly=-]

1.
Попробуй не ставить "железно" (на всё) эту переменную в стартовом файле, а сделай alias из
двух комманд - "определение LD_ASSUME_KERNEL";запуск coft-a
и запускай alias.
Если запуск софт-а script, то подправь его (или посмотри что там стоит по поводу LD_ASSUME_KERNEL)
Это иногда помогает.

Можно ещё посмотреть
ldd "софт.exe"

Ещё можно определить переменную
LD_DEBUG - LIBS или ALL (можно ещё попробовать сначала help)
запускать и смотреть что цепляется...
2.
А откуда взял "инфу"?

3. Специалисты по ldconfig откликнитесь !!!

1. Попробую
2. http://electronix.ru/forum/index.php?showt...=14273&st=0

(3.14 @ Mar 29 2006, 12:44) *

2) EDK не хочет запускаться sad.gif Утверждает:
_xps: error while loading shared libraries: libPortability.so: cannot open shared object file: No such file or directory

Это просто решить: Путь к бинарникам должен быть прописан в переменной окружения PATH.
Путь к библиотекам - в /etc/ld.so.conf. После его правки запусти от рута 'ldconfig'.

Очень похожий баг!


3. Специалисты по ldconfig откликнитесь !!!
4. Вопрос почему при опции LD_ASSUME_CONFIG=2.4.1 не запускается даже mc? Эта опция описана в пдф при установке Каденса для избавления траблов с GLIBC_2.0.

[soshnev]

1. Попробую
2. http://electronix.ru/forum/index.php?showt...=14273&st=0

Очень похожий баг!
3. Специалисты по ldconfig откликнитесь !!!
4. Вопрос почему при опции LD_ASSUME_CONFIG=2.4.1 не запускается даже mc? Эта опция описана в пдф при установке Каденса для избавления траблов с GLIBC_2.0.

"Это просто решить: Путь к бинарникам должен быть прописан в переменной окружения PATH...."

1.
Есть ещё переменная LD_LIBRARY_PATH
должна содержать "софт__*.so__directory" и $LD_LIBRARY_PATH
2. mc не запускается поскольку уже выкручен LD_ASSUME_CONFIG (не тот).

[-=Vitaly=-]

"Это просто решить: Путь к бинарникам должен быть прописан в переменной окружения PATH...."

1.
Есть ещё переменная LD_LIBRARY_PATH
должна содержать "софт__*.so__directory" и $LD_LIBRARY_PATH
2. mc не запускается поскольку уже выкручен LD_ASSUME_CONFIG (не тот).

ОК, попробую, блин ошибся жестко там не LD_ASSUME_CONFIG a LD_ASSUME_KERNEL

Путь к бинарникам должен быть прописан в переменной окружения PATH...

Пардон за глупый вопрос к бинарникам линуха? Типа /bin: /usr/bin?

[Losik]

ОК, попробую, блин ошибся жестко там не LD_ASSUME_CONFIG a LD_ASSUME_KERNEL

Путь к бинарникам должен быть прописан в переменной окружения PATH...

Пардон за глупый вопрос к бинарникам линуха? Типа /bin: /usr/bin?

как я понял, имеется ввиду бинарники cadencе
по поводу С*dence GLIBC_2.0
под диструбутивом С*dence 6.14 помогает строчка
export LD_ASSUME_KERNEL=(а тут нужно прописать версию твоего ядра, а не 2.4.1 и без скобок)
or
setenv LD_ASSUME_KERNEL (----/---/----)
решения этого трабла мало где описаны, да и часто какие-то запутанные.
проще поставить "правильный" дистрибутив линукса или С*dence.