From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <s.bolshakov@sam-solutions.net>
To: devel-kernel@altlinux.ru
Subject: Re: [d-kernel] kernel policy
From: Sergey Bolshakov <s.bolshakov@sam-solutions.net>
Date: Wed, 16 Apr 2003 13:13:50 +0300
In-Reply-To: <20030416093645.GD32514@basalt.office.altlinux.org> (Dmitry V.
 Levin's message of "Wed, 16 Apr 2003 13:36:45 +0400")
Message-ID: <m3istevjfl.fsf@pc313.belcaf.minsk.by>
User-Agent: Gnus/5.090017 (Oort Gnus v0.17) XEmacs/21.4 (Portable Code,
 linux)
References: <20030415144045.GA13440@shamrock.office.altlinux.ru>
	<m37k9vg5vk.fsf@sam-solutions.net>
	<87he8zljh6.fsf@velvet.po.cs.msu.su>
	<m3znmqevj8.fsf@sam-solutions.net>
	<20030416093645.GD32514@basalt.office.altlinux.org>
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/m3istevjfl.fsf@pc313.belcaf.minsk.by/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

>>>>> "Dmitry" == Dmitry V Levin <ldv@altlinux.org> writes:
[skipped]
 > Почему нам все равно придётся иметь дело с модулями, собираемыми отдельно
 > от ядра:
 > + Разные maintainer'ы.
 >   Maintainer того или иного ядра (kernel-image-) не может и не должен
 >   собирать все модули для этого ядра.  Сборка новой версии независимого
 >   модуля не должна приводить к необходимости пересобирать само ядро.
 >   Примеры: alsa, lm_sensors, drm, freeswan, nvidia, модемы, ...
 > + Разные лицензии.
 >   Некоторые модули распространяются под несвободными лицензиями.
 >   По этой причине их нельзя паковать вместе со свободным ядром.
 >   Примеры: nvidia, модемы, ...

 > Так что это необходимо предусмотреть.

На мой взгляд, майнтайнер того или иного ядра может и должен
собирать сам ровно те модули, работоспособность которых он
поддерживает, равно как и некий модуль в его ядре вовсе не обязан
быть новым или регулярно обновляемым, состав и версии модулей -
его ответственность. 

Что касается несвободных модулей - их место в nonfree,
с соответствующим именем вроде kernel-nonfree-image-nvidia,
их поддержка в том или ином виде не должна мешать делать
Правильные Вещи :)

--