rpms/python3-packaging

Fork 0

Upstream update available: python3-packaging 24.2 → 26.2 #1

New issue

Open

opened 2026-04-28 01:57:04 +03:00 by sbelikov · 0 comments

sbelikov commented

2026-04-28 01:57:04 +03:00

Owner

Upstream update available: `python3-packaging` `24.2` → `26.2`

Package

Package: python3-packaging
RPM name: python3-packaging
Branch: niceos-5.2
Current EVR: 24.2-1
Update class: major
Compare method: python_rpm
Update policy: leaf
Risk tags: standard

Upstream

Upstream type: pypi
Upstream project: -
Upstream URL: https://files.pythonhosted.org/packages/source/p/packaging/packaging-24.2.tar.gz
Detected version: 26.2
Tag/release: 26.2
Source: pypi_json
Published: 2026-04-24T20:15:23.917886Z
Release URL: https://pypi.org/project/packaging/
Source URL: https://files.pythonhosted.org/packages/d7/f1/e7a6dd94a8d4a5626c03e4e99c87f241ba9e350cd9e6d75123f992427270/packaging-26.2.tar.gz
Pre-release: False

Signals

Security-relevant keywords detected: True
Policy blocked: False
Policy reason: -
Labels: ai-summary, bot, needs-build, needs-triage, priority/high, security-release, update/major, upstream-update, upstream/pypi

NiceSOFT AI preliminary analysis

1. Краткий вывод

Предлагается обновление библиотеки python3-packaging с версии 24.2 до 26.2, что классифицируется как мажорное обновление (major). В метаданных обновления зафиксированы теги безопасности (security_keywords_detected_by_script: True), однако конкретные уязвимости или CVE не указаны во входных данных.

2. Риск для НАЙС.ОС

high. Обновление является мажорным (смена мажорной версии с 24 на 26), что подразумевает потенциальные изменения в публичном API или поведении библиотеки. Наличие флага безопасности требует обязательного ручного анализа, так как автоматические проверки могут пропустить специфичные для этой версии изменения.

3. Security/CVE

Во входных данных присутствуют признаки активности безопасности (security_keywords_detected_by_script: True), но конкретные номера CVE, описания уязвимостей или ссылки на отчеты отсутствуют. Факты о наличии конкретных уязвимостей не могут быть подтверждены без дополнительной информации.

4. ABI/API риск

Вероятность изменений в ABI/API высока из-за мажорного характера обновления (24.x -> 26.x). Библиотека предоставляет низкоуровневые утилиты для обработки версий, спецификаторов и метаданных; изменение логики парсинга или сравнения версий может повлиять на зависимые пакеты. Необходим ручной анализ изменений в API между версиями 24.2 и 26.2.

5. Риск для RPM-сборки

Поскольку это мажорное обновление, возможны изменения в требованиях к компилятору (BuildRequires), зависимости от других Python-пакетов или сценариях сборки. Стандартные проверки %check могут провалиться, если изменились ожидаемые выходные данные тестов или поведение модулей при импорте.

6. Проверки мейнтейнера

Проверить список изменений (Changelog) на сайте проекта или в репозитории upstream для выявления breaking changes.
Уточнить источник информации о найденных "ключевых словах безопасности" и наличие соответствующих CVE.
Провести тестирование обновленного пакета в изолированной среде НАЙС.ОС.
Проверить совместимость с другими пакетами дистрибутива, использующими python3-packaging.
Оценить необходимость обновления зависимостей внутри самого пакета packaging.

7. Рекомендация

blocked manual review

8. Основание рекомендации

Обновление заблокировано для автоматического применения из-за комбинации мажорной смены версии и наличия флагов безопасности. Требуется ручная оценка влияния на стабильность системы и подтверждение отсутствия критических уязвимостей перед разрешением обновления.

Upstream release notes / description

Core utilities for Python packages

packaging

.. start-intro

Reusable core utilities for various Python Packaging
interoperability specifications <https://packaging.python.org/specifications/>_.

This library provides utilities that implement the interoperability
specifications which have clearly one correct behaviour (eg: :pep:440)
or benefit greatly from having a single shared implementation (eg: :pep:425).

.. end-intro

The packaging project includes the following: version handling, specifiers,
markers, requirements, tags, metadata, lockfiles, utilities.

Documentation

The documentation_ provides information and the API for the following:

