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 18:03:30 +0300
Message-ID: <4055C5C2.4060904@altlinux.ru> (raw)
In-Reply-To: <20040315145411.GN7518@master.altlinux.ru>
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@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, Алексей
next prev parent reply other threads:[~2004-03-15 15:03 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
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 ` Aleksey Novodvorsky [this message]
2004-03-15 15:04 ` [d-kernel] 2.6.x 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=4055C5C2.4060904@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