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

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

    <bug>
          <bug_id>25071</bug_id>
          
          <creation_ts>2011-02-11 14:21:28 +0300</creation_ts>
          <short_desc>Затрудненная компиляция qt4-софта</short_desc>
          <delta_ts>2018-05-29 20:08:37 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>3</classification_id>
          <classification>Distributions</classification>
          <product>Branch 5.1</product>
          <component>gcc4.4-c++</component>
          <version>unspecified</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>critical</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Motsyo Gennadi">drool</reporter>
          <assigned_to name="Dmitry V. Levin">ldv</assigned_to>
          <cc>aen</cc>
    
    <cc>force</cc>
    
    <cc>grenka</cc>
    
    <cc>mike</cc>
          
          <qa_contact name="QA 5.1">qa-5.1</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>118258</commentid>
    <comment_count>0</comment_count>
    <who name="Motsyo Gennadi">drool</who>
    <bug_when>2011-02-11 14:21:28 +0300</bug_when>
    <thetext>В 5.1 чрезвычайно долго собирается софт на qt4. Некоторые пакеты (сравнительно мелкие) вообще могут собираться на двуядернике по времени с 17.30 до 21.30, что непозволительно для текущих таймингов сборочницы - просто отваливается по таймауту. Пример такой софтины - nmapsi4, которая в сизиф и 4.1 собирается менее, чем за 15 минут.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118577</commentid>
    <comment_count>1</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2011-02-19 01:48:50 +0300</bug_when>
    <thetext>Я не верю, что в бранче 5.1 кто-то захочет трогать тулчейн.
Могу предложить различные варианты объезда.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118641</commentid>
    <comment_count>2</comment_count>
    <who name="Victor Forsyuk">force</who>
    <bug_when>2011-02-21 18:57:05 +0300</bug_when>
    <thetext>(In reply to comment #1)
&gt; Я не верю, что в бранче 5.1 кто-то захочет трогать тулчейн.
&gt; Могу предложить различные варианты объезда.

В таком случае следует публично объявить бранч 5.1 нерекомендуемым к использованию. Там сейчас _очень_ плохого качества тулчейн:
http://lists.altlinux.org/pipermail/sisyphus/2010-October/349478.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118648</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2011-02-21 23:55:13 +0300</bug_when>
    <thetext>(In reply to comment #1)
&gt; Я не верю, что в бранче 5.1 кто-то захочет трогать тулчейн.
Ну почему, можно попробовать.  Если баг не вылазит на p5, то он мой, поскольку бэкпорт с исправлением насчёт P:/O: libgomp делал я.

&gt; Могу предложить различные варианты объезда.
Давай.  А я пока займусь бэкпортом 4.4.5-alt3 в сторонку.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118649</commentid>
    <comment_count>4</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2011-02-21 23:57:25 +0300</bug_when>
    <thetext>Насколько понимаю, там придётся откатить как минимум это изменение:

* Fri Oct 15 2010 Kirill A. Shutemov &lt;kas@altlinux&gt; 4.4.5-alt2
- Switch gcc4.4 to compat mode.

2 ldv: будет ли техническая возможность устроить тестовую пересборку бранча?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118652</commentid>
    <comment_count>5</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2011-02-22 00:22:40 +0300</bug_when>
    <thetext>(разглядывая) Похоже, даже до 4.4.5-alt1.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118702</commentid>
    <comment_count>6</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2011-02-22 23:49:32 +0300</bug_when>
    <thetext>Дважды воспроизвелось (и это не UBC):

checking if uudecode can decode base 64 file... yes
checking if gij works... configure: error: The Java VM gij failed (see config.log, check the CLASSPATH?)
configure: error: ../../../../libjava/classpath/configure failed for classpath
make[1]: *** [configure-target-libjava] Error 1
make[1]: Leaving directory `/usr/src/RPM/BUILD/gcc-4.4.5-20101001/obj-i586-alt-linux&apos;
make: *** [bootstrap] Error 2
make: Leaving directory `/usr/src/RPM/BUILD/gcc-4.4.5-20101001/obj-i586-alt-linux&apos;

В obj-i586-alt-linux/config.log ничего насчёт CLASSPATH и gij нет.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>171413</commentid>
    <comment_count>7</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2018-05-29 20:08:37 +0300</bug_when>
    <thetext>Думаю, что RESOLVED WONTFIX.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>