Version Handling
Specifiers
Markers
Licenses
Requirements
Metadata
Tags
Lockfiles (pylock)
Direct URL helpers
Dependency groups
Errors
Utilities

Installation

Use pip to install these utilities::

pip install packaging

The packaging library uses calendar-based versioning (YY.N).

Discussion

If you run into bugs, you can file them in our issue tracker_.

You can also join discussions on GitHub Discussions_ to ask questions or get involved.

.. _documentation: https://packaging.pypa.io/
.. _issue tracker: https://github.com/pypa/packaging/issues
.. _GitHub Discussions: https://github.com/pypa/packaging/discussions

Code of Conduct

Everyone interacting in the packaging project's codebases, issue trackers, chat
rooms, and mailing lists is expected to follow the PSF Code of Conduct_.

.. _PSF Code of Conduct: https://github.com/pypa/.github/blob/main/CODE_OF_CONDUCT.md

Contributing

The CONTRIBUTING.rst file outlines how to contribute to this project as
well as how to report a potential security issue. The documentation for this
project also covers information about project development_ and security_.

.. _project development: https://packaging.pypa.io/en/latest/development/
.. _security: https://packaging.pypa.io/en/latest/security/

Project History

Please review the CHANGELOG.rst file or the Changelog documentation_ for
recent changes and project history.

.. _Changelog documentation: https://packaging.pypa.io/en/latest/changelog/

NiceOS maintainer checklist

