From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 15 Mar 2004 19:23:12 +0300 From: Anton Farygin To: ALT Linux kernel packages development Subject: Re: [d-kernel] 2.6.x Message-ID: <20040315162312.GW7518@master.altlinux.ru> References: <20040315133317.GC6731@master.altlinux.ru> <87znaigqrg.fsf@pc347.belcaf.minsk.by> <20040315135850.GC7518@master.altlinux.ru> <4055BAB3.4080106@altlinux.ru> <20040315142608.GE7518@master.altlinux.ru> <20040315145710.GP7518@master.altlinux.ru> <20040315151121.GU7518@master.altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.4 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: Mon, 15 Mar 2004 16:23:13 -0000 Archived-At: List-Archive: List-Post: On Mon, Mar 15, 2004 at 05:26:08PM +0200, Ed V. Bartosh wrote: > Anton Farygin writes: > > >> Меня всем устраивают. Это Вас не устраивает то, что я или другой > >> мэйнтейнер будет заливать в incoming. > > > > ... заливать в incoming пакеты с патчами, ломающими сборку std ядер в > > общепринятом к использованию kernel cvs (я могу говорить общепринятом, > > т.к. сейчас все поддерживаемые ядра в Sisyphus собраны исключительно из > > kernel cvs, а все остальные - либо катастрофически устарели, содержат в > > себе ошибки с категорией security либо просто банально не собираются). > > > А Вам не приходило в голову, что причиной этого является использование > схемы сборки, неудобной мэйнтейнерам этих ядер ? Нет, ибо эта схема сборки не ломала стандартную, прописанную в policy. > > Кстати, насчет ядер Вы не совсем правы - вот эти чем не устраивают ? > Они, насколько я понимаю, собраны не через CVS. > kernel-image-aw-smp-2.4.25-alt1.src.rpm > kernel-image-aw-up-2.4.25-alt1.src.rpm Отлично. Всем устраивают. Не устраивают только задержками их появления. > > >> Повторяю, я не предлагаю отказаться от CVS. Он вам удобен - > >> используйте его пожалуйста. Я предлагал только одно - не ломать > >> существующую схему доставки пакетов в Sisyphus. > > > > А что делать, если существующая схема доставки пакетов в Sisyphus ломает > > работающую схему обновлений/исправлений целого ряда ядер ? > > > Об этом нужно было думать, когда делали новую схему. И проводить ее > внедрение общепринятыми методами. > > Кстати, доставка некоторых пакетов в Sisyphus тоже ломает сборку > других, но вроде еще никто не предлагал из-за этого бойкотировать их. > Sisyphus по определению нестабильный репозиторий, Вы не забыли ? Я уже говорил постараюсь сделать так, что бы std26 ядро не зависило от пакетов, собираемых вне kernel cvs. Для того, что бы никто не мог сломать схему сборки ядра. По моему я вполня понятно изъясняюсь и ваше нежелание меня понять мягко говоря удивляет. Rgds, Rider