From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 15 Mar 2004 17:26:08 +0300 From: Anton Farygin To: ALT Linux kernel packages development Subject: Re: [d-kernel] 2.6.x Message-ID: <20040315142608.GE7518@master.altlinux.ru> References: <20040315130255.GB6731@master.altlinux.ru> <20040315133317.GC6731@master.altlinux.ru> <87znaigqrg.fsf@pc347.belcaf.minsk.by> <20040315135850.GC7518@master.altlinux.ru> <4055BAB3.4080106@altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4055BAB3.4080106@altlinux.ru> 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 14:26:09 -0000 Archived-At: List-Archive: List-Post: On Mon, Mar 15, 2004 at 05:16:19PM +0300, Aleksey Novodvorsky wrote: > Anton Farygin пишет: > > >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 накладываться не будут. > >> > >>вполне себе живы. > >>То есть "обычные" пользователи для тебя самоубийцы? > >> > >> > > > >Нет. Я говорю про дистрибутивные ядра в текущей схеме. > > > >Впрочем я уже все сказал, менять своего мнения не собираюсь, разводить > >бесполезные дискуссии - тоже. > > > > > > > Антон, есть полиси. > Есть механизм внесения изменений в полиси. > Не надо ничего "разводить", налдо просто следовать стандартной процедуре. > Если ей не следовать -- полчится полный бардак. > Пока изменения в полиси не внесены, если они будут внесены -- изменится > порядок. Я уже предложил внести изменения в policy. Ну а пока они не внесены, я буду бойкотировать все патчи из Sisyphus. Меня удивляет нежелание некоторых товарищей работать по схеме, принятой у нас.