Upstream update available: liblerc 4.0.0 → 4.1.1 #1

New issue

Open

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

sbelikov commented

2026-04-28 01:25:51 +03:00

Owner

Upstream update available: `liblerc` `4.0.0` → `4.1.1`

Package

Package: liblerc
RPM name: liblerc
Branch: niceos-5.2
Current EVR: 4.0.0-1
Update class: minor
Compare method: python_rpm
Update policy: leaf
Risk tags: github-upstream

Upstream

Upstream type: github
Upstream project: Esri/lerc
Upstream URL: https://github.com/Esri/lerc
Detected version: 4.1.1
Tag/release: js_v4.1.1
Source: github_tag
Published: -
Release URL: https://github.com/Esri/lerc/releases/tag/js_v4.1.1
Source URL: https://api.github.com/repos/Esri/lerc/tarball/refs/tags/js_v4.1.1
Pre-release: False

Signals

Security-relevant keywords detected: False
Policy blocked: False
Policy reason: -
Labels: ai-summary, bot, needs-build, needs-triage, priority/medium, update/minor, upstream-update, upstream/github

NiceSOFT AI preliminary analysis

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

Предлагается обновление библиотеки liblerc с версии 4.0.0 до 4.1.1 (категория minor) из upstream проекта Esri/lerc. Текущие данные не содержат информации о конкретных исправлениях багов, уязвимостях или изменениях в интерфейсе, так как раздел релизных заметок пуст.

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

low. Обновление классифицировано как minor, политика обновления задана как leaf, а скрипты безопасности не детектировали ключевые слова угроз. Однако отсутствие текста релизных заметок делает невозможным подтверждение характера изменений без дополнительной проверки.

3. Security/CVE

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

4. ABI/API риск

Данных недостаточно для оценки риска изменений ABI/API. Поскольку версия меняется с 4.0.0 на 4.1.1 (minor), теоретически возможны изменения в сигнатурах функций или бинарном интерфейсе, но без текста changelog или diff кода подтвердить это автоматически невозможно. Требуется ручной ABI/API анализ.

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

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

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

Проверить наличие и актуальность патчей в исходном коде (если они есть).
Сравнить specfile текущей версии и последней версии upstream для выявления изменений в BuildRequires, %prep и %build.
Провести локальную сборку пакета с последней версией в изолированной среде.
Запустить тесты %check после сборки.
Проверить совместимость обновленной библиотеки с зависимыми пакетами в репозитории НАЙС.ОС.

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

update candidate

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

Обновление помечено как minor, политика leaf разрешает автоматическое применение, а скрипты безопасности не выявили критических проблем. При условии успешного прохождения ручных проверок сборки и тестов (пункт 6), пакет готов к включению в очередь обновлений.

Upstream release notes / description

No release notes were available from the upstream API.

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-28T15:44:46Z

# Upstream update available: `liblerc` `4.0.0` → `4.1.1` ## Package - Package: `liblerc` - RPM name: `liblerc` - Branch: `niceos-5.2` - Current EVR: `4.0.0-1` - Update class: `minor` - Compare method: `python_rpm` - Update policy: `leaf` - Risk tags: `github-upstream` ## Upstream - Upstream type: `github` - Upstream project: `Esri/lerc` - Upstream URL: https://github.com/Esri/lerc - Detected version: `4.1.1` - Tag/release: `js_v4.1.1` - Source: `github_tag` - Published: `-` - Release URL: https://github.com/Esri/lerc/releases/tag/js_v4.1.1 - Source URL: https://api.github.com/repos/Esri/lerc/tarball/refs/tags/js_v4.1.1 - Pre-release: `False` ## Signals - Security-relevant keywords detected: `False` - Policy blocked: `False` - Policy reason: `-` - Labels: `ai-summary, bot, needs-build, needs-triage, priority/medium, update/minor, upstream-update, upstream/github` ## NiceSOFT AI preliminary analysis ### 1. Краткий вывод Предлагается обновление библиотеки `liblerc` с версии 4.0.0 до 4.1.1 (категория minor) из upstream проекта Esri/lerc. Текущие данные не содержат информации о конкретных исправлениях багов, уязвимостях или изменениях в интерфейсе, так как раздел релизных заметок пуст. ### 2. Риск для НАЙС.ОС low. Обновление классифицировано как minor, политика обновления задана как leaf, а скрипты безопасности не детектировали ключевые слова угроз. Однако отсутствие текста релизных заметок делает невозможным подтверждение характера изменений без дополнительной проверки. ### 3. Security/CVE Во входных данных отсутствуют признаки security/CVE. Поле `security_keywords_detected_by_script` равно False, а поле `release notes` пусто, что исключает возможность выявления известных уязвимостей на основе предоставленного контекста. ### 4. ABI/API риск Данных недостаточно для оценки риска изменений ABI/API. Поскольку версия меняется с 4.0.0 на 4.1.1 (minor), теоретически возможны изменения в сигнатурах функций или бинарном интерфейсе, но без текста changelog или diff кода подтвердить это автоматически невозможно. Требуется ручной ABI/API анализ. ### 5. Риск для RPM-сборки Возможен риск поломки сборки, если upstream изменил зависимости (`BuildRequires`), требования к компилятору или инструменты тестирования (`%check`). Отсутствие информации о содержании коммитов не позволяет исключить необходимость обновления патчей или спецификации. ### 6. Проверки мейнтейнера - Проверить наличие и актуальность патчей в исходном коде (если они есть). - Сравнить `specfile` текущей версии и последней версии upstream для выявления изменений в `BuildRequires`, `%prep` и `%build`. - Провести локальную сборку пакета с последней версией в изолированной среде. - Запустить тесты `%check` после сборки. - Проверить совместимость обновленной библиотеки с зависимыми пакетами в репозитории НАЙС.ОС. ### 7. Рекомендация update candidate ### 8. Основание рекомендации Обновление помечено как minor, политика `leaf` разрешает автоматическое применение, а скрипты безопасности не выявили критических проблем. При условии успешного прохождения ручных проверок сборки и тестов (пункт 6), пакет готов к включению в очередь обновлений. ## Upstream release notes / description _No release notes were available from the upstream API._ ## 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-28T15:44:46Z`

sbelikov added the

labels

2026-04-28 01:25:51 +03:00