[d-kernel] 2.6.x

[Anton Farygin]

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 <rider at altlinux.com> 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, прежде чем хоть
чего то говорить.