[devel] ALT Bug 54843 - неправильное обновление libwlroots

[Роман Алифанов]

Уважаемые участники ALT Linux Team,

Я решил перенести обсуждение (https://bugzilla.altlinux.org/54843) вопроса сопровождения пакета wlroots в общую рассылку, так как считаю, что проблема требует внимания.

При обновлении пакета libwlroots, я использовал следующую схему:
(Более точно смотрите https://packages.altlinux.org/ru/tasks/387520/)
1. Новая версия всегда собирается из репозитория libwlroots, с спеком, где:
- основной тег: Name: libwlroots
- Имеется подпакет с libwlroots%soversion, где находится основой .so
(с обновленным SOVERSION)
2. Старая версия библиотеки была перенесена в пакет (и репозиторий) под названием libwlroots12 (По-простому: подпакет становится основным)
- Смотрите: https://git.altlinux.org/tasks/387520/gears/140/git?p=git;a=commitdiff;h=bbb4b02b448b4ae99d72676f5ce093bc8509fdf6
3. Для devel-пакета использовалось имя libwlroots%soversion-devel для поддержки нескольких версий

Обращаю внимание:
Имя бинарного пакета остается неизменным,
rpm ПАКЕТА с названием libwlroots (без soversion) не существует

Впоследствии Сергей Большаков без согласования со мной (как текущим сопровождающим) изменил структуру пакета:
- Основной репозиторий/тег Name переименован в wlroots
- Из devel-пакета удален SOVERSION
Итого:
Мы имеем на сайте https://packages.altlinux.org/ru/search/?branch=sisyphus&q=libwlroots :
libwlroots - якобы актуальная версия репозитория/спека
libwlroots12 - старая версия
wlroots - почему-то версия репозитория с более новой версией wlroots, которая предоставляет devel пакет без sover

Замечания rider@ о нарушении SharedLibsPolicy ввели меня в заблуждение, так как из перечисленного им ничего не нарушено.

Глубоко разочарован практикой, когда в работу мейнтейнера вмешиваются без веских оснований (например, экстренный security-fix) и без попытки согласовать изменения. Подобные действия не только подрывают доверие, но и превращают процесс сопровождения в хаос, где каждый может помешать другому "просто потому-что". Какая же команда может быть без уважения к:  рабочему процессу, другим членам команды?

Предвижу вопрос, связанный с acl, так вот:
acl всё равно не защищает от появления новых пакетов, хороший вопрос, должен ли он защищать от этого или будет ли в будущем.

Основные вопросы:
Могу ли я отправить таск 387520 в сизиф?
Если не могу отправить, то хотелось бы увидеть конкретные причины.

Какие я могу получить гарантии, что похожих случаев больше не будет ни со мной, ни с другими членами Team? Не нужно ли эту проблему каким-то образом попытаться решить?
(Вспоминается тема в devel посвященная ограничению ментейнерам доступа к тем группам пакетов, где они не имеют достаточных навыков)

С уважением,
Роман Алифанов (ximper на altlinux.org)