fr0st 0 Опубликовано: 2009-07-19 16:53:03 Share Опубликовано: 2009-07-19 16:53:03 Привет всем. Не собирается stg-2.405.9.8.src под Suse 11.1 x86_64, не находит libexpat. # ./build ... -lexpat not found! # rpm -qa|grep xml libxml2-2.7.1-9.1 libxml2-32bit-2.7.1-9.1 # ldconfig -p | grep libexpat.so libexpat.so.1 (libc6,x86-64) => /lib64/libexpat.so.1 libexpat.so.1 (libc6,x86-64) => /usr/lib/libexpat.so.1 libexpat.so.1 (libc6) => /lib/libexpat.so.1 libexpat.so (libc6,x86-64) => /usr/lib64/libexpat.so libexpat.so (libc6,x86-64) => /usr/lib/libexpat.so # ls -la /usr/lib | grep libexpat.so lrwxrwxrwx 1 root root 22 2009-07-19 16:07 libexpat.so -> /usr/lib64/libexpat.so lrwxrwxrwx 1 root root 20 2009-07-19 16:06 libexpat.so.1 -> /lib64/libexpat.so.1 Как собрать? Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-07-20 10:03:19 Share Опубліковано: 2009-07-20 10:03:19 dev-пакет установлен? Ссылка на сообщение Поделиться на других сайтах
fr0st 0 Опубліковано: 2009-07-20 18:37:32 Автор Share Опубліковано: 2009-07-20 18:37:32 dev-пакет установлен? да. # rpm -qa|grep expat libexpat1-2.0.1-88.15 libexpat1-32bit-2.0.1-88.10 libexpat0-1.95.8-64.49 libexpat0-32bit-1.95.8-64.47 expat-2.0.1-88.15 libexpat-devel-2.0.1-88.15 # ldconfig -p | grep libexpat.so libexpat.so.1 (libc6,x86-64) => /lib64/libexpat.so.1 libexpat.so.1 (libc6) => /lib/libexpat.so.1 libexpat.so.0 (libc6,x86-64) => /usr/lib64/libexpat.so.0 libexpat.so.0 (libc6) => /usr/lib/libexpat.so.0 libexpat.so (libc6,x86-64) => /usr/lib64/libexpat.so # l /lib64/libexpat.so.1 lrwxrwxrwx 1 root root 17 2009-07-20 21:17 /lib64/libexpat.so.1 -> libexpat.so.1.5.2* # ln -s /lib64/libexpat.so.1 /usr/lib/libexpat.so.1 # l /usr/lib64/libexpat.so lrwxrwxrwx 1 root root 20 2009-07-20 21:19 /usr/lib64/libexpat.so -> /lib64/libexpat.so.1* # ln -s /usr/lib64/libexpat.so /usr/lib/libexpat.so # ls -la /usr/lib | grep libexpat.so lrwxrwxrwx 1 root root 22 2009-07-20 21:52 libexpat.so -> /usr/lib64/libexpat.so lrwxrwxrwx 1 root root 17 2009-07-20 21:19 libexpat.so.0 -> libexpat.so.0.5.0 -rwxr-xr-x 1 root root 157340 2008-12-03 07:08 libexpat.so.0.5.0 lrwxrwxrwx 1 root root 20 2009-07-20 21:51 libexpat.so.1 -> /lib64/libexpat.so.1 ./build ############################################################################# Building STG 2.4 for Linux ############################################################################# Checking for -lexpat... no Checking for -lfbclient... no Checking for -lmysqlclient... no -lexpat not found! Использование libc6,x86-64 или libc6 имеет значение при сборке? Может быть линки сделаны не с тех файлов? Можеть быть нужно сделать какие-то еще линки? Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-07-21 08:38:10 Share Опубліковано: 2009-07-21 08:38:10 Проблема скорее всего в биарче. У меня, к сожалению, под рукой нет машин с биарчем чтобы проверить и что-то посоветовать. Попробуй спросить по этому поводу у гугла. Если будет решение - обязательно отпиши. Ссылка на сообщение Поделиться на других сайтах
fr0st 0 Опубліковано: 2009-07-25 17:30:28 Автор Share Опубліковано: 2009-07-25 17:30:28 Проблема скорее всего в биарче. У меня, к сожалению, под рукой нет машин с биарчем чтобы проверить и что-то посоветовать. Попробуй спросить по этому поводу у гугла. Если будет решение - обязательно отпиши. В общем собрался stg-2.405.9.8 и stg-2.4-2009.03.25-12.27.21 под Suse 11.1 x86-64. Странно, честно говоря так и не понял чего я там нашаманил, однако обе сборки стали собираться даже при отсутствии libexpat в /usr/lib. Ничего особенного вроде не делал - ну ставил libexpat из сырцов в /usr/lib, (для проверки будет ли собираться) потом удалил их. Также было обновлено ядро и ряд пакетов в системе - это плановое. # ldconfig -p | grep libexpat.so libexpat.so.1 (libc6,x86-64) => /lib64/libexpat.so.1 libexpat.so.1 (libc6) => /lib/libexpat.so.1 libexpat.so (libc6,x86-64) => /usr/lib64/libexpat.so # l /usr/lib|grep expat # rpm -qa|grep expat libexpat1-2.0.1-88.15 libexpat-devel-2.0.1-88.15 libexpat1-32bit-2.0.1-88.10 expat-2.0.1-88.15 так вот теперь другая проблема вылезла - sgauth не работает( из сборки stg-2.405.9.8 запускается, но даже не пробует коннектиться - в логах сервера ничего нету, снифер тоже ничего не видит на интерфейсе. из сбрки stg-2.4-2009.03.25-12.27.21 при запуске ./sgauth 192.168.1.1 5555 user pass пишет Bind failed. и все. Как от него больше инфы получить что ему не нравится то? Порты свободны. Сам сервер /usr/sbin/stargazer запускается без проблем. stg-2.4-2009.03.25-12.27.21/projects/sgauth # ldd sgauth linux-vdso.so.1 => (0x00007fff4376c000) libconffiles.so => //usr/lib/stg/libconffiles.so (0x00007f262631c000) libstg_crypto.so => //usr/lib/stg/libstg_crypto.so (0x00007f2626116000) libstg_common.so => //usr/lib/stg/libstg_common.so (0x00007f2625f10000) libia_auth_c.so => //usr/lib/stg/libia_auth_c.so (0x00007f2625d00000) libcommon_settings.so => //usr/lib/stg/libcommon_settings.so (0x00007f2625afc000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f26258e0000) libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f26256b6000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f26254b2000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f262529a000) libc.so.6 => /lib64/libc.so.6 (0x00007f2624f41000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f2624c35000) libm.so.6 => /lib64/libm.so.6 (0x00007f26249df000) /lib64/ld-linux-x86-64.so.2 (0x00007f2626527000) Видать sgauth криво собрался - куда копать? Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-07-27 11:08:16 Share Опубліковано: 2009-07-27 11:08:16 Судя по всему ты удалил 32-битные библиотеки. Теперь компоновщик нормально разрешил все зависимости и скомпоновал с 64-битными. sgauth говорит что bind failed потому что ты его пытаешься запустить на одной машине со старгейзером. А старгейзер сам занял порт. Ссылка на сообщение Поделиться на других сайтах
fr0st 0 Опубліковано: 2009-07-28 19:24:41 Автор Share Опубліковано: 2009-07-28 19:24:41 Судя по всему ты удалил 32-битные библиотеки. Теперь компоновщик нормально разрешил все зависимости и скомпоновал с 64-битными.sgauth говорит что bind failed потому что ты его пытаешься запустить на одной машине со старгейзером. А старгейзер сам занял порт. нет. процесс сервера не запущен. вообще. пробую запускать ../projects/sgauth # ./sgauth Bind failed. и все. на этой машине мне как раз тока авторизатор и нужен. как мне получить от него больше инфы чтобы понять что ему не нравится? что еще можно сделать? Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-07-29 07:39:29 Share Опубліковано: 2009-07-29 07:39:29 Это, как-бы, вся необходимая инфа. Он не может присоединиться к локальному порту. Потому что он кем-то занят. Ссылка на сообщение Поделиться на других сайтах
fr0st 0 Опубліковано: 2009-07-30 21:39:35 Автор Share Опубліковано: 2009-07-30 21:39:35 Это, как-бы, вся необходимая инфа. Он не может присоединиться к локальному порту. Потому что он кем-то занят. довольно занятно, потому что порт как бы свободен и авторизатор из другой сборки запускается, правда висит без толку в процессах. ну попробую еще на другой системе собрать завтра. Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-07-31 10:50:14 Share Опубліковано: 2009-07-31 10:50:14 Эту ошибку выдает функция bind когда локальный порт занят. Смотри, если ты сперва запусти старый и он начал "висеть без толку", потом ты его убил по -9 и пытаешься запустить новый - сокет еще остается некоторое время занят (я наблюдал такие ситуации). Попробуй подождать немного, пока ядро освободит сокет. Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас