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

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

    <bug>
          <bug_id>58766</bug_id>
          
          <creation_ts>2026-04-16 11:27:02 +0300</creation_ts>
          <short_desc>Сборка задания  падает с hasher-privd: parent: handle_io: idle time limit (3600 seconds) exceeded</short_desc>
          <delta_ts>2026-04-24 11:14:11 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>2</classification_id>
          <classification>Infrastructure</classification>
          <product>Infrastructure</product>
          <component>girar</component>
          <version>unspecified</version>
          <rep_platform>x86_64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>NOTABUG</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="ulysses@altlinux.org">ulysses</reporter>
          <assigned_to name="placeholder@altlinux.org">placeholder</assigned_to>
          <cc>aoipkn</cc>
    
    <cc>glebfm</cc>
    
    <cc>ldv</cc>
          
          <qa_contact name="Andrey Cherepanov">cas</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>285887</commentid>
    <comment_count>0</comment_count>
    <who name="ulysses@altlinux.org">ulysses</who>
    <bug_when>2026-04-16 11:27:02 +0300</bug_when>
    <thetext>Сборка задания #411083 всегда падает на подзадании 160 на архитектуре x86_64.
Исключить это подзадание не могу, т. к. оно является основным.
Что мне делать?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>286062</commentid>
    <comment_count>1</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2026-04-21 08:20:47 +0300</bug_when>
    <thetext>Эта ошибка значит ровно то, что написано в сообщении: процесс сборки завис и был автоматически прекращён, так что это штатное поведение сборочницы.

3600 секунд это очень много времени, чтобы ничего не выводить в процессе сборки, тем более что на других архитектурах вся сборка занимает меньше времени.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>286063</commentid>
    <comment_count>2</comment_count>
    <who name="ulysses@altlinux.org">ulysses</who>
    <bug_when>2026-04-21 08:24:06 +0300</bug_when>
    <thetext>Локально собирается на не самом мощном ноутбуке минуты за 4 где-то.
В сборочнице зависает. С отключенным LTO сборка продвинулась чуть дальше, но все равно упало с тем же сообщением. Странно, что на aarch64 сборка проходит, хотя слышал, что там ЭВМ послабее. Не важно баг это или особенность. Прошу помощи с тем, какие действия можно предпринять, чтобы эту особенность обойти и сборка наконец-то прошла.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>286064</commentid>
    <comment_count>3</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2026-04-21 08:27:17 +0300</bug_when>
    <thetext>Это не &quot;особенность&quot;, это какая-то ошибка в пакете, который вы собираете.
Попробую посмотреть.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>286065</commentid>
    <comment_count>4</comment_count>
    <who name="ulysses@altlinux.org">ulysses</who>
    <bug_when>2026-04-21 08:29:56 +0300</bug_when>
    <thetext>Спасибо.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>286066</commentid>
    <comment_count>5</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2026-04-21 09:02:28 +0300</bug_when>
    <thetext>Вот с таким патчем всё нормально собирается.  Т.е. sphinx почему-то виснет, если запускается со слишком высоким -j.

--- a/doc/CMakeLists.txt
+++ b/doc/CMakeLists.txt
@@ -36,7 +36,7 @@
     gdal_set_runtime_env(BUILD_RUN_ENV)
 
     set(SPHINX_BUILD_DIR ${CMAKE_CURRENT_BINARY_DIR}/build)
-    set(SPHINX_BUILD_OPTS &quot;--jobs=auto&quot; &quot;--show-traceback&quot;)
+    set(SPHINX_BUILD_OPTS &quot;--jobs=1&quot; &quot;--show-traceback&quot;)
     file(MAKE_DIRECTORY ${SPHINX_BUILD_DIR})
     file(MAKE_DIRECTORY ${SPHINX_BUILD_DIR}/html_extra)
(bugzilla скорее всего испортит этот патч, но задача в том, чтобы передать идею)

Это объезд, но решает вашу проблему здесь и сейчас.  И можете включить обратно lto, я уверен, что оно висло там же в документации, а не из-за lto.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>286067</commentid>
    <comment_count>6</comment_count>
    <who name="ulysses@altlinux.org">ulysses</who>
    <bug_when>2026-04-21 09:09:12 +0300</bug_when>
    <thetext>Спасибо, что уделили время. Сейчас попробую. Отпишусь о результате здесь.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>286285</commentid>
    <comment_count>7</comment_count>
    <who name="Ulysses Apokin">aoipkn</who>
    <bug_when>2026-04-24 11:14:11 +0300</bug_when>
    <thetext>Да, все хорошо. Еще раз спасибо.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>