<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>12576</bug_id>
          
          <creation_ts>2007-08-16 08:31:01 +0400</creation_ts>
          <short_desc>Missed essential files on x86_64</short_desc>
          <delta_ts>2008-03-13 12:29:00 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>erlang-odbc</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>14168</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Nikolay A. Fetisov">naf</reporter>
          <assigned_to name="nbr">nbr</assigned_to>
          <cc>akhavr</cc>
    
    <cc>egori</cc>
    
    <cc>nbr</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>54184</commentid>
    <comment_count>0</comment_count>
    <who name="Nikolay A. Fetisov">naf</who>
    <bug_when>2007-08-16 08:31:01 +0400</bug_when>
    <thetext>Для -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&gt; odbc:connect(&quot;DSN=MYDB;UID=user;PWD=password&quot;, [{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&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54241</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2007-08-17 10:39:54 +0400</bug_when>
    <thetext>2 led: ты такое часом не чинил?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54272</commentid>
    <comment_count>2</comment_count>
    <who name="">led</who>
    <bug_when>2007-08-17 19:16:17 +0400</bug_when>
    <thetext>(In reply to comment #1)
&gt; 2 led: ты такое часом не чинил?

Там почему-то заблокирована сборка odbcserver для 64bit (в Makefile).
Сейчас уберу этоту блокировку.
Проверьте в Daedalus erlang-R11B.5-alt0.2 (сегодня я постараюсь её туда залить)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54273</commentid>
    <comment_count>3</comment_count>
    <who name="">led</who>
    <bug_when>2007-08-17 20:27:11 +0400</bug_when>
    <thetext>Ушло в /i/D
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54303</commentid>
    <comment_count>4</comment_count>
    <who name="">led</who>
    <bug_when>2007-08-20 13:22:16 +0400</bug_when>
    <thetext>Или здесь:
ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54313</commentid>
    <comment_count>5</comment_count>
    <who name="Nikolay A. Fetisov">naf</who>
    <bug_when>2007-08-20 17:50:04 +0400</bug_when>
    <thetext>R11B.5-alt0.2 у меня не собрался, ни в хешере, ни так.

Приложил патч к R11B-alt2, похоже, что собралось. Во всяком случае, на тестовой 
системе свежепоставленный ejabberd к базе подцепиться смог.

Вечером попробую перевести информацию в MySQL и посмотреть на более-менее 
используемой системе, как оно живёт.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54318</commentid>
    <comment_count>6</comment_count>
    <who name="">led</who>
    <bug_when>2007-08-20 18:55:51 +0400</bug_when>
    <thetext>(In reply to comment #5)
&gt; R11B.5-alt0.2 у меня не собрался, ни в хешере, ни так.

Что значит &quot;не собрался&quot;?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54320</commentid>
    <comment_count>7</comment_count>
    <who name="Nikolay A. Fetisov">naf</who>
    <bug_when>2007-08-20 19:27:54 +0400</bug_when>
    <thetext>(In reply to comment #6)
&gt; Что значит &quot;не собрался&quot;?

......
=== Entering application parsetools
make[3]: Entering directory 
`/home/naf/RPM/BUILD/otp_src_R11B-5/lib/parsetools/src&apos;
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, с одинаковым 
результатом.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54321</commentid>
    <comment_count>8</comment_count>
    <who name="">led</who>
    <bug_when>2007-08-20 19:39:38 +0400</bug_when>
    <thetext>(In reply to comment #7)
&gt; Ошибка записи - из-за отсутствия каталога lib/parsetools/src/../ebin .
&gt; Система - текущий Sisyphus, сборка проводилась на i586 и x86_64, с одинаковым 
&gt; результатом.

Или вы что-то не то собираете, или у вас что-то с FS.
lib/parsetools/src/../ebin имеется сразу после распаковки тарболла, куда он у 
вас девается - не знаю. У меня собирается и работает на текущем сизифе и branch 
4.0, на i586 и x86_64, в хэшере и в системе, на трёх разных машинах (где лежат 
результаты сборки я указал выше).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54323</commentid>
    <comment_count>9</comment_count>
    <who name="Nikolay A. Fetisov">naf</who>
    <bug_when>2007-08-20 19:57:21 +0400</bug_when>
    <thetext>(In reply to comment #8)
&gt; Или вы что-то не то собираете, или у вас что-то с FS.
&gt; lib/parsetools/src/../ebin имеется сразу после распаковки тарболла...

Да... Извиняюсь... И действительно, имеется. Пустой. И тихо пропадающий после 
gear-srpmimport. </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54683</commentid>
    <comment_count>10</comment_count>
    <who name="Nikolay A. Fetisov">naf</who>
    <bug_when>2007-08-31 18:32:53 +0400</bug_when>
    <thetext>По состоянию дел на текущий момент:
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 требуется существенно меньше.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54684</commentid>
    <comment_count>11</comment_count>
    <who name="">led</who>
    <bug_when>2007-08-31 18:44:31 +0400</bug_when>
    <thetext>(In reply to comment #10)
&gt; Всё это вместе с libunixODBC-2.2.12-alt3, unixODBC-2.2.12-alt3 и 
&gt; mysql-connector-odbc-3.51-alt1.1 спокойно проработало где-то пару суток. 
&gt; Проблем замечено не было, впрочем, особой нагрузки на систему не было, в базу 
&gt; от ejabberd поступало порядка 1000 запросов/сутки.

На x86_64?

&gt; Впрочем, сейчас от схемы работы через ODBC отказался, перешёл на родной 
драйвер 
&gt; к mysql для ejabberd - в этом случае odbcserver не запускается и ресурсов для 
&gt; VPS требуется существенно меньше.

а для Postgresql драйвер есть?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54685</commentid>
    <comment_count>12</comment_count>
    <who name="Nikolay A. Fetisov">naf</who>
    <bug_when>2007-08-31 19:12:02 +0400</bug_when>
    <thetext>(In reply to comment #11)
&gt; На x86_64?
Да, разумеется. Речь же здесь идёт именно о x86_64.

&gt; 
&gt; а для Postgresql драйвер есть?

Драйвер для MySQL я брал отсюда:
http://support.process-one.net/doc/display/MESSENGER/Using+ejabberd+with+MySQL+native+driver

Есть ли что-либо аналогичное под PostgreSQL - даже не смотрел. Меня оно в 
данный момент интересует исключительно в применении к ejabberd, и для хранения 
его пяти таблиц ставить в выделенную VPS  PostgreSQL видится явным перебором.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54691</commentid>
    <comment_count>13</comment_count>
    <who name="Mikhail Yakshin">greycat</who>
    <bug_when>2007-09-01 09:25:22 +0400</bug_when>
    <thetext>Можете тогда в Sisyphus выложить новый пересобранный erlang + возможно и
ejabberd?  Для ejabberd можно откуда-то сделать pull с тем, чтобы все эти
изменения учесть?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54700</commentid>
    <comment_count>14</comment_count>
    <who name="">led</who>
    <bug_when>2007-09-01 17:13:19 +0400</bug_when>
    <thetext>(In reply to comment #13)
&gt; Можете тогда в Sisyphus выложить новый пересобранный erlang + возможно и
&gt; ejabberd?  Для ejabberd можно откуда-то сделать pull с тем, чтобы все эти
&gt; изменения учесть?

Прошу обратить внимание на мой пост в devel@ с темой Erlang/OTP. Похоже я 
начинаю серьёзно использовать Erlang в плане программирования, но проверять 
ejabberd у меня проверять нет возможности. Так же, возможно, имеет смысл 
выделить минимальный erlang-runtime, rpm скрипты-макросы дляя поиска 
зависимостей по beam-модулям (как это делается для perl/python/etc. и, с 
недавних пор, для java).

Обновить, думаю, стоит (желательно, с учётом предидущего абзаца - такая сборка 
у меня есть). Потому как R11B-5 - это последний стабильный релиз в ветке R11B, 
в нём много багфиксов и больше R11B релизов не предполагается.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56579</commentid>
    <comment_count>15</comment_count>
    <who name="Mikhail Yakshin">greycat</who>
    <bug_when>2007-10-16 18:08:12 +0400</bug_when>
    <thetext>*** Bug 13131 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58075</commentid>
    <comment_count>16</comment_count>
    <who name="Mikhail Yakshin">greycat</who>
    <bug_when>2007-11-12 16:14:22 +0300</bug_when>
    <thetext>В Сизиф уехала сборка Erlang R11B.5, по большей части скопированная из сборки в
Дедале и новый ejabberd.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>