ALT Linux kernel packages development
 help / color / mirror / Atom feed
From: Aleksey Novodvorsky <aen@altlinux.ru>
To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
Subject: Re: [d-kernel] 2.6.x
Date: Mon, 15 Mar 2004 17:47:45 +0300
Message-ID: <4055C211.9050603@altlinux.ru> (raw)
In-Reply-To: <20040315142608.GE7518@master.altlinux.ru>

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@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 прописан в нем. Почитай, пожалуйста.

Rgdrs, Алексей


  reply	other threads:[~2004-03-15 14:47 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-15 12:42 Ed V. Bartosh
2004-03-15 12:59 ` Anton Farygin
2004-03-15 13:18   ` Ed V. Bartosh
2004-03-15 13:43     ` Anton Farygin
2004-03-18  6:49     ` Michael Shigorin
2004-03-15 13:02 ` Anton Farygin
2004-03-15 13:25   ` Ed V. Bartosh
2004-03-15 13:33     ` Anton Farygin
2004-03-15 13:49       ` Ed V. Bartosh
2004-03-15 13:53         ` Anton Farygin
2004-03-15 14:17           ` Ed V. Bartosh
2004-03-15 14:28             ` Anton Farygin
2004-03-15 14:53               ` Ed V. Bartosh
2004-03-15 14:59                 ` Anton Farygin
2004-03-18  6:50           ` Michael Shigorin
2004-03-15 13:51       ` Maxim Tyurin
2004-03-15 13:54         ` Anton Farygin
2004-03-15 13:54       ` Zhenja Kaluta
2004-03-15 13:58         ` Anton Farygin
2004-03-15 14:16           ` Aleksey Novodvorsky
2004-03-15 14:20             ` Ed V. Bartosh
2004-03-15 14:26             ` Anton Farygin
2004-03-15 14:47               ` Aleksey Novodvorsky [this message]
2004-03-15 14:54                 ` Anton Farygin
2004-03-15 15:02                   ` Peter Novodvorsky
2004-03-15 15:07                     ` Anton Farygin
2004-03-15 15:21                       ` Peter Novodvorsky
2004-03-15 16:19                         ` Anton Farygin
2004-03-18  6:54                         ` Michael Shigorin
2004-03-15 15:28                     ` [d-kernel] 2.6.x Alexey Tourbin
2004-03-15 15:03                   ` [d-kernel] 2.6.x Aleksey Novodvorsky
2004-03-15 15:04                     ` Anton Farygin
2004-03-15 14:52               ` Ed V. Bartosh
2004-03-15 14:57                 ` Anton Farygin
2004-03-15 15:04                   ` Ed V. Bartosh
2004-03-15 15:11                     ` Anton Farygin
2004-03-15 15:26                       ` Ed V. Bartosh
2004-03-15 16:23                         ` Anton Farygin
2004-03-18  7:04                           ` Michael Shigorin
2004-03-18  8:50                             ` Ed V. Bartosh
2004-03-18  9:38                               ` Anton Farygin
2004-03-18  9:48                                 ` Ed V. Bartosh
2004-03-15 13:46     ` Anton Farygin
2004-03-15 14:23       ` Ed V. Bartosh
2004-03-15 14:29         ` Anton Farygin
2004-03-15 14:33           ` Maxim Tyurin
2004-03-15 14:25       ` Zhenja Kaluta
2004-03-15 14:31         ` Anton Farygin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4055C211.9050603@altlinux.ru \
    --to=aen@altlinux.ru \
    --cc=devel-kernel@altlinux.ru \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux kernel packages development

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \
		devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com
	public-inbox-index devel-kernel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git