rpms/python3-pyinstaller-hooks-contrib

Fork 0

Upstream update available: python3-pyinstaller-hooks-contrib 2025.8 → 2026.4 #1

New issue

Open

opened 2026-04-28 02:00:51 +03:00 by sbelikov · 0 comments

sbelikov commented

2026-04-28 02:00:51 +03:00

Owner

Upstream update available: `python3-pyinstaller-hooks-contrib` `2025.8` → `2026.4`

Package

Package: python3-pyinstaller-hooks-contrib
RPM name: python3-pyinstaller-hooks-contrib
Branch: niceos-5.2
Current EVR: 2025.8-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/71/d6/e5b378b7d4add8c879295c531309b0320e9c07a70458665d091760ffdc87/pyinstaller_hooks_contrib-2025.8.tar.gz
Detected version: 2026.4
Tag/release: 2026.4
Source: pypi_json
Published: 2026-03-31T14:10:51.188811Z
Release URL: https://pypi.org/project/pyinstaller-hooks-contrib/
Source URL: https://files.pythonhosted.org/packages/c7/fe/9278c29394bf69169febc21f96b4252c3ee7c8ec22c2fc545004bed47e71/pyinstaller_hooks_contrib-2026.4.tar.gz
Pre-release: False

Signals

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

NiceSOFT AI preliminary analysis

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

Обнаружено обновление пакета python3-pyinstaller-hooks-contrib с версии 2025.8 до 2026.4, классифицированное как major-обновление. Обновление затрагивает вспомогательные хуки для PyInstaller, предназначенные для настройки сборки приложений на Python, но не содержит явных указаний на критические изменения функциональности или безопасности в предоставленных данных.

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

Оценка: medium
Обоснование: Обновление помечено как major, что подразумевает потенциальные изменения в структуре или поведении хуков. Поскольку пакет является зависимостью от PyInstaller, любые изменения могут повлиять на процесс сборки графических интерфейсов или скриптов внутри дистрибутива, если они используют специфичные хуки, которые могли быть изменены или удалены.

3. Security/CVE

Во входных данных отсутствуют признаки уязвимостей безопасности или упоминания CVE. Поле security_keywords_detected_by_script имеет значение False, а в разделе release notes нет предупреждений о безопасности.

4. ABI/API риск

Данных недостаточно для оценки ABI/API риска. Предоставленный текст описывает назначение хуков и инструкцию по их созданию, но не содержит списка измененных функций, удаления зависимостей или изменений в сигнатурах API, которые могли бы нарушить совместимость с существующими сборками. Требуется ручной анализ diff кода хуков.

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

В предоставленных данных нет информации о специфических проблемах со сборкой (например, новые зависимости в requirements-test.txt, которые могут потребовать обновления BuildRequires, или проблемы с тестами %check). Однако major-обновление может потребовать проверки наличия всех новых зависимостей в спецификации пакета.

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

Сравнить содержимое директорий _pyinstaller_hooks_contrib/stdhooks/ и _pyinstaller_hooks_contrib/rthooks/ между версиями 2025.8 и 2026.4.
Проверить наличие новых зависимостей в файле requirements-test.txt и убедиться, что они указаны в секции BuildRequires RPM-спека.
Запустить локальную сборку пакета и выполнить тесты (%check), чтобы убедиться в отсутствии регрессий.
Убедиться, что хуки, используемые в других пакетах НАЙС.ОС (если есть), не были удалены или изменены критически.

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

issue-only

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

Рекомендуется создать issue для ручного анализа, так как обновление классифицировано как major, а предоставленных данных для автоматического принятия решения недостаточно. Необходимо вручную проверить влияние изменений хуков на текущие сборки приложений в дистрибутиве и корректность новых зависимостей перед разрешением на обновление.

Upstream release notes / description

Community maintained hooks for PyInstaller

`pyinstaller-hooks-contrib`: The PyInstaller community hooks repository

What happens when (your?) package doesn't work with PyInstaller? Say you have data files that you need at runtime?
PyInstaller doesn't bundle those. Your package requires others which PyInstaller can't see? How do you fix that?

In summary, a "hook" file extends PyInstaller to adapt it to the special needs and methods used by a Python package.
The word "hook" is used for two kinds of files. A runtime hook helps the bootloader to launch an app, setting up the
environment. A package hook (there are several types of those) tells PyInstaller what to include in the final app -
such as the data files and (hidden) imports mentioned above.

This repository is a collection of hooks for many packages, and allows PyInstaller to work with these packages
seamlessly.

Installation

pyinstaller-hooks-contrib is automatically installed when you install PyInstaller, or can be installed with pip:

pip install -U pyinstaller-hooks-contrib

I can't see a hook for `a-package`

Either a-package works fine without a hook, or no-one has contributed hooks.
If you'd like to add a hook, or view information about hooks,
please see below.

