From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.com>
Message-ID: <4968E6BB.8050901@altlinux.com>
Date: Sat, 10 Jan 2009 21:19:39 +0300
From: Anton Farygin <rider@altlinux.com>
User-Agent: Thunderbird 2.0.0.18 (X11/20081125)
MIME-Version: 1.0
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
References: <47c0071b0901081150h662d70d0q8df86fa25ed02f07@mail.gmail.com>	<200901092345.54446.ledest@gmail.com>	<4967DCEB.8010108@altlinux.com>	<200901100134.31112.ledest@gmail.com>	<4967E610.2030603@altlinux.com>	<20090110013521.GA6167@mw.office.seiros.ru>	<4968483C.1080506@altlinux.com>	<20090110111717.GA30422@mw.office.seiros.ru>	<4968E1F6.9050204@altlinux.com>
	<20090110180819.GZ32139@osdn.org.ua>
In-Reply-To: <20090110180819.GZ32139@osdn.org.ua>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel]
 =?koi8-r?b?4sHHwSAoIMbP0s3BzNjOzyApIM3P1sXUIMkgzsXUICwg?=
 =?koi8-r?b?wSDXz9Qg0NLPwszFzcEgxdPU2CE=?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.10b3
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Jan 2009 18:21:20 -0000
Archived-At: <http://lore.altlinux.org/devel/4968E6BB.8050901@altlinux.com/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

Michael Shigorin пишет:
> On Sat, Jan 10, 2009 at 08:59:18PM +0300, Anton Farygin wrote:
>> Я честно - не смотрел какой там функционал, но не понимаю,
>> почему его нельзя реализовать в std-def.
> 
> compcache и ещё один патчик; обоим IMHO место в ванилле вообще,
> но не уверен, что одно лишь их добавление в std-def будет
> оптимально.  По крайней мере не факт, что результат опять влезет
> в 16M RAM тонкого клиента.

по крайней мере расхождения будут только в конфиге, и процесс сборки 
упростится значительно.

> 
>> Согласен, что бывают совсем странные случаи, когда лучше
>> собрать ядро рядом (сам так делал). Но в идеале надо всё равно
>> всё это хозяйство интегрировать в std-xxx (что и было сделано
>> с v4l в своё время).
> 
> Угу.
> 
> Бишь лучше по возможности сводить ядра, чтоб меньше лопатить
> по углам одно и то же.

О чём и речь.