From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <aen@altlinux.ru>
Message-ID: <3E9EBD10.9040004@altlinux.ru>
Date: Thu, 17 Apr 2003 18:41:20 +0400
From: aen <aen@altlinux.ru>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.3) Gecko/20030309
X-Accept-Language: ru-ru, ru
MIME-Version: 1.0
To: devel-kernel@altlinux.ru
Subject: Re: [d-kernel] kernel policy
References: <87he8zljh6.fsf@velvet.po.cs.msu.su>	<3E9C5571.2040009@altlinux.ru> <m3of36ev8k.fsf@sam-solutions.net>	<3E9D746E.5040006@altlinux.ru> <m3he8ybjkl.fsf@altlinux.ru>	<3E9E4517.3070500@altlinux.com> <m3u1cxa8b3.fsf@altlinux.ru>	<3E9E6A76.6050402@altlinux.com> <m3lly9a4pa.fsf@altlinux.ru>	<3E9E7E8A.1060907@altlinux.com>	<20030417131653.GB32494@nomad.office.altlinux.org> <m3el418fnr.fsf@altlinux.ru>
In-Reply-To: <m3el418fnr.fsf@altlinux.ru>
X-Enigmail-Version: 0.73.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Sender: devel-kernel-admin@altlinux.ru
Errors-To: devel-kernel-admin@altlinux.ru
X-BeenThere: devel-kernel@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: devel-kernel@altlinux.ru
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=unsubscribe>
List-Id: ALT Linux kernel packages development <devel-kernel.altlinux.ru>
List-Post: <mailto:devel-kernel@altlinux.ru>
List-Help: <mailto:devel-kernel-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=subscribe>
List-Archive: <http://altlinux.ru/pipermail/devel-kernel/>
Archived-At: <http://lore.altlinux.org/devel-kernel/3E9EBD10.9040004@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

Ed V. Bartosh пишет:

>Hello, Dmitry
>
> DVL> Нет, не совсем так.
>
> DVL> Поскольку у каждого kernel-image- свой maintainer, то именно он и
> DVL> занимается сборкой этого пакета, с обновлением соответствующих
> DVL> kernel-{fix,feat}.  Если у последних есть собственные maintainer'ы
> DVL> (если и будут, то редко), то во взаимодействии с ними.
>
> DVL> Сборкой внешних модулей для каждого kernel-image- (тех, которые вообще
> DVL> применимы к соответствующим ядрам) занимаются maintainer'ы как этих
> DVL> модулей, так и maintainer'ы kernel-image- (кто именно, зависит от взаимной
> DVL> договорённости, по умолчанию - maintainer'ы внешних модулей).
>
> DVL> Все согласны?
>Я - да. 
>Только хотел бы все-таки попробовать и схему с
>kernel-image-common (vanilla+fixes+может еще что ?)
>В этом случае для ядер, основаных на kernel-image-common
>будет несколько другая схема, основанная прежде всего на 
>сборке этого самого -common.
>
>Или может я хочу странного ?
>
>  
>
Думаю, да.
По крайней мере назовите это ядро иначе, например ed. std, common, -- 
только запутаемся.
Rgrds,  Алексей