From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ed@altlinux.ru>
X-Mailer: Gnus v5.8.8/XEmacs 21.4 - "Portable Code"
X-Comment-To: "Dmitry V. Levin"
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>
In-Reply-To: <20030417131653.GB32494@nomad.office.altlinux.org>
From: ed@altlinux.ru (Ed V. Bartosh)
Organization: ALT Linux
Date: 17 Apr 2003 16:36:08 +0400
Message-ID: <m3el418fnr.fsf@altlinux.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
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/m3el418fnr.fsf@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

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.

Или может я хочу странного ?

-- 
Best regards,
Ed V. Bartosh