[d-kernel] 2.6.x

[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.

Rgds,
Rider