Upstream update available: sdbus-cpp 1.5.0 → 2.2.1 #1

Open
opened 2026-04-28 02:14:26 +03:00 by sbelikov · 0 comments
Owner

Upstream update available: sdbus-cpp 1.5.02.2.1

Package

  • Package: sdbus-cpp
  • RPM name: sdbus-cpp
  • Branch: niceos-5.2
  • Current EVR: 1.5.0-1
  • Update class: major
  • Compare method: python_rpm
  • Update policy: leaf
  • Risk tags: github-upstream

Upstream

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/github

NiceSOFT AI preliminary analysis

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

Обновление пакета sdbus-cpp с версии 1.5.0 до 2.2.1 классифицируется как мажорное (major), несмотря на то, что релиз-ноты описывают его как исправление ошибок (bugfix). Изменения касаются конфигурации CPack и генерации имен пакетов для DEB, что не указывает на прямые изменения в коде библиотеки или API.

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

medium. Переход между мажорными версиями (1.x -> 2.x) обычно подразумевает потенциальные изменения в ABI/API, даже если релиз-ноты молчат об этом. Факт, что это обновление "leaf" (лиственный пакет без зависимостей внутри дистрибутива), снижает риск каскадных сбоев, но требует проверки совместимости с потребителями библиотеки.

3. Security/CVE

Во входных данных отсутствуют признаки уязвимостей: поле security_keywords_detected_by_script равно False, а в тексте релиз-нотов нет упоминаний эксплойтов, утечек памяти или уязвимостей безопасности.

4. ABI/API риск

Данных недостаточно для автоматического определения ABI/API риска. Хотя релиз-ноты говорят о "bugfix", переход с 1.5.0 на 2.2.1 является мажорным скачком. Необходимо вручную проверить изменения в заголовочных файлах и сигнатурах функций.

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

Поскольку обновление касается конфигурации CPack и имен пакетов, это может повлиять на логику сборки, если в specfile есть жесткие зависимости от конкретных имен выходных файлов или скрипты пост-инсталляции опираются на структуру архива. Однако для RPM-пакета это менее критично, чем для DEB, так как CPack используется для генерации исходных артефактов.

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

  • Сравнить содержимое директорий include/ между версиями 1.5.0 и 2.2.1 (diff заголовков).
  • Проверить наличие изменений в макросах CMake (CMakeLists.txt), влияющих на экспорт символов.
  • Убедиться, что BuildRequires и %check проходят успешно после обновления.
  • Проверить, не изменились ли имена сгенерированных .so файлов или публичные символы через nm/objdump.

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

blocked manual review

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

Несмотря на отсутствие явных признаков безопасности, классификация обновления как major при переходе с 1.x на 2.x создает высокий риск скрытых изменений в интерфейсе библиотеки. Автоматическое применение запрещено политикой для мажорных обновлений toolchain и библиотек. Требуется ручная верификация ABI-совместимости перед разрешением.

Upstream release notes / description

This bugfix release brings a few fixes related to package management:

  • Fix component names in CPack configuration
  • Generate correct, expected DEB package names

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:14:25Z
<!-- niceos-upstream-monitor:fingerprint=upstream-update:sdbus-cpp:2.2.1 --> <!-- niceos-upstream-monitor:package=sdbus-cpp --> <!-- niceos-upstream-monitor:current=1.5.0 --> <!-- niceos-upstream-monitor:latest=2.2.1 --> # Upstream update available: `sdbus-cpp` `1.5.0` → `2.2.1` ## Package - Package: `sdbus-cpp` - RPM name: `sdbus-cpp` - Branch: `niceos-5.2` - Current EVR: `1.5.0-1` - Update class: `major` - Compare method: `python_rpm` - Update policy: `leaf` - Risk tags: `github-upstream` ## Upstream - Upstream type: `github` - Upstream project: `Kistler-Group/sdbus-cpp` - Upstream URL: https://github.com/Kistler-Group/sdbus-cpp - Detected version: `2.2.1` - Tag/release: `v2.2.1` - Source: `github_release_latest` - Published: `2025-11-21T17:15:45Z` - Release URL: https://github.com/Kistler-Group/sdbus-cpp/releases/tag/v2.2.1 - Source URL: https://api.github.com/repos/Kistler-Group/sdbus-cpp/tarball/v2.2.1 - 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/github` ## NiceSOFT AI preliminary analysis ### 1. Краткий вывод Обновление пакета `sdbus-cpp` с версии 1.5.0 до 2.2.1 классифицируется как мажорное (major), несмотря на то, что релиз-ноты описывают его как исправление ошибок (bugfix). Изменения касаются конфигурации CPack и генерации имен пакетов для DEB, что не указывает на прямые изменения в коде библиотеки или API. ### 2. Риск для НАЙС.ОС **medium**. Переход между мажорными версиями (1.x -> 2.x) обычно подразумевает потенциальные изменения в ABI/API, даже если релиз-ноты молчат об этом. Факт, что это обновление "leaf" (лиственный пакет без зависимостей внутри дистрибутива), снижает риск каскадных сбоев, но требует проверки совместимости с потребителями библиотеки. ### 3. Security/CVE Во входных данных отсутствуют признаки уязвимостей: поле `security_keywords_detected_by_script` равно `False`, а в тексте релиз-нотов нет упоминаний эксплойтов, утечек памяти или уязвимостей безопасности. ### 4. ABI/API риск Данных недостаточно для автоматического определения ABI/API риска. Хотя релиз-ноты говорят о "bugfix", переход с 1.5.0 на 2.2.1 является мажорным скачком. Необходимо вручную проверить изменения в заголовочных файлах и сигнатурах функций. ### 5. Риск для RPM-сборки Поскольку обновление касается конфигурации CPack и имен пакетов, это может повлиять на логику сборки, если в `specfile` есть жесткие зависимости от конкретных имен выходных файлов или скрипты пост-инсталляции опираются на структуру архива. Однако для RPM-пакета это менее критично, чем для DEB, так как CPack используется для генерации исходных артефактов. ### 6. Проверки мейнтейнера - [ ] Сравнить содержимое директорий `include/` между версиями 1.5.0 и 2.2.1 (diff заголовков). - [ ] Проверить наличие изменений в макросах CMake (`CMakeLists.txt`), влияющих на экспорт символов. - [ ] Убедиться, что `BuildRequires` и `%check` проходят успешно после обновления. - [ ] Проверить, не изменились ли имена сгенерированных `.so` файлов или публичные символы через `nm`/`objdump`. ### 7. Рекомендация blocked manual review ### 8. Основание рекомендации Несмотря на отсутствие явных признаков безопасности, классификация обновления как **major** при переходе с 1.x на 2.x создает высокий риск скрытых изменений в интерфейсе библиотеки. Автоматическое применение запрещено политикой для мажорных обновлений toolchain и библиотек. Требуется ручная верификация ABI-совместимости перед разрешением. ## Upstream release notes / description This bugfix release brings a few fixes related to package management: - Fix component names in CPack configuration - Generate correct, expected DEB package names ## 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:14:25Z`
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
rpms/sdbus-cpp#1
No description provided.