From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ed@altlinux.ru>
X-Comment-To: Anton Farygin
To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
Subject: Re: [d-kernel] I: new packages to sisyphus
In-Reply-To: <3F28EACF.4020808@altlinux.com> (Anton Farygin's message of
	"Thu, 31 Jul 2003 14:09:19 +0400")
References: <200307311020.45053.darkstar@altlinux.ru>
	<m3d6fruprw.fsf@altlinux.ru> <3F28E060.3030408@altlinux.com>
	<m3znivt6hp.fsf@altlinux.ru> <3F28EACF.4020808@altlinux.com>
From: ed@altlinux.ru (Ed V. Bartosh)
Organization: ALT Linux
Date: Thu, 31 Jul 2003 13:16:40 +0400
Message-ID: <m3r847t5s7.fsf@altlinux.ru>
User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Portable Code, linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
X-BeenThere: devel-kernel@altlinux.ru
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
List-Id: ALT Linux kernel packages development  <devel-kernel.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=unsubscribe>
List-Archive: </pipermail/devel-kernel>
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>
X-List-Received-Date: Thu, 31 Jul 2003 10:17:53 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/m3r847t5s7.fsf@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>


>>>>> "AF" == Anton Farygin writes:

 >>  По-моему мы также обсуждали преимущества подхода, при котором мы
 >>  имеем как можно больше функционала в отдельных пакетах с
 >>  модулями. И особых возражений не было. Он имеет как минимум 2
 >>  достоинства: не нужно пересобирать ядро при изменениях в этих
 >>  пакетах, либо добавлении новых и не нужно перегружать систему при
 >>  их установке/апгрейде.  Для серверных конфигураций это очень
 >>  важно.
  
 AF>  Бесспорно.
  
 AF>  Но прежде чем это делать - давайте автоматизируем процесс
 AF>  сборки?
То есть ? Давайте сейчас затащим все, что можно в ядро, а потом, когда
автоматизируем процесс сборки, вытащим ? Не делайте мне смешно :) !

Примитиваная автоматизация - это скриптик, который правит спеки
модулей в двух местах - 
%define kversion	2.4.21
%define krelease	alt11
И пересобирает модули. Не вижу проблем для его изготовления.

Я пока вижу только то, что у инсталлятора есть проблемы. Да, их нужно
исправлять, а не прогибать под инсталлятор схему сборки ядер. 
Этот путь неправильный, IMHO.
  
-- 
Best regards,
Ed V. Bartosh