From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 15 Mar 2004 16:58:50 +0300 From: Anton Farygin To: ALT Linux kernel packages development Subject: Re: [d-kernel] 2.6.x Message-ID: <20040315135850.GC7518@master.altlinux.ru> References: <20040315130255.GB6731@master.altlinux.ru> <20040315133317.GC6731@master.altlinux.ru> <87znaigqrg.fsf@pc347.belcaf.minsk.by> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87znaigqrg.fsf@pc347.belcaf.minsk.by> 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 13:58:51 -0000 Archived-At: List-Archive: List-Post: On Mon, Mar 15, 2004 at 03:54:11PM +0200, Zhenja Kaluta wrote: > > >>>>> "AF" == Anton Farygin writes: > > AF> On Mon, Mar 15, 2004 at 03:25:05PM +0200, Ed V. Bartosh wrote: > >> Anton Farygin writes: > >> > >> > Кстати, я готов включать какие-то проверенные патчи в 2.6 ядро, > >> > если у этих патчей будут мантейнеры. Но только через kernel > >> > cvs. >> А это что за новости ? Я имею в виду kernel cvs как > >> > единственный >> способ работы с kernel packages ? Вы хотите > >> > сказать, что положенные в >> incoming пакеты будут просто > >> > игнорироваться ? >> Хм, интересно, а почему ? И вообще > >> > насколько это "законно" >> игнорировать стандартную технологию > >> > работы с пакетами ? > > AF> В моих сборках не будет патчей, которые мантейнятся вне kernel > AF> cvs. Мне влом импортировать патчи тех, кто не захотел коммитить > AF> их в CVS. > > стоп! мухи и котлеты. Удобство пользователей cvs -- это одно, механизм > заливки пакетов в дистрибутив -- совсем другое. Простите за > назойливость, чем src.rpm с патчем, залитая в incoming, отличается от > такой же с каким-нибудь kde? Какая разница apt-get build-dep откуда > получена rpm'ка? Дело в том, что ядра мы собираем, отлаживаем предварительно _без_ сборочных систем типа hasher. Только финальная версия собирается hasher'ом. И естественно, что те пакеты, которые будут конфликтовать с этой схемой сборки - должны быть убраны из Sisyphus (заменены на версии из kernel cvs). > > >> > >> Я очень сильно надеюсь на то, что я что-то не так понял. > > AF> По моему все понятно. > > AF> Если делать одно дело, то так, что бы всем было удобно. Собирать > AF> ядра std серии без использования kernel cvs - > AF> самоубийство. Соответственно патчи для 2.6 ядра, отсуствующие в > AF> kernel cvs накладываться не будут. > > вполне себе живы. > То есть "обычные" пользователи для тебя самоубийцы? Нет. Я говорю про дистрибутивные ядра в текущей схеме. Впрочем я уже все сказал, менять своего мнения не собираюсь, разводить бесполезные дискуссии - тоже. Rgds, Rider