From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 16 Apr 2003 13:36:45 +0400 From: "Dmitry V. Levin" To: devel-kernel@altlinux.ru Subject: Re: [d-kernel] kernel policy Message-ID: <20030416093645.GD32514@basalt.office.altlinux.org> Mail-Followup-To: devel-kernel@altlinux.ru References: <20030415144045.GA13440@shamrock.office.altlinux.ru> <87he8zljh6.fsf@velvet.po.cs.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="84ND8YJRMFlzkrP4" Content-Disposition: inline In-Reply-To: X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 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: , List-Id: ALT Linux kernel packages development List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: --84ND8YJRMFlzkrP4 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Wed, Apr 16, 2003 at 11:44:27AM +0400, Ed V. Bartosh wrote: > Hello, Peter [...] > >> И еще - а зачем вообще эти модули нужны ? Предлагаю избавиться от них > >> или хотя бы минимизировать их количество. > >> Или описать здесь принципы выноса бинарных модулей в отдельный пакет. > >> Я как-то до сих пор их не уяснил :( > > PN> Это те модули которые уже вынесены. См. kernel-alsa-2.4.21pre-std-up > PN> src rpm. Нет, не судьба называть их kernel-module. > По-моему сейчас строится новая схема сборки. И существующие > пакеты с бинарными модулями - это, возможно, анахронизм. С таким же > успехом можно оставить старый принцип сборки ядра, опираясь на то, что > такие ядра есть в Сизифе :) Где развитие ? > Я не предлагаю их безоговорочно убрать. Определите принципы по которым > будут создаваться такие пакеты. Принцип "потому, что так уже есть" мне > представляется слабым доказательством. Почему нам все равно придётся иметь дело с модулями, собираемыми отдельно от ядра: + Разные maintainer'ы. Maintainer того или иного ядра (kernel-image-) не может и не должен собирать все модули для этого ядра. Сборка новой версии независимого модуля не должна приводить к необходимости пересобирать само ядро. Примеры: alsa, lm_sensors, drm, freeswan, nvidia, модемы, ... + Разные лицензии. Некоторые модули распространяются под несвободными лицензиями. По этой причине их нельзя паковать вместе со свободным ядром. Примеры: nvidia, модемы, ... Так что это необходимо предусмотреть. -- ldv --84ND8YJRMFlzkrP4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+nSQt9viEa8HiNCkRAuutAJ9c05ufLftvvPt9aKLcaQBMgn6hZwCdGu1q gvRMGKJdZaArZWnzEIwvNPY= =KBlc -----END PGP SIGNATURE----- --84ND8YJRMFlzkrP4--