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=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Date: Mon, 12 Jul 2021 01:35:11 +0300 From: "Alexey V. Vissarionov" To: ALT Linux Team development discussions Message-ID: <20210711223511.GD19273@altlinux.org> References: <20210711090658.GA18253@altlinux.org> <20210711093627.emqwd7mu5dwxlyo5@example.org> <20210711103241.GA18910@altlinux.org> <20210711110824.rsdaia4srdv6weaj@example.org> <20210711122129.GA20228@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] [#277787] DONE (try 3) systemd.git=249-alt1 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, 11 Jul 2021 22:35:15 -0000 Archived-At: List-Archive: List-Post: On 2021-07-11 19:57:06 +0300, Aleksey Novodvorsky wrote: >>>>> Для решения проблемы избыточных зависимостей на systemd >>>>> предлагаю рассмотреть возможность запрета избыточных >>>>> зависимостей на systemd на уровне sisyphus_check. >>>> Чтобы мантейнер systemd приходил "на поклон" при появлении >>>> новой зависимости ? Я не думаю, что это продуктивно. >>>> Всё-таки такой подход фактически означает премодерацию. >>> Если plymouth может работать без systemd, то этой зависимости >>> должно не быть. И так далее со всеми остальными пакетами. >>> Например, объявить, что зависимости на systemd допустимы >>> только у пакетов, имя которых начинается на "systemd-". >> Это вполне нормальная идея. Только я бы её расширил. Что бы и >> зависимостей на на startup или sysvinit-utils тоже не было бы. > Проблема в том, что: 1. Вы предлагаете изменения, которые > влекут существенную работу коллег. Это надо просчитывать и > согласовывать. 2. Мы совсем близко к бранчеванию. Обеспечить > сходимость весьма сложная работа, которая была нами основном > проделана. Существенные, тем более не просчитанные изменения, > сорвут бранчевание и большая работа окажется напрасной. Сорвать не сорвут, но работы добавят. > После бранчевания можно и надо начинать обсуждать и > реализовывать предложения в Сизифе. Хорошо, еслм "и" в данной фразе будет означать логический оператор, а не как обычно. > Наша ошибка в том, что мы явно не объявляли заморозку, > особенно по фичам. Надо это исправить в следующем цикле. Насколько я понимаю, технической необходимости в этом нет - p10 можно ответвить от любого промежуточного состояния Сизифа. Хотя действительно хотелось бы, чтобы это состояние было посвежее и поработоспособнее. -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net