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

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

    <bug>
          <bug_id>21209</bug_id>
          
          <creation_ts>2009-08-25 01:12:08 +0400</creation_ts>
          <short_desc>/usr/bin/babel-libtool: bundled libtool is exported and buggy</short_desc>
          <delta_ts>2009-09-15 05:54:55 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>babel</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>P3</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Dmitry V. Levin">ldv</reporter>
          <assigned_to name="Andrew Vasilyev">andy</assigned_to>
          <cc>andy</cc>
    
    <cc>faux</cc>
    
    <cc>real.altlinux.org</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>97229</commentid>
    <comment_count>0</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2009-08-25 01:12:08 +0400</bug_when>
    <thetext>For some unknown reason, babel-1.4.0-alt6.svn20090721.1 packages libtool used for build via /usr/bin/babel-libtool.  This is a bad idea and should be avoided.
Worse, this bundled libtool embeds GCC search dir which is version-dependent,
This error leads to failures every time gcc version changes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>99028</commentid>
    <comment_count>1</comment_count>
    <who name="real@altlinux.org">real.altlinux.org</who>
    <bug_when>2009-09-14 06:33:46 +0400</bug_when>
    <thetext>Честно говоря, я слабо понял, в чём суть этого сообщения (кстати, уведомление о нём мне не приходило).

Но, кстати, за это время пакет уже был пересобран, я уже понял, что это нужно делать каждый раз при смене версии gcc. Думаю, ничего страшного в этом нет, а чтобы начинать глобальную реформу (это насчёт &quot;This is a bad idea and should be
avoided&quot;), нужно быть апстримом. Но если это действительно какие-то проблемы создаёт, был бы рад увидеть по-английски послание для апстрима, который и отправлю (без особой надежды на результат, впрочем).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>99035</commentid>
    <comment_count>2</comment_count>
    <who name="real@altlinux.org">real.altlinux.org</who>
    <bug_when>2009-09-14 09:06:32 +0400</bug_when>
    <thetext>Проблема починить это самому следующая:

часть необходимых для babel-oriented проектов символов отсутствует во всех shared-библиотеках gcc, но присутствует в объектниках (файлы *.o), они и используются. Я сам в свою очередь хотел повесить FR на gcc, чтобы эти объектники упаковывались либо в libc.so, либо вообще в отдельную библиотеку, да как-то из головы вылетело за тьмой других дел...

&gt; rpm -ql gcc4.4|grep &apos;\.o&apos;
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtbegin.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtbeginS.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtbeginT.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtend.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtendS.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtfastmath.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtprec32.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtprec64.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtprec80.o</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>99038</commentid>
    <comment_count>3</comment_count>
    <who name="real@altlinux.org">real.altlinux.org</who>
    <bug_when>2009-09-14 11:28:34 +0400</bug_when>
    <thetext>Был ещё вариант убрать явные пути к объектникам в /usr/bin/babel-libtool, а сделать вычисление их в зависимости от наличной версии gcc, но это не решит проблему: всё равно все пакеты, которые собираются при помощи babel, при смене версии gcc необходимо будет пересобирать, увы.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>99048</commentid>
    <comment_count>4</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2009-09-14 12:54:16 +0400</bug_when>
    <thetext>(In reply to comment #1)
&gt; Честно говоря, я слабо понял, в чём суть этого сообщения (кстати, уведомление о
&gt; нём мне не приходило).

В пакете babel клонирована часть пакета libtool со всеми ошибками этого libtool, которые уже исправлены в нашем пакете libtool_2.2.  Я не знаю, зачем нужно было клонировать libtool, но если вы как мейнтейнер убеждены в том, что клон libtool действительно нужен в пакете babel, то перенесите туда, пожалуйста, исправления из пакета libtool_2.2, в частности, из libtool_2.2-2.2.6-alt9.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>99050</commentid>
    <comment_count>5</comment_count>
    <who name="real@altlinux.org">real.altlinux.org</who>
    <bug_when>2009-09-14 12:59:44 +0400</bug_when>
    <thetext>Хорошо, попробую.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>99108</commentid>
    <comment_count>6</comment_count>
    <who name="real@altlinux.org">real.altlinux.org</who>
    <bug_when>2009-09-15 05:54:55 +0400</bug_when>
    <thetext>1.4.0-alt6.svn20090721.4</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>