Hook configuration (options)

Hooks that support configuration (options) and their options are documented in
Supported hooks and options.

I want to help!

If you've got a hook you want to share then great!
The rest of this page will walk you through the process of contributing a hook.
If you've been here before then you may want to skip to the summary checklist

Unless you are very comfortable with git rebase -i, please provide one hook per pull request!
If you have more than one then submit them in separate pull requests.

Setup

Fork this repo if you haven't already done so.
(If you have a fork already but its old, click the Fetch upstream button on your fork's homepage.)
Clone and cd inside your fork by running the following (replacing bob-the-barnacle with your github username):

git clone https://github.com/bob-the-barnacle/pyinstaller-hoooks-contrib.git
cd pyinstaller-hooks-contrib

Create a new branch for you changes (replacing foo with the name of the package):
You can name this branch whatever you like.

git checkout -b hook-for-foo

If you wish to create a virtual environment then do it now before proceeding to the next step.

Install this repo in editable mode.
This will overwrite your current installation.
(Note that you can reverse this with pip install --force-reinstall pyinstaller-hooks-contrib).

pip install -e .
pip install -r requirements-test.txt
pip install flake8 pyinstaller

Note that on macOS and Linux, pip may by called pip3.
If you normally use pip3 and python3 then use pip3 here too.
You may skip the 2^nd line if you have no intention of providing tests (but please do provide tests!).

Add the hook

Standard hooks live in the _pyinstaller_hooks_contrib/stdhooks/ directory.
Runtime hooks live in the _pyinstaller_hooks_contrib/rthooks/ directory.
Simply copy your hook into there.
If you're unsure if your hook is a runtime hook then it almost certainly is a standard hook.

Please annotate (with comments) anything unusual in the hook.
Unusual here is defined as any of the following:

Long lists of hiddenimport submodules.
If you need lots of hidden imports then use collect_submodules('foo').
For bonus points, track down why so many submodules are hidden. Typical causes are:
- Lazily loaded submodules (importlib.importmodule() inside a module __getattr__()).
- Dynamically loaded *backen

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-27T23:00:51Z

# Upstream update available: `python3-pyinstaller-hooks-contrib` `2025.8` → `2026.4` ## Package - Package: `python3-pyinstaller-hooks-contrib` - RPM name: `python3-pyinstaller-hooks-contrib` - Branch: `niceos-5.2` - Current EVR: `2025.8-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/71/d6/e5b378b7d4add8c879295c531309b0320e9c07a70458665d091760ffdc87/pyinstaller_hooks_contrib-2025.8.tar.gz - Detected version: `2026.4` - Tag/release: `2026.4` - Source: `pypi_json` - Published: `2026-03-31T14:10:51.188811Z` - Release URL: https://pypi.org/project/pyinstaller-hooks-contrib/ - Source URL: https://files.pythonhosted.org/packages/c7/fe/9278c29394bf69169febc21f96b4252c3ee7c8ec22c2fc545004bed47e71/pyinstaller_hooks_contrib-2026.4.tar.gz - Pre-release: `False` ## Signals - Security-relevant keywords detected: `False` - Policy blocked: `False` - Policy reason: `-` - Labels: `ai-summary, bot, needs-build, needs-triage, priority/high, update/major, upstream-update, upstream/pypi` ## NiceSOFT AI preliminary analysis ### 1. Краткий вывод Обнаружено обновление пакета `python3-pyinstaller-hooks-contrib` с версии 2025.8 до 2026.4, классифицированное как major-обновление. Обновление затрагивает вспомогательные хуки для PyInstaller, предназначенные для настройки сборки приложений на Python, но не содержит явных указаний на критические изменения функциональности или безопасности в предоставленных данных. ### 2. Риск для НАЙС.ОС **Оценка:** medium **Обоснование:** Обновление помечено как major, что подразумевает потенциальные изменения в структуре или поведении хуков. Поскольку пакет является зависимостью от PyInstaller, любые изменения могут повлиять на процесс сборки графических интерфейсов или скриптов внутри дистрибутива, если они используют специфичные хуки, которые могли быть изменены или удалены. ### 3. Security/CVE Во входных данных отсутствуют признаки уязвимостей безопасности или упоминания CVE. Поле `security_keywords_detected_by_script` имеет значение `False`, а в разделе release notes нет предупреждений о безопасности. ### 4. ABI/API риск Данных недостаточно для оценки ABI/API риска. Предоставленный текст описывает назначение хуков и инструкцию по их созданию, но не содержит списка измененных функций, удаления зависимостей или изменений в сигнатурах API, которые могли бы нарушить совместимость с существующими сборками. Требуется ручной анализ diff кода хуков. ### 5. Риск для RPM-сборки В предоставленных данных нет информации о специфических проблемах со сборкой (например, новые зависимости в `requirements-test.txt`, которые могут потребовать обновления `BuildRequires`, или проблемы с тестами `%check`). Однако major-обновление может потребовать проверки наличия всех новых зависимостей в спецификации пакета. ### 6. Проверки мейнтейнера - Сравнить содержимое директорий `_pyinstaller_hooks_contrib/stdhooks/` и `_pyinstaller_hooks_contrib/rthooks/` между версиями 2025.8 и 2026.4. - Проверить наличие новых зависимостей в файле `requirements-test.txt` и убедиться, что они указаны в секции `BuildRequires` RPM-спека. - Запустить локальную сборку пакета и выполнить тесты (`%check`), чтобы убедиться в отсутствии регрессий. - Убедиться, что хуки, используемые в других пакетах НАЙС.ОС (если есть), не были удалены или изменены критически. ### 7. Рекомендация issue-only ### 8. Основание рекомендации Рекомендуется создать issue для ручного анализа, так как обновление классифицировано как major, а предоставленных данных для автоматического принятия решения недостаточно. Необходимо вручную проверить влияние изменений хуков на текущие сборки приложений в дистрибутиве и корректность новых зависимостей перед разрешением на обновление. ## Upstream release notes / description Community maintained hooks for PyInstaller # `pyinstaller-hooks-contrib`: The PyInstaller community hooks repository What happens when (your?) package doesn't work with PyInstaller? Say you have data files that you need at runtime? PyInstaller doesn't bundle those. Your package requires others which PyInstaller can't see? How do you fix that? In summary, a "hook" file extends PyInstaller to adapt it to the special needs and methods used by a Python package. The word "hook" is used for two kinds of files. A runtime hook helps the bootloader to launch an app, setting up the environment. A package hook (there are several types of those) tells PyInstaller what to include in the final app - such as the data files and (hidden) imports mentioned above. This repository is a collection of hooks for many packages, and allows PyInstaller to work with these packages seamlessly. ## Installation `pyinstaller-hooks-contrib` is automatically installed when you install PyInstaller, or can be installed with pip: ```commandline pip install -U pyinstaller-hooks-contrib ``` ## I can't see a hook for `a-package` Either `a-package` works fine without a hook, or no-one has contributed hooks. If you'd like to add a hook, or view information about hooks, please see below. ## Hook configuration (options) Hooks that support configuration (options) and their options are documented in [Supported hooks and options](hooks-config.rst). ## I want to help! If you've got a hook you want to share then great! The rest of this page will walk you through the process of contributing a hook. If you've been here before then you may want to skip to the [summary checklist](#summary) **Unless you are very comfortable with `git rebase -i`, please provide one hook per pull request!** **If you have more than one then submit them in separate pull requests.** ### Setup [Fork this repo](https://github.com/pyinstaller/pyinstaller-hooks-contrib/fork) if you haven't already done so. (If you have a fork already but its old, click the **Fetch upstream** button on your fork's homepage.) Clone and `cd` inside your fork by running the following (replacing `bob-the-barnacle` with your github username): ``` git clone https://github.com/bob-the-barnacle/pyinstaller-hoooks-contrib.git cd pyinstaller-hooks-contrib ``` Create a new branch for you changes (replacing `foo` with the name of the package): You can name this branch whatever you like. ``` git checkout -b hook-for-foo ``` If you wish to create a virtual environment then do it now before proceeding to the next step. Install this repo in editable mode. This will overwrite your current installation. (Note that you can reverse this with `pip install --force-reinstall pyinstaller-hooks-contrib`). ``` pip install -e . pip install -r requirements-test.txt pip install flake8 pyinstaller ``` Note that on macOS and Linux, `pip` may by called `pip3`. If you normally use `pip3` and `python3` then use `pip3` here too. You may skip the 2<sup>nd</sup> line if you have no intention of providing tests (but please do provide tests!). ### Add the hook Standard hooks live in the [_pyinstaller_hooks_contrib/stdhooks/](../master/_pyinstaller_hooks_contrib/stdhooks/) directory. Runtime hooks live in the [_pyinstaller_hooks_contrib/rthooks/](../master/_pyinstaller_hooks_contrib/rthooks/) directory. Simply copy your hook into there. If you're unsure if your hook is a runtime hook then it almost certainly is a standard hook. Please annotate (with comments) anything unusual in the hook. *Unusual* here is defined as any of the following: * Long lists of `hiddenimport` submodules. If you need lots of hidden imports then use [`collect_submodules('foo')`](https://pyinstaller.readthedocs.io/en/latest/hooks.html#PyInstaller.utils.hooks.collect_submodules). For bonus points, track down why so many submodules are hidden. Typical causes are: * Lazily loaded submodules (`importlib.importmodule()` inside a module `__getattr__()`). * Dynamically loaded *backen ## 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-27T23:00:51Z`

sbelikov added the

labels

2026-04-28 02:00:51 +03:00