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, RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.1 Message-ID: <7d056389-b1c2-44a0-9e29-553fdfb54002@basealt.ru> Date: Thu, 17 Oct 2024 10:46:16 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: devel-kernel@lists.altlinux.org References: <20241016214559.3cy5v5oszy6ence3@altlinux.org> <3379425.8r5miM6hm2@zerg.malta.altlinux.ru> Content-Language: ru From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= In-Reply-To: <3379425.8r5miM6hm2@zerg.malta.altlinux.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [d-kernel] sisyphus: un-def -> 6.6 X-BeenThere: devel-kernel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2024 07:46:20 -0000 Archived-At: List-Archive: List-Post: 17.10.2024 10:17, Sergey V Turchin пишет: > On Thursday, 17 October 2024 00:45:59 MSK Vitaly Chikunov wrote: >> Hi, >> >> В связи с удалением ядер std-def и un-def из Сизифа > А можно ли оставить совместимость с бранчами? Лично мне неудобно собирать под > постоянно меняющиеся флаворы. > >> , просьба модули, >> которые ранее были для un-def, собирать для нового флейвора 6.6. > Возможно, это будет удобнее делать тому, кому удобнее удаление std-def и un- > def? > > P.S. > Если потом в стабильном бранче тоже ерунда будет, когда мог бы просто un-def с > одного LTS обновиться на новый, придётся поддерживать постоянно LTS выходит один раз в год. О каком постоянно речь? Сборка для stable ядер, которые выходят 5 или 6 раз в год, дело добровольное. > увеличивающееся кол-во флаворов на протяжении жизни бранча или объявлять "этот > сдох, ищите новый". > Обновление на новый флавор при недоступности в репозитории текущего предполагается автоматическое. Иначе бы и смысла не было всё это затевать. std-def и un-def уже несколько лет не отражает суть своего имени. Переход на нумерованные флаворы позволит организовать плавный переход на новые версии ядер в бранчах. Мне видится здравым, что на заре бранча одно последнее LTS ядро. В активной его фазе два, третье в разработке новых релизов, к моменту релиза дистрибутивов со следующей версии ядра, старое удаляется. В конце жизни бранча также остаётся одно ядро. -- С уважением, Антон Мидюков