Каков наиболее стабильный способ сделать заголовки/разработку ядра Linux требованием для RPM и Deb?

К сожалению, я стараюсь не указывать версию во время сборки. Если бы был способ потребовать заголовки для ядра $(uname -r), это было бы идеально. - person Tamarzan; 27.11.2012

Это то, что пользователь получает с неверсионной зависимостью. Или, если вы имеете в виду версию вашего ядра во время упаковки, сгенерируйте при сборке, но тогда вы не скажете, что не хотите устанавливать во время сборки, не так ли? - person tripleee; 27.11.2012

Я думал, что если необходимый пакет не установлен, yum/apt загрузит последнюю версию. Если он достаточно умен, чтобы настроить эту логику для пакетов, связанных с ядром, это здорово, и мне нужно посмотреть, делает ли это то же самое в rpm! - person Tamarzan; 27.11.2012

Я не хочу/не должен ограничивать ядро, которое использует пользователь. Скорее, мне просто нужно установить соответствующие заголовки, когда пользователь переходит к установке. - person Tamarzan; 29.11.2012

Извините, если я упустил суть, но по какой причине вам требуются более новые заголовки ядра? Если вашему двоичному файлу требуются более новые заголовки ядра, то, вероятно, ему также требуется более новое ядро, а если нет, то вам также следует разрешить использование более старых заголовков ядра. Мне кажется, это скорее ограничение программного обеспечения, которое вы упаковываете, чем проблема с управлением пакетами - поправьте меня, если я ошибаюсь. Из POV управления пакетами вам нужно будет самостоятельно упаковать соответствующее ядро ​​и поставить его в качестве обновления. Или, как хак, поставьте их вместе с пакетом напрямую (это не очень поощряет). - person drahnr; 30.11.2012

Я думаю, что его проблема заключается в указании зависимости заголовков для текущего ядра. Когда вы говорите, что менеджер пакетов заголовков ядра может получить более новую версию, чем установленная, в то время как вам нужны совпадающие. - person Eugene; 07.12.2012

Если он действительно требует некоторых конкретных заголовков, как он заявил, то это должно быть Requires: kernel-headers = 3.4, хотя имхо, sw лучше исправить. Это не похоже на что-то разумное. - person drahnr; 09.12.2012

Можно использовать какой-то стабильный API, одинаковый для большинства версий ядра, которые вам интересны, но по-прежнему требуют заголовков для текущего работающего ядра, а не для какого-то новейшего ядра, доступного в репозитории. Многие модули ядра имеют это требование. Я не думаю, что это возможно, не без запуска отдельного скрипта для обнаружения дистрибутива и работающего ядра и применения некоторых эвристик для захвата соответствующего пакета с использованием соответствующих средств. (потому что, конечно, они называют их по-разному в разных дистрибутивах, не говоря уже обо всех параметрах управления пакетами...). - person Eugene; 08.01.2013

Пакеты deb/rpm почти всегда зависят от дистрибутива. Я предлагаю вам создать пакет для каждого дистрибутива, который вы хотите поддерживать, а не прыгать от проблемы к сумасшедшей и частично неразрешимой проблеме (проблемам). Это не стоит вашего времени. Что касается проблемы с заголовками, вы проверили, что произойдет, если вы просто выполните «Require: kernel-headers» с более новым ядром в удаленном репозитории, чем вы установили? (Просто возьмите livecd или что-то в этом роде, подключите флешку с вашим пользовательским пакетом и просто попробуйте установить, и посмотрите, что произойдет, если вы попытаетесь установить свой пакет) - person drahnr; 08.01.2013