From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 15 Mar 2004 18:04:33 +0300 From: Anton Farygin To: ALT Linux kernel packages development Subject: Re: [d-kernel] 2.6.x Message-ID: <20040315150433.GS7518@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> <20040315142608.GE7518@master.altlinux.ru> <4055C211.9050603@altlinux.ru> <20040315145411.GN7518@master.altlinux.ru> <4055C5C2.4060904@altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4055C5C2.4060904@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 15:04:34 -0000 Archived-At: List-Archive: List-Post: On Mon, Mar 15, 2004 at 06:03:30PM +0300, Aleksey Novodvorsky wrote: > Anton Farygin пишет: > > >On Mon, Mar 15, 2004 at 05:47:45PM +0300, Aleksey Novodvorsky wrote: > > > > > >>Anton Farygin пишет: > >> > >> > >> > >>>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. > >>> > >>>Меня удивляет нежелание некоторых товарищей работать по схеме, принятой у > >>>нас. > >>> > >>> > >>> > >>> > >>> > >>Антон, у нас принято соблюдать policy. > >>Порядок внесения изменений в policy прописан в нем. Почитай, пожалуйста. > >> > >> > > > >Алексей, бойкотируя патчи в Sisyphus для std26 ядра, я ведь не нарушаю > >policy, ведь так ? > > > >Предложение по изменению policy я внес. Жду мнения от Петра Новодворского > >(кстати, по моему надо фиксить kernel maintainer committee, ибо nidd уже > >давно не собирает ничего для ядра), Дмитрия Левина и Сергея Власова. > >Эд уже свое мнение сказал. > > > >Кстати, точно так же нужно будет исправить последний абац policy. > > > > > > > Антон, еще раз: почитай policy. Там четко прописан механизм внесения > изменений. Ты его не выполняешь. Я не вижу в policy правил вынесения предложений по изменению policy. > По от тебя _не_ _поступало_ предложений по изменению в требуемой форме. Алексей, сходи пожалуйста сам для начала почитай policy, прежде чем хоть чего то говорить.