40737 2021-08-15 03:42:53 +0300 Зависит сам от себя 2021-09-08 19:41:00 +0300 1 1 4 Development Sisyphus python3 unstable x86_64 Linux CLOSED WORKSFORME P5 normal --- 1 lav grenka george glebfm grenka imz kotopesutility vitty qa-sisyphus oldest_to_newest 201567 0 lav 2021-08-15 03:42:53 +0300 $ apt-cache whatdepends python3-modules-sqlite3 python3-modules-sqlite3-3.9.6-alt1:sisyphus+276295.100.1.1@1624964289 Требует: <python3(_sqlite3)> python3-modules-sqlite3-3.9.6-alt1:sisyphus+276295.100.1.1@1624964289 $ rpm -q --requires python3-modules-sqlite3 ... python3(_sqlite3) < 0 $ rpm -q --provides python3-modules-sqlite3 ... python3(_sqlite3) 201654 1 grenka 2021-08-16 16:51:04 +0300 Это кому-то мешает? 202491 2 grenka 2021-09-08 17:36:58 +0300 Виталий, какое поведение ожидается? Можете дать небольшой комментарий? 202503 3 lav 2021-09-08 18:27:42 +0300 (Ответ для Grigory Ustinov на комментарий #2) > Виталий, какое поведение ожидается? Можете дать небольшой комментарий? Сначала я думал, что проблема общеизвестная, и её просто не замечали. Как мне кажется, модули python не должны порождать зависимости, которые сами же провайдят. Если ничего специального для такого requires в спеке нет, то я повесил багу не на тот компонент (надо на rpm-build-python3), и вообще это не проблема. Если вы считаете, что проблемы в этом нет, давайте задачу закроем. По моему разумению, python3(_sqlite3) вообще не должен быть в provides/requires, потому что это внутренний модуль, а публичный это python3(sqlite3). 202506 4 grenka 2021-09-08 19:04:38 +0300 Насколько (Ответ для Vitaly Lipatov на комментарий #3) > Если вы считаете, что проблемы в этом нет, давайте задачу закроем. Там в явном виде: from _sqlite3 import * в файле python3/Lib/sqlite3/dbapi2.py То есть он сам его порождает и сам им же пользуется. С точки зрения логики никаких проблем. Проблема в том, что это "видно снаружи"? Пожалуй, но вряд ли это проблема rpm-build-python3, потому что тут всё честно. Можно попробовать "спрятать" такое поведение макросами типа req_skip и filter_from_provides, но стоит ли? 202509 5 lav 2021-09-08 19:41:00 +0300 (Ответ для Grigory Ustinov на комментарий #4) > Насколько (Ответ для Vitaly Lipatov на комментарий #3) > > Если вы считаете, что проблемы в этом нет, давайте задачу закроем. > > Там в явном виде: > from _sqlite3 import * > в файле > python3/Lib/sqlite3/dbapi2.py > > То есть он сам его порождает и сам им же пользуется. С точки зрения логики > никаких проблем. Проблема в том, что это "видно снаружи"? Пожалуй, но вряд > ли это проблема rpm-build-python3, потому что тут всё честно. > > Можно попробовать "спрятать" такое поведение макросами типа req_skip и > filter_from_provides, но стоит ли? Если _sqlite3 это действительно внутренняя библиотека, я бы не стал её показывать наружу во избежание каких-то недоразумений. Но наверное, это просто перестраховка, поэтому предлагаю закрыть задачу :)