|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Michael Shigorin 2:5020/400 03 Apr 2003 18:08:49
To : Victor Dronov
Subject : Re: любителям сравнивать дистрибутивы
--------------------------------------------------------------------------------
Victor Dronov <victor.dronov@attbi.com> wrote:
> Вот именно об этом и речь. Какой механизм применяется, чтобы
> убедиться, что для каждого установленного в системе ядра есть
> адекватный NVIDIA_kernel?
Hикакой, потому что этот махинизм должен бы сверяться с неким
справочником железа, на котором сидим.
> Потому что, "админ должен помнить", это не для нас, есть железный
> болван, пусть он и помнит.
Да ну? А жесткий диск добавить админ тоже не должен помнить?
Если за пакет отвечает "болван" (например, apt) -- тогда претензии
как-то осмысленны. Вы же хотите извернуться так, чтоб и ядро левое
собрать, и памперсы подстелили.
Hечестно.
> Единственным разумным компромиссом, найденным мной, является триггер в
> пакетах с third-party модулями, который просто орет "пересобери меня"
Мне хватает Requires/Provides, которые не дают развалять все ненароком.
Вообще (чуть в сторону, но) думаю покрутить в руках DKMS, который на
http://www.lerhaupt.com/linux.html -- не уверен, что это именно то, но
посмотреть надо.
> при установке ядра, и rc скриптик в _GLX пакете, который проверяет
> наличие модуля для текущего ядра и подменяет XFConfig, если что.
Эта "домашняя автоматизация" в таком виде чревата только "немалыми
глюками" при попытке вывалить ее на ничего не подозревающего
пользователя, боюсь. А подозревающий найдет, с чем не согласиться.
Может, у Вас специфика деятельности такая, что пересборка ядер,
обкрученных 3rd party -- ежедневный труд, но это именно что специфика.
Обновление бутсектора, например, я никакому "болвану" не доверю -- тут
менее критично, но в ту же сторону.
Поэтому:
%package -n NVIDIA_kernel-up
Summary: NVIDIA kernel module for NVIDIA Architecture support
Group: System/Kernel and hardware
Version: %{kversion}_%nvver
License: nVidia
Requires: kernel24-up = %KVERREL
Provides: NVIDIA_kernel = %nvver
%package -n %binPkgName
Version: %VERSION.%RELEASE
Release: %rel
Requires: XFree86-server >= 4.0.3
Requires: libGLwrapper
%if %selectver
Requires: NVIDIA_kernel >= %version
%else
Requires: NVIDIA_kernel = %version
%endif
Provides: libGL
-- и хорош.
> К сожалению, похоже, проблема просто нерешаема при ограничениях
> зависимостей существующих в RPM.
Да при чем тут зависимости. Если Req/Prov/Conflicts с триггерами не
хватает -- значит, нечего заниматься черной магией.
> Кстати, а в apt может быть еще один уровень зависимостей?
Если замечание (а не только отработку) всяких Obsoletes: принимать как
"технически да" -- может быть. "По ощущениям" -- тоже. :)
Hо в этом случае проблема, как мне кажется, не только технологическая.
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
--- ifmail v.2.15dev5
* Origin: osdn.org.ua (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
