From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS autolearn=no autolearn_force=no version=3.4.1 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1750617188; bh=nfFjV4LCd+8D4ms1weH8sZfcfUl0xhD3UFEcRNy0oPE=; h=Message-Id:Date:Subject:To:From; b=VU+3/rtj3BpX4aY+EMaGRvdoWZ6AMuOM+qpmuKmH+v942fcPbhewoqQkK9XEmxWZM LU/cSa50qVkIVw6Zn0vdyoVcgbSmUewNRMBU7NO6fS/GYsUQcOwQyy2dlfeB6O2uob Zz5ZecNr/jBPE/0m/f0T6MjKsONSCIWUG+Anthrs= Authentication-Results: mail-nwsmtp-mxback-production-main-749.vla.yp-c.yandex.net; dkim=pass header.i=@yandex.ru From: =?utf-8?B?0KDQvtC80LDQvSDQkNC70LjRhNCw0L3QvtCy?= To: ALT Linux Team development discussions MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sun, 22 Jun 2025 21:33:08 +0300 Message-Id: <4167071750617188@yl7572a6ptr6ppfv.vla.yp-c.yandex.net> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 Subject: [devel] =?utf-8?b?QUxUIEJ1ZyA1NDg0MyAtINC90LXQv9GA0LDQstC40Ls=?= =?utf-8?b?0YzQvdC+0LUg0L7QsdC90L7QstC70LXQvdC40LUgbGlid2xyb290cw==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2025 18:33:13 -0000 Archived-At: List-Archive: List-Post: Уважаемые участники 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)