[d-kernel] i"?N~O^? C,O`A'A^I`E' O' I^I"?I"E^ O'E`A*I'I"E^ O'A^I"O`E"E'

[Anton Farygin]

Sergey Bolshakov пишет:
>>>>>>"Anton" == Anton Farygin <rider at 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 в значительной части инсталляций проставлен
> не будет.

В данный момент kernel-complete (и все, что он тащит) будет поставлен 
_всегда_.

Мне пришлось сделать такой хак в инсталяторе, ибо переписывать текущий 
инсталятор в данный момент времени нет смысла.

Rgds,
Rider
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 252 bytes
Desc: not available
Url : /pipermail/devel-kernel/attachments/20030813/a918ca9e/attachment-0002.bin