From: Anton Farygin <rider@altlinux.com> To: ALT Linux kernel packages development <devel-kernel@altlinux.ru> Subject: Re: [d-kernel] 2.6.x Date: Mon, 15 Mar 2004 18:04:33 +0300 Message-ID: <20040315150433.GS7518@master.altlinux.ru> (raw) In-Reply-To: <4055C5C2.4060904@altlinux.ru> 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@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, прежде чем хоть чего то говорить.
next prev parent reply other threads:[~2004-03-15 15:04 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 ` [d-kernel] 2.6.x Aleksey Novodvorsky 2004-03-15 15:04 ` Anton Farygin [this message] 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=20040315150433.GS7518@master.altlinux.ru \ --to=rider@altlinux.com \ --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