ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Missed essential files on x86_64 | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Nikolay A. Fetisov <naf> |
| Component: | erlang-odbc | Assignee: | nbr <nbr> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | major | ||
| Priority: | P2 | CC: | akhavr, egori, nbr |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 14168 | ||
2 led: ты такое часом не чинил? (In reply to comment #1) > 2 led: ты такое часом не чинил? Там почему-то заблокирована сборка odbcserver для 64bit (в Makefile). Сейчас уберу этоту блокировку. Проверьте в Daedalus erlang-R11B.5-alt0.2 (сегодня я постараюсь её туда залить) Ушло в /i/D R11B.5-alt0.2 у меня не собрался, ни в хешере, ни так. Приложил патч к R11B-alt2, похоже, что собралось. Во всяком случае, на тестовой системе свежепоставленный ejabberd к базе подцепиться смог. Вечером попробую перевести информацию в MySQL и посмотреть на более-менее используемой системе, как оно живёт. (In reply to comment #5) > R11B.5-alt0.2 у меня не собрался, ни в хешере, ни так. Что значит "не собрался"? (In reply to comment #6) > Что значит "не собрался"? ...... === Entering application parsetools make[3]: Entering directory `/home/naf/RPM/BUILD/otp_src_R11B-5/lib/parsetools/src' erlc -W +debug_info +warn_obsolete_guard -I/home/naf/RPM/BUILD/otp_src_R11B-5/lib/stdlib/include -o../ebin yecc.erl /home/naf/RPM/BUILD/otp_src_R11B-5/lib/parsetools/src/../ebin/yecc.bea#: error writing file make[3]: *** [../ebin/yecc.beam] Error 1 ...... Ошибка записи - из-за отсутствия каталога lib/parsetools/src/../ebin . Система - текущий Sisyphus, сборка проводилась на i586 и x86_64, с одинаковым результатом. (In reply to comment #7) > Ошибка записи - из-за отсутствия каталога lib/parsetools/src/../ebin . > Система - текущий Sisyphus, сборка проводилась на i586 и x86_64, с одинаковым > результатом. Или вы что-то не то собираете, или у вас что-то с FS. lib/parsetools/src/../ebin имеется сразу после распаковки тарболла, куда он у вас девается - не знаю. У меня собирается и работает на текущем сизифе и branch 4.0, на i586 и x86_64, в хэшере и в системе, на трёх разных машинах (где лежат результаты сборки я указал выше). (In reply to comment #8) > Или вы что-то не то собираете, или у вас что-то с FS. > lib/parsetools/src/../ebin имеется сразу после распаковки тарболла... Да... Извиняюсь... И действительно, имеется. Пустой. И тихо пропадающий после gear-srpmimport. По состоянию дел на текущий момент: R11B.5-alt0.2 с создающим пустые каталоги после распаковки архива куском из R11B-alt2 успешно собрался из git. ejabberd-1.1.3-alt2 перебран с ключом --with-odbc. Создано три базы в MySQL, по числу доменов. В базах хранятся учётные записи плюс информация для mod_roster_odbc, mod_vcard_odbc, mod_offline_odbc и mod_last_odbc. Всё это вместе с libunixODBC-2.2.12-alt3, unixODBC-2.2.12-alt3 и mysql-connector-odbc-3.51-alt1.1 спокойно проработало где-то пару суток. Проблем замечено не было, впрочем, особой нагрузки на систему не было, в базу от ejabberd поступало порядка 1000 запросов/сутки. Впрочем, сейчас от схемы работы через ODBC отказался, перешёл на родной драйвер к mysql для ejabberd - в этом случае odbcserver не запускается и ресурсов для VPS требуется существенно меньше. (In reply to comment #10) > Всё это вместе с libunixODBC-2.2.12-alt3, unixODBC-2.2.12-alt3 и > mysql-connector-odbc-3.51-alt1.1 спокойно проработало где-то пару суток. > Проблем замечено не было, впрочем, особой нагрузки на систему не было, в базу > от ejabberd поступало порядка 1000 запросов/сутки. На x86_64? > Впрочем, сейчас от схемы работы через ODBC отказался, перешёл на родной драйвер > к mysql для ejabberd - в этом случае odbcserver не запускается и ресурсов для > VPS требуется существенно меньше. а для Postgresql драйвер есть? (In reply to comment #11) > На x86_64? Да, разумеется. Речь же здесь идёт именно о x86_64. > > а для Postgresql драйвер есть? Драйвер для MySQL я брал отсюда: http://support.process-one.net/doc/display/MESSENGER/Using+ejabberd+with+MySQL+native+driver Есть ли что-либо аналогичное под PostgreSQL - даже не смотрел. Меня оно в данный момент интересует исключительно в применении к ejabberd, и для хранения его пяти таблиц ставить в выделенную VPS PostgreSQL видится явным перебором. Можете тогда в Sisyphus выложить новый пересобранный erlang + возможно и ejabberd? Для ejabberd можно откуда-то сделать pull с тем, чтобы все эти изменения учесть? (In reply to comment #13) > Можете тогда в Sisyphus выложить новый пересобранный erlang + возможно и > ejabberd? Для ejabberd можно откуда-то сделать pull с тем, чтобы все эти > изменения учесть? Прошу обратить внимание на мой пост в devel@ с темой Erlang/OTP. Похоже я начинаю серьёзно использовать Erlang в плане программирования, но проверять ejabberd у меня проверять нет возможности. Так же, возможно, имеет смысл выделить минимальный erlang-runtime, rpm скрипты-макросы дляя поиска зависимостей по beam-модулям (как это делается для perl/python/etc. и, с недавних пор, для java). Обновить, думаю, стоит (желательно, с учётом предидущего абзаца - такая сборка у меня есть). Потому как R11B-5 - это последний стабильный релиз в ветке R11B, в нём много багфиксов и больше R11B релизов не предполагается. *** Bug 13131 has been marked as a duplicate of this bug. *** В Сизиф уехала сборка Erlang R11B.5, по большей части скопированная из сборки в Дедале и новый ejabberd. |
Для -R11B-alt2 на x86_64 не собираются файлы: erlang/lib/odbc-2.0.7/c_src/* erlang/lib/odbc-2.0.7/priv/bin/* Как следствие, в отсутствии odbc-2.0.7/priv/bin/odbcserver поддержки ODBC в erlang на x86_64 нет. Steps to Reproduce: $ erl Erlang (BEAM) emulator version 5.5.3 [source] [64-bit] [async-threads:0] [hipe] [kernel-poll:false] Eshell V5.5.3 (abort with ^G) 1> odbc:connect("DSN=MYDB;UID=user;PWD=password", [{scrollable_cursors, off}]). =INFO REPORT==== 16-Aug-2007::06:30:09 === The odbc application was not started. Has now been started as a temporary application. {error,port_program_executable_not_found} 2>