[devel] new unmets

[Вячеслав]

On Втр, 2004-07-13 at 19:50 +0400, Anton Farygin wrote:
> Nick S. Grechukh пишет:
> > В сообщении от Вторник 13 Июль 2004 17:59 Anton Farygin написал(a):
> > 
> >>Nick S. Grechukh пишет:
> >>
> >>>В сообщении от Вторник 13 Июль 2004 18:20 Stanislav Ievlev написал(a):
> >>>
> >>>>+++ unmets2	2004-07-13 19:18:00 +0400
> >>>>+рБЛЕФ ovlfs-utils ЧЕТУЙЙ 2.0.1-alt3 ЙНЕЕФ ОЕХДПЧМЕФЧПТЕООЩЕ ЪБЧЙУЙНПУФЙ:
> >>>>+ фТЕВХЕФ: kernel-modules-ovlfs
> >>>
> >>>банальная опечатка. сейчас заливаю новый kernel-modules.
> >>
> >>Не надо в userspace делать зависимости на kernel-modules !!!
> >>
> >>Это кончается плохо (установкой при dist-upgrade первого попавшегося ядра).
> > 
> > 
> > получается, пользователь установит ovlfs-utils и ни фига не работает? есть ли 
> > какой-то способ гарантировать наличие поддержки ядра? 
> > (и снова к вопросу об отсутствии soft-deps в rpm....)
> > 
> > кстати, nvidia_glx требует NVIDIA_kernel, который провайдится модулями. это не 
> > то же самое?
> 
> Нет, ибо nvidia_glx никогда dist-upgrade'ом не обновляется.
> 
> А при установке - да, будут такие же проблемы.
Как один из "пострадавших" требую равенства! 
Давайте рвать и эту зависимость или, наконец, искать другое решение.
Чем, собственно, отличается положение ovlfs-utils или
моего VDR от Nvidia_GLX? Везде установка штатными методами apt-get
install гарантированно даст неработоспособный результат, если не будет
нужного драйвера.  

Когда я у себя вынул COM мышь и вставил USB первое, что сделала система
- поставила ядро smp на однопроцессорную машину. Это был недавно
обновленный Сизиф. Неужели нельзя найти способ встроить проверку типа
установленного ядра в apt? 

Почему нельзя заставить apt искать только пакеты модулей,
совместимые c установленным ядром? (А если если решение не найдено -
отказываться от установки с предупреждением или предлагать установку
другого ядра с ручным подтверждением.)
-- 
Вячеслав Диконов <sdiconov на mail.ru>