[d-kernel] kernel-module-list.sh (was: Опять грабли с инсталером)

[Michael Shigorin <mike@osdn.org.ua>]

[-- Attachment #1.1: Type: text/plain, Size: 2537 bytes --]

On Wed, Aug 13, 2003 at 05:53:22PM +0400, Sergey Vlasov wrote:
> >   Это справляет Allow-Duplicated.  При этом ломая возможность
> >   положиться на зависимости субпакетов при обновлении головного
> >   kernel-image.
> А это он каким местом ломает? Зависимости там как раз
> отслеживаются нормально.

Это не обвинение, это просто не его компетенция.

Пусть есть:

kernel-image-F-V-R
kernel-modules-N-F-V'-R'

Надо поставить рядом:

kernel-image-F-V1-R1 (или даже -F1, где F1 != F)

и при этом обеспечить установку kernel-modules-N-F-V''-R'',
которое собрано для этого второго ядра.  (кстати, не уверен, что
случай со сменой flavour стоит пытаться обработать здесь же)

Мы можем только требовать +/- точную версию/сборку ядра в
kernel-modules, но не наоборот.  Следовательно, ситуация почти
подпадает под dist-upgrade, но при этом комбинация Hold и
Allow-Duplicated заблокирует этот путь.  Да и желание обновить
именно "ядерные силы" может быть вполне точечным.

В принципе, подобные ситуации (необходимость установки
параллельно нескольких версий плюс разлробленность пакета) вроде
как встречались еще в случае или двух -- но ядро отличается как
минимум той ответственностью процедуры, которая пусть лучше
требует внимания администратора, при этом из apt-rpm мы точно
вылетаем; на apt+dpkg интерактивность позволена, у нас ее нет.

В сумме получается действительно что-то параллельное apt,
возможно, разве что использующее его "втупую" с указанием точных
версий -- как rpm с уже настроенным транспортом -- если
нижеуказанные грабли это не сломают.

Может, это такой себе apt-kernel, который может пользовать
транспортные возможности и разрешение зависимостей по данным
кэша, но имеет более специфические логику и интерфейс?

> Там сломано другое: нет возможности нормально сделать
> обновление пакета с модулем без обновления основного ядра
> (apt-get install kernel-modules-something\#.... в этом случае
> должен бы удалить предыдущую версию пакета с модулями - но
> только ту, которая действительно собрана для того же ядра).

И это тоже.

> > - определить текущее ядро
> > - получить список установленных пакетов с модулями, которые его
> >   требуют
> > - проверить его на доступность в версиях, которые требуют
> >   устанавливаемое ядро
> > С ходу непонятно, как что-то вроде `uname -r` преобразовать в
> > SVR.
> rpmquery -qf /boot/vmlinuz-"`uname -r`"

Точно, спасибо :)

Тогда получается скриптик, который делает первых два шага.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #1.2: kernel-module-list.sh --]
[-- Type: text/plain, Size: 209 bytes --]

#!/bin/sh
[ "$EUID" != 0 ] && CMD="sudo" || CMD=""
rpm -q --queryformat '%{NAME}\n' $(
	rpm -q --whatrequires $(
		rpm -q --queryformat '%{NAME}\n' $(
			$CMD rpmquery -qf /boot/vmlinuz-"$(uname -r)"
		)
	)
)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]