> Я не знаю почему у вас так принято, что с ядром идет
> 100500 пакетов модулей.Ну так поинтересовались бы, глядишь, нашли бы kernel policy авторства ещё Пети Новодворского (nidd@debian). Был и более интересный эксперимент по поводу дробления, на самом деле, и он бы меня в одном проектике сильно выручил по части красивого кода.
> Но факт в том, чтобы удалить старое ядро - нужно предварительно снести эту
> кучу пакетов.
И опять не факт.
1) нормальные люди удаляют аптом ядро, за ним просто улетают его модули;
2) в rpm есть техническая возможность снести без зависимостей :)
> И нужно еще как-то узнать, что ядро требует обновлений, потому что apt и
> информационный апплет обновление ядра игнорируют.
По-хорошему -- из рассылки по обновлениям безопасности, т.к. далеко не каждое обновление ядра именно _требуемое_.
> На Ubuntu (но не на Mandriva), например, dkms пересобирает модули сразу после
> установки нового ядра через триггер, а не в момент загрузки системы.
Кажется, что-то подобное и мне в голову приходило -- хоть есть возможность чинить в ещё работающем окружении, если что навернулось.
> Думаю, что стоит провести новое исследование, потому что на Ubuntu при более
> чем двухлетнем использовании таких случаев просто не было.
Хорошо, если так.
> Но суть в другом: у них тоже apt, на котором не надо ядро ставить
> на холд и который корректно ставит новое ядро вторым в систему.
Альтовский апт прекрасно ставит несколько версий пакета рядом, если они не пересекаются по файлам. Я же не предлагал закомментировать Allow-Duplicated. :)
> Я не вижу сейчас разницы с rpm четвертой версии (это про переезд).
Как за пользователя, могу порадоваться. Как разработчику -- только посочувствовать, поскольку от людей слышу обратное -- да вот из сегодняшнего общения:
<yyy> С последними апдейтами постоянно сваливается systemd приходиться
из раза в раз откатывать. Если в urpmi.skip её заблочить престаёт
обновляться почти всё
<yyy> попытка обновить cross-arm приводит к вываливанию в своп с последующим
отстрелом rpm
<yyy> Сплошной "праздник"
> У него единственная проблема - скорость работы, потому как на perl написан.
Если бы. У него родовые травмы по части разбора зависимостей, насколько слышу из самой мандривы. Такие дела.
> Тяжелое наследие долгой стагнации Mandriva. Сейчас усиленно дорабатывается.
Удачи.
> Какой фрагмент?
Вот такой:
<xxx> Мандрива почему-то решила накатить старые модули vbox и nvidia на новое ядро.
<yyy> Потому что dkms в 2011.0 они опять же изувечили
<xxx> Ну и как его заставить этого не делать? А то оно уже минут 5 висит на virtualbox?
<yyy> cd /etc/rc.d/init.d && ./vboxdrv setup
<yyy> А вообще он будет висеть ибо ща сделает make oldconfig && make prepare
и после этого радостно обломается со сборкой
<yyy> Уверен почти на 100%
<xxx> vboxdrv у меня нет
<xxx> В init.d есть virtualbox
<yyy> Ааа они ещё и этот скрипт убили
<yyy> Вынеси модуль dkms virtualbox вообще
<xxx> Я бы знал, где его искать - сразу бы вынес
<yyy> У тя наверное и сам виртуалбокс не стоит, а модуль бтлдиться т.к.
эти критины считают что если есть live-cd режим то нуно обязатльно
этот модуль компилить
[...]
<yyy> Идиёты что с них взять
<xxx> Ребучусь, посмотрим, чего получится.
> VMware, например. Не думаю, что они прям вот так вот дадут готовые
> модули в репо класть.
А, давно не сталкивался. Не знаю, по договору могут и дать, раз отгружают по регистрации.
