From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <s.bolshakov@sam-solutions.net>
To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
Subject: Re: [d-kernel] =?koi8-r?b?79DR1Ng=?= =?koi8-r?b?IMfSwcLMyQ==?=
	=?koi8-r?b?INM=?= =?koi8-r?b?IM7P18/K?= =?koi8-r?b?INPIxc3Pyg==?=
	=?koi8-r?b?INPCz9LLyQ==?=
References: <3F39F3BC.3090803@altlinux.com>
	<20030813121658.GN17550@osdn.org.ua> <3F3A2E1C.1020807@altlinux.com>
From: Sergey Bolshakov <s.bolshakov@sam-solutions.net>
Date: Wed, 13 Aug 2003 15:34:41 +0300
In-Reply-To: <3F3A2E1C.1020807@altlinux.com> (Anton Farygin's message of
	"Wed, 13 Aug 2003 16:25:00 +0400")
Message-ID: <m3r83p4ty6.fsf@pc313.belcaf.minsk.by>
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: Wed, 13 Aug 2003 12:34:51 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/m3r83p4ty6.fsf@pc313.belcaf.minsk.by/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

>>>>> "Anton" == Anton Farygin <rider@altlinux.com> writes:

 > Michael Shigorin пишет:
 >> On Wed, Aug 13, 2003 at 12:15:56PM +0400, Anton Farygin wrote:
 >> 
 >>> Как пользователь должен обновлять пакеты с ядрами?
 >> Возможно, для этого стоит сделать отдельную тулзень, которая
 >> будет иметь достаточно специфический интеллект.

 > Нет. Это не выход.

 >> Раздумий над вопросом было довольно много, и на пока мне кажется,
 >> что в рамках rpm/apt как _generic_ PM это не укладывается -- там
 >> и так хватает хаков вроде Hold и Allow-Duplicated.

 > Да.

 >> На статических зависимостях, которые не умеют "оглядываться"
 >> (например, новое ядро "видит" уже установленные к старому модули
 >> и начинает жаждать и себе) -- не вижу, как это делается.  Будь
 >> они жесткими или "suggested".

 > Да.

 >> PS: запихивать все опять в один мешок -- фу.  Лучше захакай эту
 >> ^&*(^(&^. :(

 > Чем тебе не нравится kernel-complete ? Да, это хак. Но вполне разумный
 > хак в данной ситуации (мы не можем быстро переписать apt-get)

Тем, что это лекарство не лечит.
Смысл распиливания ядра был в т.ч. в том, чтобы иметь
возможность не ставить того, что не нужно, следовательно,
kernel-complete в значительной части инсталляций проставлен
не будет.

--