From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 17 Apr 2003 14:43:27 +0400 From: "Dmitry V. Levin" To: devel-kernel@altlinux.ru Subject: Re: [d-kernel] kernel policy Message-ID: <20030417104327.GA30669@nomad.office.altlinux.org> Mail-Followup-To: devel-kernel@altlinux.ru References: <20030415144045.GA13440@shamrock.office.altlinux.ru> <87he8zljh6.fsf@velvet.po.cs.msu.su> <3E9C5571.2040009@altlinux.ru> <3E9D746E.5040006@altlinux.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" 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: --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Wed, Apr 16, 2003 at 06:31:06PM +0400, Ed V. Bartosh wrote: > a> от ядра и, соответственно, для установки новой версии пакета, собранной > a> с тем же ядром, заведомо не надо обновлять ядро. Это особенно полезно, > a> например, в случае фиксов alsa или новых версий nvidia. > >> > >> То есть в случае других фиксов kernel-image будет пересобираться, а в > >> случае фиксов alsa нет ? То есть вынесение модуля в отдельный пакет > >> происходит исходя из частоты его обновления, я правильно понял ? > > a> Из асинхронности его обновления с обновлением ядра. Так > a> как в любом случае модуль пересобрать и скачать быстрее, > a> то что меняется чаще -- не суть важно. > Понятно. > > Я все-таки хочу дообсуждать тему отдельных пакетов с модулями. > Можно рассмотреть 2 схемы: > 1 - стратегия выноса в отдельные пакеты как можно большего количества > функционала. Плюсы здесь есть неоспоримые - ядро меньше, проще > апгрэйдить на продекшен системах (без перезагрузки), можно брать и > ставить только тот функционал, который нужен. > Минусы тоже присутствуют, основной - большое количество пакетов, > ведь их нужно будет собирать под конкретные ядра. > 2 - противоположная стратегия - сборка как можно большего количества > модулей вместе с ядром, в составе kernel-image. Здесь с минусами и > плюсами все наоборот. > > Истина где-то между этими двумя крайностями, IMHO. > А вот где, неплохо бы выяснить. Кто что скажет ? Не вижу тут темы для обсуждения. Все просто: + У нас есть модули, по перечисленным мной и aen'ом ранее причинам собираемые отдельно от ядра. + У нас есть разные kernel-image-, в состав каждого из которого входят собственно образ ядра и модули, собранные с ним одновременно. Паковать часть _этих_ модулей отдельно не имеет смысла, если только мы не экономим дисковое пространство в /lib/modules/. + Других вариантов упаковки модулей нет. -- ldv --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+noVP9viEa8HiNCkRAqIdAJ9cSyg8d27f7eRsRFS2ECp3FYIGKgCfalBY loOmhYuwTViE2jerqwRNxZ8= =vXfS -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5--