From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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: <20030415144045.GA13440@shamrock.office.altlinux.ru> <87he8zljh6.fsf@velvet.po.cs.msu.su> <3E9C5571.2040009@altlinux.ru> <3E9D746E.5040006@altlinux.ru> <20030417104327.GA30669@nomad.office.altlinux.org> In-Reply-To: <20030417104327.GA30669@nomad.office.altlinux.org> From: ed@altlinux.ru (Ed V. Bartosh) Organization: ALT Linux Date: 17 Apr 2003 14:16:19 +0400 Message-ID: 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: , List-Id: ALT Linux kernel packages development List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Hello, Dmitry DVL> Не вижу тут темы для обсуждения. Все просто: Это как кому :) DVL> + У нас есть модули, по перечисленным мной и aen'ом ранее причинам DVL> собираемые отдельно от ядра. Да, это сейчас так. А завтра в зависимости от наших решений их будет больше или меньше. Должна быть определена политика в этом вопросе, IMHO. Вот тебе непридуманый пример: [ed@pc213 SPECS]$ grep 'tar\.[bg]z' kernel24.spec |wc -l 30 Среди этих трех десятков можно легко обнаружить вещи, которые могут быть собраны (и собираются) в составе ядра и достаточно легко могут быть собраны отдельно и вынесены в отдельные пакеты. Вот о них я и веду речь. Куда их будем девать ? Это зависит от принятой стратегии, которая должна быть отражена в полиси. Я предлагаю - в отдельные пакеты. DVL> + У нас есть разные kernel-image-, в состав каждого из которого входят DVL> собственно образ ядра и модули, собранные с ним одновременно. Паковать DVL> часть _этих_ модулей отдельно не имеет смысла, если только мы не экономим DVL> дисковое пространство в /lib/modules/. Смысл есть. При сборке и поставке модулей отдельно увеличивается вероятность того, что при апгрэйде не нужно будет переставлять все ядро. Я об этом писал. И по-прежнему считаю, что это важно. -- Best regards, Ed V. Bartosh