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

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

    <bug>
          <bug_id>55340</bug_id>
          
          <creation_ts>2025-07-24 15:54:35 +0300</creation_ts>
          <short_desc>rpm-build-pyproject: зависимости на %python3_ABI_dep</short_desc>
          <delta_ts>2025-09-29 15:24:57 +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>rpm-build-pyproject</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>MOVED</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="Ivan A. Melnikov">iv</reporter>
          <assigned_to name="Stanislav Levin">slev</assigned_to>
          <cc>ancieg</cc>
    
    <cc>aris</cc>
    
    <cc>sbolshakov</cc>
    
    <cc>slev</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>269784</commentid>
    <comment_count>0</comment_count>
    <who name="Ivan A. Melnikov">iv</who>
    <bug_when>2025-07-24 15:54:35 +0300</bug_when>
    <thetext>Бинарные модули питона должны получать зависимость на %python3_ABI_dep, например такую:

$ rpm -qR python3-module-wx | grep -e -ABI
python3.12-ABI(64bit)

Однако при переходе на генерацию requirements исключительно средcтвами rpm-build-pyproject (AutoReq: yes, nopython3) эта зависимость не возникает. В результате пакет может быть поставлен в среду с другим питоном, однако работать в ней не будет.

rpm-build-pyproject позиционируется как более полный способ проставлять requirements, однако в данном случае наблюдается явная регрессия по сравнению с python3.req.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>269785</commentid>
    <comment_count>1</comment_count>
    <who name="Ivan A. Melnikov">iv</who>
    <bug_when>2025-07-24 15:55:13 +0300</bug_when>
    <thetext>Наткнулся сегодня, разбираясь, почему с python 3.13 не собирается boost -- оказалось, что тот очевидный факт, что numpy необходимо пересобирать с каждым новым питном, теперь не отражён в зависимостях python3-module-numpy.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>269794</commentid>
    <comment_count>2</comment_count>
    <who name="Ivan A. Melnikov">iv</who>
    <bug_when>2025-07-24 16:28:31 +0300</bug_when>
    <thetext>Помимо numpy нагреплись ещё python3-module-pymunk и python3-module-silx как пакеты с so-файлами и без зависимости на %python3_ABI_dep.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>269806</commentid>
    <comment_count>3</comment_count>
    <who name="Stanislav Levin">slev</who>
    <bug_when>2025-07-24 18:00:18 +0300</bug_when>
    <thetext>(In reply to Ivan A. Melnikov from comment #0)
&gt; Бинарные модули питона должны получать зависимость на %python3_ABI_dep,
&gt; например такую:
&gt; 
&gt; $ rpm -qR python3-module-wx | grep -e -ABI
&gt; python3.12-ABI(64bit)
&gt; 
&gt; Однако при переходе на генерацию requirements исключительно средcтвами
&gt; rpm-build-pyproject (AutoReq: yes, nopython3) эта зависимость не возникает.
&gt; В результате пакет может быть поставлен в среду с другим питоном, однако
&gt; работать в ней не будет.

В экосистеме питона невозможно указать непитон-зависимости (системные библиотеки, бинари и прочее), если они не забандлены в соответствующие питон-проекты. Поэтому такой поддержки в rpm-build-pyproject нет.

В случае с архитектурно-зависимым проектом совместимость конкретного дистрибутива (wheel) с платформой задается через *имя артефакта сборки*(https://packaging.python.org/en/latest/specifications/platform-compatibility-tags/).
Такой фичи у rpm-build-pyproject нет.

&gt; 
&gt; rpm-build-pyproject позиционируется как более полный способ проставлять
&gt; requirements, однако в данном случае наблюдается явная регрессия по
&gt; сравнению с python3.req.

rpm-build-pyproject - это способ указать зависимости питон проектов в виде, который предусмотрен экосистемой питона и не в каждом случае удастся обойтись без python3.req.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>270569</commentid>
    <comment_count>4</comment_count>
    <who name="Repository Robot">repository-robot</who>
    <bug_when>2025-08-07 11:17:34 +0300</bug_when>
    <thetext>rpm-build-pyproject-0.1.0-alt1 -&gt; sisyphus:

Mon Aug 04 2025 Stanislav Levin &lt;slev@altlinux&gt; 0.1.0-alt1
- Added support for alt-specific dependency on Python ABI (closes: #55340).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>272897</commentid>
    <comment_count>5</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2025-09-22 11:49:00 +0300</bug_when>
    <thetext>А из чего собственно следует, что (все, глядя в реализацию r-b-py*) бинарные модули питона должны получать зависимость на %python3_ABI_dep ?

Цитируемый в коде stable-api 
https://docs.python.org/3/c-api/stable.html#stable-application-binary-interface
как раз утверждает, что компилируемые с Py_LIMITED_API расширения совместимы вверх 
и позволяют избавиться от этой зависимости.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>273477</commentid>
    <comment_count>6</comment_count>
    <who name="Stanislav Levin">slev</who>
    <bug_when>2025-09-29 15:24:57 +0300</bug_when>
    <thetext>https://bugzilla.altlinux.org/56201</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>