From: aen <aen@altlinux.ru>
To: devel-kernel@altlinux.ru
Subject: Re: [d-kernel] kernel policy
Date: Thu, 17 Apr 2003 18:18:31 +0400
Message-ID: <3E9EB7B7.60608@altlinux.ru> (raw)
In-Reply-To: <20030417131653.GB32494@nomad.office.altlinux.org>
Dmitry V. Levin пишет:
>On Thu, Apr 17, 2003 at 02:14:34PM +0400, Anton Farygin wrote:
>
>
>>Ed V. Bartosh пишет:
>>
>>
>>>Hello, Anton
>>>AF> Удобство эксплуатации - безусловно, важный момент. А о
>>>AF> каком удобстве _эксплуатации_ может идти речь, если
>>>AF> вместо одного пакета появляется десяток-другой ?
>>>Это для сборщиков-комплектаторов ядер этих пакетов десятки, это и
>>>позволяет гибко комплектовать окончательные kernel-image с набором
>>>нужных фич. А для юзера собственно ничего не меняется - он берет
>>>понравившийся kernel-image и ставит себе. Не хочет задумываться -
>>>берет std. Зато потом начинаются бонусы - обновляется какая-нибудь
>>>alsa и это не повод для вытягивания нового ядра, апгрэйдится только
>>>один пакет, модуль перегрузил и все. Алса - это так, игрушки. А когда
>>>это, скажем, сетевые драйверы на продакшен сервере или еще что-нибудь
>>>такого же плана ?
>>>
>>>
>>Насколько удобно будет сборщикам собирать новые пакеты с драйверами и ядра.
>>
>>Пример - выход ядра 2.4.21-финального. Как я понимаю сейчас процесс
>>сборки ядра будет выглядеть примерно так:
>>
>>1) Nidd собирает kernel-source и выкладывает
>>2) Мантейнеры соответствующих патчей начинают портировать свои патчи на
>>новое ядро. До тех пор, пока все не запортируются - нет возможности
>>собрать std-sub ядро
>>3) После портирования патчей мантейнеры ядер начинают медленно и упорно
>>собирать собственно сами ядра (не забыть, что еще нужно всем владельцам
>>пакетов kernel-feat, входящим в kernel-image запортироваться на новое
>>ядро (если есть необходимость))
>>
>>
>
>Нет, не совсем так.
>
>Поскольку у каждого kernel-image- свой maintainer, то именно он и
>занимается сборкой этого пакета, с обновлением соответствующих
>kernel-{fix,feat}. Если у последних есть собственные maintainer'ы
>(если и будут, то редко), то во взаимодействии с ними.
>
>Сборкой внешних модулей для каждого kernel-image- (тех, которые вообще
>применимы к соответствующим ядрам) занимаются maintainer'ы как этих
>модулей, так и maintainer'ы kernel-image- (кто именно, зависит от взаимной
>договорённости, по умолчанию - maintainer'ы внешних модулей).
>
>Все согласны?
>
>
>
Я согласен.
2nidd: ждем новой версии policy.
Rgrds, Алексей
next prev parent reply other threads:[~2003-04-17 14:18 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-15 14:40 nidd
2003-04-15 13:56 ` Sviatoslav Sviridov
2003-04-15 16:05 ` [d-kernel] " Sergey Vlasov
2003-04-15 15:36 ` [d-kernel] " Ed V. Bartosh
2003-04-15 18:10 ` Peter Novodvorsky
2003-04-15 18:54 ` aen
2003-04-16 7:50 ` Ed V. Bartosh
2003-04-16 15:19 ` aen
2003-04-16 14:31 ` Ed V. Bartosh
2003-04-17 6:09 ` Anton Farygin
2003-04-17 7:32 ` Ed V. Bartosh
2003-04-17 8:48 ` Anton Farygin
2003-04-17 8:49 ` Ed V. Bartosh
2003-04-17 10:14 ` Anton Farygin
2003-04-17 10:34 ` Ed V. Bartosh
2003-04-17 12:09 ` Anton Farygin
2003-04-17 11:56 ` Ed V. Bartosh
2003-04-17 13:14 ` Peter Novodvorsky
2003-04-17 10:57 ` aen
2003-04-17 13:16 ` Dmitry V. Levin
2003-04-17 12:36 ` Ed V. Bartosh
2003-04-17 13:12 ` Peter Novodvorsky
2003-04-17 13:24 ` Ed V. Bartosh
2003-04-17 14:41 ` aen
2003-04-17 14:18 ` aen [this message]
2003-04-17 10:49 ` Dmitry V. Levin
2003-04-17 10:58 ` [JT] " Anton Farygin
2003-04-17 10:50 ` Ed V. Bartosh
2003-04-17 12:11 ` Anton Farygin
2003-04-17 11:22 ` Dmitry V. Levin
2003-04-17 11:21 ` Anton Farygin
2003-04-24 23:59 ` Michael Shigorin
2003-04-17 10:43 ` Dmitry V. Levin
2003-04-17 10:16 ` Ed V. Bartosh
2003-04-17 13:09 ` Dmitry V. Levin
2003-04-17 12:25 ` Ed V. Bartosh
2003-04-24 23:57 ` Michael Shigorin
2003-04-25 9:35 ` Ed V. Bartosh
2003-04-25 10:41 ` Michael Shigorin
2003-04-25 9:45 ` Ed V. Bartosh
2003-04-25 12:04 ` Michael Shigorin
2003-04-25 11:17 ` Ed V. Bartosh
2003-04-25 13:26 ` Michael Shigorin
2003-04-25 14:34 ` Ed V. Bartosh
2003-04-16 7:44 ` Ed V. Bartosh
2003-04-16 9:28 ` aen
2003-04-16 8:58 ` Ed V. Bartosh
2003-04-16 10:08 ` Peter Novodvorsky
2003-04-16 10:39 ` aen
2003-04-16 10:31 ` Ed V. Bartosh
2003-04-16 9:36 ` Dmitry V. Levin
2003-04-16 10:13 ` Sergey Bolshakov
2003-04-16 10:45 ` aen
2003-04-16 10:01 ` Peter Novodvorsky
2003-04-16 10:15 ` Ed V. Bartosh
2003-04-16 22:10 ` Dmitry V. Levin
2003-04-17 7:21 ` Ed V. Bartosh
2003-04-17 9:21 ` aen
2003-04-17 9:35 ` Peter Novodvorsky
2003-04-17 10:47 ` Ed V. Bartosh
2003-04-17 11:29 ` Dmitry V. Levin
2003-04-17 11:36 ` Sergey Pinaev
2003-04-17 11:55 ` aen
2003-04-15 16:14 ` aen
2003-04-15 16:35 ` [d-kernel] " Vitaly Ostanin
2003-04-15 18:29 ` Peter Novodvorsky
2003-04-15 16:46 ` [d-kernel] " aen
2003-04-16 0:32 ` Denis Smirnov
2003-04-16 2:48 ` Albert R. Valiev
2003-04-16 7:47 ` Ed V. Bartosh
2003-04-16 9:28 ` aen
2003-04-16 8:47 ` aen
2003-04-16 8:42 ` Albert R. Valiev
2003-04-25 0:13 ` Michael Shigorin
2003-04-25 6:12 ` Sviatoslav Sviridov/Lintec Project
2003-04-25 6:41 ` Albert R. Valiev
2003-04-25 6:58 ` Sviatoslav Sviridov/Lintec Project
2003-04-25 6:59 ` Albert R. Valiev
2003-04-16 10:26 ` [d-kernel] " Vitaly Ostanin
2003-04-17 11:34 ` [d-kernel] " Dmitry V. Levin
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=3E9EB7B7.60608@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