From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 13 May 2003 19:10:42 +0300 From: Alexander Bokovoy To: devel-kernel@altlinux.ru Subject: Re: [d-kernel] kernel policy (final?) Message-ID: <20030513161042.GA17241@sam-solutions.net> References: <87y91cj9z5.fsf@velvet.po.cs.msu.su> <20030513144121.GB12183@basalt.office.altlinux.org> <20030513150450.GA12432@basalt.office.altlinux.org> <20030513153004.GA11776@sam-solutions.net> <3EC11DC2.5090001@altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3EC11DC2.5090001@altlinux.ru> 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: On Tue, May 13, 2003 at 08:30:58PM +0400, aen wrote: > Alexander Bokovoy пишет: > > >On Tue, May 13, 2003 at 07:04:50PM +0400, Dmitry V. Levin wrote: > > > > > >>При наличии /usr/include/linux-default/include следует использовать его, > >>если все остальные методы не прошли. > >> > >> > >Согласен. > > > >Теперь еще одно предложение для Policy. Касается оно дополнительных > >модулей, не входящих в основное ядро. Идея исходит от RedHat и мне она > >видится здравой. Я ее немного развил и вот что получилось: > > > > > < skip > > Кажется, это противоречит уже принятой нами схеме сборки пакетов модулей > отдельно от ядра. > Мне не хотелось бы возвращатсья назад. Меня не поняли. Существуют модули, которые не включены в основное ядро и *не могут* быть собраны без преконфигурированных исходников ядра. Таким место в процессе сборки ядра. Выше речь идет именно о них, в нашей текущей схеме они просто не учтены. Если выносить их совсем, то придется для них собирать пакет с преконфигурированными исходниками ядра, то есть оживлять труп kernel-source, как он был. А вот этого совсем не хотелось бы -- абсолютное большинство пользователей проинтерпретирует его появление совершенно неверно, что погубит вообще всю идею нынешней переделки системы сборки ядра. -- / Alexander Bokovoy --- The UPS is on strike.