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

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

    <bug>
          <bug_id>37413</bug_id>
          
          <creation_ts>2019-11-01 19:37:12 +0300</creation_ts>
          <short_desc>Совместимость с чужими glibc на aarch64</short_desc>
          <delta_ts>2019-12-18 15:18:49 +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>glibc-core</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>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>37641</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Vitaly Lipatov">lav</reporter>
          <assigned_to name="Gleb F-Malinovskiy">glebfm</assigned_to>
          <cc>glebfm</cc>
    
    <cc>ldv</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>185266</commentid>
    <comment_count>0</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2019-11-01 19:37:12 +0300</bug_when>
    <thetext>В некоторых дистрибутивах biarch устроен по-другому, и загрузчик ld-linux-aarch64.so.1 находится в 
/lib/ld-linux-aarch64.so.1
а не в
/lib64/ld-linux-aarch64.so.1
как у нас.

Предлагаю сделать дополнительный симлинк, чтобы улучшить бинарную совместимость со сборками для других дистрибутивов.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>185267</commentid>
    <comment_count>1</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2019-11-01 19:40:11 +0300</bug_when>
    <thetext>(In reply to comment #0)
&gt; В некоторых дистрибутивах biarch устроен по-другому, и загрузчик
&gt; ld-linux-aarch64.so.1 находится в 
&gt; /lib/ld-linux-aarch64.so.1
&gt; а не в
&gt; /lib64/ld-linux-aarch64.so.1
&gt; как у нас.

При чём тут biarch?

&gt; Предлагаю сделать дополнительный симлинк, чтобы улучшить бинарную совместимость
&gt; со сборками для других дистрибутивов.

Симлинк, который есть уже некоторое время

* Thu Oct 10 2019 Gleb F-Malinovskiy &lt;glebfm&gt; 6:2.27-alt11
- Updated to glibc-2.27-141-g5b4f7382af from 2.27 branch.
- Added ld-linux compat symlinks for aarch64 and riscv64.

не подходит?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>185269</commentid>
    <comment_count>2</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2019-11-01 19:47:29 +0300</bug_when>
    <thetext>(В ответ на комментарий №1)
&gt; (In reply to comment #0)
&gt; &gt; В некоторых дистрибутивах biarch устроен по-другому, и загрузчик
&gt; &gt; ld-linux-aarch64.so.1 находится в 
&gt; &gt; /lib/ld-linux-aarch64.so.1
&gt; &gt; а не в
&gt; &gt; /lib64/ld-linux-aarch64.so.1
&gt; &gt; как у нас.
&gt; 
&gt; При чём тут biarch?
Ну мне кажется, что есть системы, в которых /lib и /lib32, и есть другие, в которых /lib64 и /lib соответственно. И это способ организации biarch. Что-то не так?

&gt; Симлинк, который есть уже некоторое время
&gt; 
&gt; * Thu Oct 10 2019 Gleb F-Malinovskiy &lt;glebfm&gt; 6:2.27-alt11
&gt; - Updated to glibc-2.27-141-g5b4f7382af from 2.27 branch.
&gt; - Added ld-linux compat symlinks for aarch64 and riscv64.
&gt; 
&gt; не подходит?
Путём дополнительных манипуляций выяснено, что этот новый симлинк —
/lib/ld-linux-aarch64.so.1

Таким образом, задача решена до формального заведения баги, но после фактического.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>186392</commentid>
    <comment_count>3</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2019-12-17 12:32:47 +0300</bug_when>
    <thetext>При этом в glibc-core-debuginfo есть
/usr/lib/debug/lib64/ld-2.30.so.debug
/usr/lib/debug/lib64/ld-linux-aarch64.so.1.debug
но нет
/usr/lib/debug/lib/ld-linux-aarch64.so.1.debug

Из-за чего пакеты с отладочной информацией не проходят в Сизиф:
    aarch64: NEW unmet dependencies detected:
dotnet-bootstrap-debuginfo#3.1.0-alt1    /usr/lib/debug/lib/ld-linux-aarch64.so.1.debug

http://git.altlinux.org/tasks/243089/logs/events.2.1.log</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>186393</commentid>
    <comment_count>4</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2019-12-17 12:47:16 +0300</bug_when>
    <thetext>(In reply to comment #3)
&gt; Из-за чего пакеты с отладочной информацией не проходят в Сизиф:
&gt;     aarch64: NEW unmet dependencies detected:
&gt; dotnet-bootstrap-debuginfo#3.1.0-alt1   
&gt; /usr/lib/debug/lib/ld-linux-aarch64.so.1.debug

Простите, пожалуйста, но зачем вам для пакетов, которые вы не можете собрать из исходного кода, отладочная информация? Как вы эту отладочную информацию собираетесь использовать?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>186394</commentid>
    <comment_count>5</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2019-12-17 13:24:47 +0300</bug_when>
    <thetext>(В ответ на комментарий №4)
&gt; (In reply to comment #3)
&gt; &gt; Из-за чего пакеты с отладочной информацией не проходят в Сизиф:
&gt; &gt;     aarch64: NEW unmet dependencies detected:
&gt; &gt; dotnet-bootstrap-debuginfo#3.1.0-alt1   
&gt; &gt; /usr/lib/debug/lib/ld-linux-aarch64.so.1.debug
&gt; 
&gt; Простите, пожалуйста, но зачем вам для пакетов, которые вы не можете собрать из
&gt; исходного кода, отладочная информация? Как вы эту отладочную информацию
&gt; собираетесь использовать?
Я пока что хотел, чтобы пакет прошёл сборочницу. Возразить нечем, уже делаю strip на бинарники. Это правильный ход?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>186395</commentid>
    <comment_count>6</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2019-12-17 15:06:41 +0300</bug_when>
    <thetext>(В ответ на комментарий №5)
&gt; (В ответ на комментарий №4)
&gt; &gt; (In reply to comment #3)
&gt; &gt; &gt; Из-за чего пакеты с отладочной информацией не проходят в Сизиф:
&gt; &gt; &gt;     aarch64: NEW unmet dependencies detected:
&gt; &gt; &gt; dotnet-bootstrap-debuginfo#3.1.0-alt1   
&gt; &gt; &gt; /usr/lib/debug/lib/ld-linux-aarch64.so.1.debug
&gt; &gt; 
&gt; &gt; Простите, пожалуйста, но зачем вам для пакетов, которые вы не можете собрать из
&gt; &gt; исходного кода, отладочная информация? Как вы эту отладочную информацию
&gt; &gt; собираетесь использовать?
&gt; Я пока что хотел, чтобы пакет прошёл сборочницу. Возразить нечем, уже делаю
&gt; strip на бинарники. Это правильный ход?
... который Глеб уже сделал в рамках
* Fri Nov 08 2019 Gleb F-Malinovskiy &lt;glebfm@altlinux.org&gt; 3.0.0-alt1.qa1
- Dropped hack for ld-linux path on aarch64.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>