[d-kernel] 2.6.x

[Aleksey Novodvorsky]

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. Там четко прописан механизм внесения 
изменений. Ты его не выполняешь.
По от тебя _не_ _поступало_ предложений по изменению в требуемой форме.

Rgrds, Алексей