From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ed@sam-solutions.net>
X-Mailer: Gnus v5.8.8/XEmacs 21.4 - "Portable Code"
X-Comment-To: Anton Farygin
To: devel-kernel@altlinux.ru
Subject: Re: [d-kernel] Daedalus kernel
References: <m3he99guuv.fsf@sam-solutions.net> <3E92C2D3.2070903@altlinux.com>
	<m3brzhgp1j.fsf@sam-solutions.net> <3E92CDF6.1040907@altlinux.com>
In-Reply-To: <3E92CDF6.1040907@altlinux.com>
From: ed@sam-solutions.net (Ed V. Bartosh)
Organization: SaM-Solutions Ltd.
Date: 08 Apr 2003 17:02:13 +0400
Message-ID: <m3znn1f8h6.fsf@sam-solutions.net>
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: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=unsubscribe>
List-Id: ALT Linux kernel packages development <devel-kernel.altlinux.ru>
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>
List-Archive: <http://altlinux.ru/pipermail/devel-kernel/>
Archived-At: <http://lore.altlinux.org/devel-kernel/m3znn1f8h6.fsf@sam-solutions.net/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>


 AF> Вот такое разбиение, например, для начала:

 AF> kernel-patches-new-drivers - содержит новые драйвера
 AF> kernel-patches-bugfixes-drivers - содержит исправления для
 AF> существующих драйверов

 AF> kernel-patches-security - включает в себя secrurity-fixes
 AF> kernel-patches-update-drivers - содержит в себе обновления для
 AF> драйверов до новых версий.

 AF> далее по такому-же принципу ;-)

 AF> Т.е. - бить или нет по категориям я бы не стал. По моему с железом все
 AF> достаточно прозрачно и если патч не вносит изменения никуда, кроме
 AF> кода самого драйвера - то его вполне можно включать всегда.
Зачем так зажимать схему ? Это вариант, противоположный вынесению
каждого патча в отдельный пакет. Я считаю, что нужен компромисс, то
есть в данном случае все-таки группировка по категориям.
Если мне, например, не нужны патчи, касающиеся видео, или, скажем
ide, то я и не буду их прикладывать. Тем более, что частенько они
правят не только свой код.
Мне кажется, что некая гибкость в этом деле не помешает.

Предлагаю для железных патчей категории по принципу схемы 
каталогов в сорцах:
kernel-patches-drivers-net
kernel-patches-drivers-scsi
kernel-patches-drivers-ide
kernel-patches-net
kernel-patches-fs

И подкатегории fixes, updates, new, как Вы предлагаете.

Точно так же можно поступить и с остальными, зачем велосипед
изобретать, если в ядре уже есть устоявшаяся иерархия.

-- 
Best regards,
Ed V. Bartosh