Confirm that the detected version is a stable upstream release.
Check upstream changelog for security fixes, ABI/API changes and build-system changes.
Check ABI/API compatibility and reverse dependencies.
Download source into NiceOS lookaside storage.
Update Version and related fields in SPECS/*.spec only if policy allows it.
Regenerate SOURCES/sources.lock.json, manifests, metadata and SBOM.
Build SRPM/RPM in a clean NiceOS buildroot.
Run package smoke tests.
Link PR/build logs and close this issue after update or triage.

Bot metadata

Tool: niceos_upstream_monitor.py 1.4
Generated at: 2026-04-27T22:57:04Z

# Upstream update available: `python3-packaging` `24.2` → `26.2` ## Package - Package: `python3-packaging` - RPM name: `python3-packaging` - Branch: `niceos-5.2` - Current EVR: `24.2-1` - Update class: `major` - Compare method: `python_rpm` - Update policy: `leaf` - Risk tags: `standard` ## Upstream - Upstream type: `pypi` - Upstream project: `-` - Upstream URL: https://files.pythonhosted.org/packages/source/p/packaging/packaging-24.2.tar.gz - Detected version: `26.2` - Tag/release: `26.2` - Source: `pypi_json` - Published: `2026-04-24T20:15:23.917886Z` - Release URL: https://pypi.org/project/packaging/ - Source URL: https://files.pythonhosted.org/packages/d7/f1/e7a6dd94a8d4a5626c03e4e99c87f241ba9e350cd9e6d75123f992427270/packaging-26.2.tar.gz - Pre-release: `False` ## Signals - Security-relevant keywords detected: `True` - Policy blocked: `False` - Policy reason: `-` - Labels: `ai-summary, bot, needs-build, needs-triage, priority/high, security-release, update/major, upstream-update, upstream/pypi` ## NiceSOFT AI preliminary analysis ### 1. Краткий вывод Предлагается обновление библиотеки `python3-packaging` с версии 24.2 до 26.2, что классифицируется как мажорное обновление (major). В метаданных обновления зафиксированы теги безопасности (`security_keywords_detected_by_script: True`), однако конкретные уязвимости или CVE не указаны во входных данных. ### 2. Риск для НАЙС.ОС **high**. Обновление является мажорным (смена мажорной версии с 24 на 26), что подразумевает потенциальные изменения в публичном API или поведении библиотеки. Наличие флага безопасности требует обязательного ручного анализа, так как автоматические проверки могут пропустить специфичные для этой версии изменения. ### 3. Security/CVE Во входных данных присутствуют признаки активности безопасности (`security_keywords_detected_by_script: True`), но конкретные номера CVE, описания уязвимостей или ссылки на отчеты отсутствуют. Факты о наличии конкретных уязвимостей не могут быть подтверждены без дополнительной информации. ### 4. ABI/API риск Вероятность изменений в ABI/API высока из-за мажорного характера обновления (24.x -> 26.x). Библиотека предоставляет низкоуровневые утилиты для обработки версий, спецификаторов и метаданных; изменение логики парсинга или сравнения версий может повлиять на зависимые пакеты. Необходим ручной анализ изменений в API между версиями 24.2 и 26.2. ### 5. Риск для RPM-сборки Поскольку это мажорное обновление, возможны изменения в требованиях к компилятору (BuildRequires), зависимости от других Python-пакетов или сценариях сборки. Стандартные проверки `%check` могут провалиться, если изменились ожидаемые выходные данные тестов или поведение модулей при импорте. ### 6. Проверки мейнтейнера - [ ] Проверить список изменений (Changelog) на сайте проекта или в репозитории upstream для выявления breaking changes. - [ ] Уточнить источник информации о найденных "ключевых словах безопасности" и наличие соответствующих CVE. - [ ] Провести тестирование обновленного пакета в изолированной среде НАЙС.ОС. - [ ] Проверить совместимость с другими пакетами дистрибутива, использующими `python3-packaging`. - [ ] Оценить необходимость обновления зависимостей внутри самого пакета `packaging`. ### 7. Рекомендация blocked manual review ### 8. Основание рекомендации Обновление заблокировано для автоматического применения из-за комбинации мажорной смены версии и наличия флагов безопасности. Требуется ручная оценка влияния на стабильность системы и подтверждение отсутствия критических уязвимостей перед разрешением обновления. ## Upstream release notes / description Core utilities for Python packages packaging ========= .. start-intro Reusable core utilities for various Python Packaging `interoperability specifications <https://packaging.python.org/specifications/>`_. This library provides utilities that implement the interoperability specifications which have clearly one correct behaviour (eg: :pep:`440`) or benefit greatly from having a single shared implementation (eg: :pep:`425`). .. end-intro The ``packaging`` project includes the following: version handling, specifiers, markers, requirements, tags, metadata, lockfiles, utilities. Documentation ------------- The `documentation`_ provides information and the API for the following: - Version Handling - Specifiers - Markers - Licenses - Requirements - Metadata - Tags - Lockfiles (pylock) - Direct URL helpers - Dependency groups - Errors - Utilities Installation ------------ Use ``pip`` to install these utilities:: pip install packaging The ``packaging`` library uses calendar-based versioning (``YY.N``). Discussion ---------- If you run into bugs, you can file them in our `issue tracker`_. You can also join discussions on `GitHub Discussions`_ to ask questions or get involved. .. _`documentation`: https://packaging.pypa.io/ .. _`issue tracker`: https://github.com/pypa/packaging/issues .. _`GitHub Discussions`: https://github.com/pypa/packaging/discussions Code of Conduct --------------- Everyone interacting in the packaging project's codebases, issue trackers, chat rooms, and mailing lists is expected to follow the `PSF Code of Conduct`_. .. _PSF Code of Conduct: https://github.com/pypa/.github/blob/main/CODE_OF_CONDUCT.md Contributing ------------ The ``CONTRIBUTING.rst`` file outlines how to contribute to this project as well as how to report a potential security issue. The documentation for this project also covers information about `project development`_ and `security`_. .. _`project development`: https://packaging.pypa.io/en/latest/development/ .. _`security`: https://packaging.pypa.io/en/latest/security/ Project History --------------- Please review the ``CHANGELOG.rst`` file or the `Changelog documentation`_ for recent changes and project history. .. _`Changelog documentation`: https://packaging.pypa.io/en/latest/changelog/ ## NiceOS maintainer checklist - [ ] Confirm that the detected version is a stable upstream release. - [ ] Check upstream changelog for security fixes, ABI/API changes and build-system changes. - [ ] Check ABI/API compatibility and reverse dependencies. - [ ] Download source into NiceOS lookaside storage. - [ ] Update `Version` and related fields in `SPECS/*.spec` only if policy allows it. - [ ] Regenerate `SOURCES/sources.lock.json`, manifests, metadata and SBOM. - [ ] Build SRPM/RPM in a clean NiceOS buildroot. - [ ] Run package smoke tests. - [ ] Link PR/build logs and close this issue after update or triage. ## Bot metadata - Tool: `niceos_upstream_monitor.py 1.4` - Generated at: `2026-04-27T22:57:04Z`

sbelikov added the

labels

2026-04-28 01:57:04 +03:00