[devel] Бага ( формально ) может и нет , а вот проблема есть!

[Anton Farygin]

Led пишет:
> On Saturday, 10 January 2009 02:04:32 Anton Farygin wrote:
>> Led пишет:
>>> On Saturday, 10 January 2009 01:25:31 Anton Farygin wrote:
>>>> Led пишет:
>>>>> On Friday, 09 January 2009 23:28:18 Anton Farygin wrote:
>>>>>> Led пишет:
>>>>>>> On Friday, 09 January 2009 22:34:37 Valery V. Inozemtsev wrote:
>>>>>>>> On Friday 09 January 2009 23:17:16 Kirill A. Shutemov wrote:
>>>>>>>>> On Fri, Jan 09, 2009 at 11:07:31PM +0300, Valery V. Inozemtsev 
> wrote:
>>>>>>>>>> ...
>>>>>>>>>>
>>>>>>>>>>> Ну так что делать - udev действительно переодически (с новой
>>>>>>>>>>> версией) обрубает старые ядра... приходится мириться и жевать
>>>>>>>>>>> этот кактус.
>>>>>>>>>> udev это давно уже такая часть ядра. для старых ядер есть архив
>>>>>>>>>> сизифа
>>>>>>>>> Ну, тогда может стоит поставить там зависимость на версию kernel?
>>>>>>>>> Может энтропия снизится.
>>>>>>>> на какой kernel из?
>>>>>>> На тот специальный Provides, который это ядро предоставит.
>>>>>> будет установлено произвольное ядро из Sisyphus, удовлетворяющее
>>>>>> данному Provides.
>>>>>>
>>>>>> Это мы уже проходили с ядерными модулями и fglrx/nvidia.
>>>>> Это смотря какой именно Provides прописать в конкретном kernel-image.
>>>> Какой бы не прописал, всё равно будет плохо
>>> Возможно. Я не прорабатывал этот вопрос досконально и не тестировал
>>> варианты. С моей стороны это не было безоговорочным утверждением, а,
>>> скорее, полувопрос/полуидея. У меня нет экспериментальных данных, 100%-но
>>> подтверждающих, что это решаемо. Так же как и нет оснований утвеждать,
>>> что это нерешаемо и гарантированно в любом случае "будет плохо":)
>> Ну, я могу посоветовать убить какое-то время и поэкспериментировать,
>> если моим словам доверия нет ;)
> 
> У меня нет оснований недоверять тебе:) Но если бы ты привёл аргументы, на 
> которых основывается твоё утверждение "в любом случае будет плохо" - сомнений 
> практически не осталось бы:)

А разве и так не понятно ? Тогда может быть эту проблему прояснит немного:
$ apt-cache show kernel
Виртуальный пакет kernel предоставляется следующими пакетами:
   kernel-image-std-def#2.6.27-alt3 2.6.27-alt3
   kernel-image-std-def#2.6.27-alt5 2.6.27-alt5
   kernel-image-std-def#2.6.25-alt10 2.6.25-alt10
   kernel-image-std-def#2.6.25-alt9 2.6.25-alt9
   kernel-image-std-def#2.6.25-alt8 2.6.25-alt8
   kernel-image-std-srv#2.6.27-alt7 2.6.27-alt7
   kernel-image-std-pae#2.6.27-alt7 2.6.27-alt7
   kernel-image-std-ll#2.6.27-alt7 2.6.27-alt7
   kernel-image-std-def#2.6.27-alt7 2.6.27-alt7
   kernel-image-ovz-smp#2.6.26-alt0.3 2.6.26-alt0.3
   kernel-image-led-tc#2.6.22-alt23 2.6.22-alt23
You should explicitly select one to show.
E: Package kernel is a virtual package with multiple providers.

Т.е. - вытянется первый, по моему даже по алфавиту.. (т.е. - 
kernel-image-led-tc)

Хотя.. я нашёл один странный пакет, у которого прописана зависимость на 
kernel ;)
# apt-cache depends fvcool
fvcool-1.04-alt2
   Depends: <kernel>
     kernel-image-std-srv#2.6.27-alt7-2.6.27-alt7
     kernel-image-std-pae#2.6.27-alt7-2.6.27-alt7
     kernel-image-std-ll#2.6.27-alt7-2.6.27-alt7
     kernel-image-std-def#2.6.27-alt7-2.6.27-alt7
     kernel-image-std-def#2.6.27-alt5-2.6.27-alt5
     kernel-image-std-def#2.6.27-alt3-2.6.27-alt3
     kernel-image-std-def#2.6.25-alt10-2.6.25-alt10
     kernel-image-std-def#2.6.25-alt9-2.6.25-alt9
     kernel-image-std-def#2.6.25-alt8-2.6.25-alt8
     kernel-image-ovz-smp#2.6.26-alt0.3-2.6.26-alt0.3
     kernel-image-led-tc#2.6.22-alt23-2.6.22-alt23

будет установлен kernel-image-std-srv, если у него зависимость поправить 
как kernel >= 2.6.27 и в системе ядро 2.6.27 будет отсутствовать.

Эта "фича" - всегда работает с виртуальными пакетами...

Кстати, это наверняка обсуждалось в списках рассылки...

> 
>> К тому-же, я не уверен что apt выполнит install а не update для нового
>> ядра, если оно вытянется по зависимостям. Тут точно надо проверять.
> 
> СтОит ли тратить врем на эти проверки? Если всё равно в репозитарии двух 
> udev'ов разных версий существовать не может, а udev с версией в имени тоже не 
> жылец?

Ну, думаю что не мешало бы понимать, как работают это самые виртуальные 
пакеты...