>Надо придумать, как это сделать. Основная проблема в том, что Einarc для
>работы нужны проприетарные CLI, которые, разумеется, ни разу не redistributable и
>тем более их нельзя класть в Сизиф, даже в non-free.Можно попробовать договориться об их распространении, как это делалось для тех же драйверов, которые бумажки хотели. Спроси rider@?
>Единственное, что мне приходит в голову:
>* поставить пакет в каком-то "нерабочем варианте"
Или работающем с минимальным количеством, но free или хотя бы freely distributable non-free. Вон с mptsas и mpt-status оно ж работает? (btw есть под рукой, могу проверить; если умеренно сильно захотеть, то и на стенде)
Ну и пообвязывать BIN=...; [ ! -x "$BIN" ] || "$BIN" ... придётся, чтоб при сборке unmet'ов не нацеплялось.
>* по умолчанию /usr/sbin/einarc говорит о том, что "ни одного модуля не
>найдено, пожалуйста запустите einarc-install"
>* /usr/sbin/einarc-install при запуске по сути выполняет функции ./configure
>из исходного тарболла, запрашивает, какие же именно модули нужно поставить,
>выкачивает их и прописывает по ним метаинформацию
>(видимо, правильно это делать куда-то в /var/lib/einarc/что-нибудь).
Здесь есть ещё один момент -- раз уж такое делается на целевой машине, можно попробовать сделать автоугадав (или фильтр по vendor id для менее развесистого выбора без --with-all какого).
>Возникает вопрос - есть ли какая-то готовая инфраструктура для этого всего?
Нет вроде.
>msttf, скажем, или Adobe Flash как в Сизиф упакованы?
Первое -- .exe в пакете, стопка %ghost и cabextract в %post; при этом установка происходит на системе пользователя, а распространяется исходный вид (упаковка которого в cpio->rpm юридически не считается изменением формы, насколько помню изучение вопроса).
Второе -- кажется, технически на общих основаниях, а организационно то ли freely distributable, то ли соглашение.