Вопрос или проблема
Я использую Yocto релиз Zeus для сборки моего пользовательского Linux образа. У меня много проблем с пониманием работы рецепта procps_3.3.16.bb
. Он управляет установкой многих важных приложений в пользовательский Linux образ; ниже я перечисляю некоторые приложения, которые устанавливаются этим рецептом:
- программа
top
- программа
sysctl
- программа
uptime
- программа
free
- программа
kill
Содержание рецепта meta/recipes-extended/procps/procps_3.3.16.bb
:
SUMMARY = "Утилиты мониторинга системы и процессов"
DESCRIPTION = "Procps содержит набор системных утилит, которые предоставляют информацию о системе и процессах, используя \
файловую систему /proc. Пакет включает программы ps, top, vmstat, w, kill, и skill."
HOMEPAGE = "https://gitlab.com/procps-ng/procps"
SECTION = "base"
LICENSE = "GPLv2+ & LGPLv2+"
LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
file://COPYING.LIB;md5=4cf66a4984120007c9881cc871cf49db \
"
DEPENDS = "ncurses"
inherit autotools gettext pkgconfig update-alternatives
SRC_URI = "git://gitlab.com/procps-ng/procps.git;protocol=https \
file://sysctl.conf \
"
SRCREV = "59c88e18f29000ceaf7e5f98181b07be443cf12f"
S = "${WORKDIR}/git"
# Upstream имеет кастомизированный autogen.sh, который вызывает po/update-potfiles, поскольку они
# не включают po/POTFILES.in (что нелепо). Без этого файла gettext
# не считает, что po/ является каталогом gettext и не генерирует po/Makefile.
do_configure_prepend() {
( cd ${S} && po/update-potfiles )
}
EXTRA_OECONF = "--enable-skill --disable-modern-top"
PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'systemd', d)}"
PACKAGECONFIG[systemd] = "--with-systemd,--without-systemd,systemd"
do_install_append () {
install -d ${D}${base_bindir}
[ "${bindir}" != "${base_bindir}" ] && for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i; done
install -d ${D}${base_sbindir}
[ "${sbindir}" != "${base_sbindir}" ] && for i in ${base_sbindir_progs}; do mv ${D}${sbindir}/$i ${D}${base_sbindir}/$i; done
if [ "${base_sbindir}" != "${sbindir}" ]; then
rmdir ${D}${sbindir}
fi
install -d ${D}${sysconfdir}
install -m 0644 ${WORKDIR}/sysctl.conf ${D}${sysconfdir}/sysctl.conf
if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; then
install -d ${D}${sysconfdir}/sysctl.d
ln -sf ../sysctl.conf ${D}${sysconfdir}/sysctl.d/99-sysctl.conf
fi
}
CONFFILES_${PN} = "${sysconfdir}/sysctl.conf"
bindir_progs = "free pkill pmap pgrep pwdx skill snice top uptime w"
base_bindir_progs += "kill pidof ps watch"
base_sbindir_progs += "sysctl"
ALTERNATIVE_PRIORITY = "200"
ALTERNATIVE_PRIORITY[pidof] = "150"
ALTERNATIVE_${PN} = "${bindir_progs} ${base_bindir_progs} ${base_sbindir_progs}"
ALTERNATIVE_${PN}-doc = "kill.1 uptime.1"
ALTERNATIVE_LINK_NAME[kill.1] = "${mandir}/man1/kill.1"
ALTERNATIVE_LINK_NAME[uptime.1] = "${mandir}/man1/uptime.1"
python __anonymous() {
for prog in d.getVar('base_bindir_progs').split():
d.setVarFlag('ALTERNATIVE_LINK_NAME', prog, '%s/%s' % (d.getVar('base_bindir'), prog))
for prog in d.getVar('base_sbindir_progs').split():
d.setVarFlag('ALTERNATIVE_LINK_NAME', prog, '%s/%s' % (d.getVar('base_sbindir'), prog))
}
# 'ps' не подходит для использования в качестве инструмента безопасности, поэтому внесем этот CVE в белый список.
# https://bugzilla.redhat.com/show_bug.cgi?id=1575473#c3
CVE_CHECK_WHITELIST += "CVE-2018-1121"
При выполнении команды bitbake
:
> bitbake procps
компилируется много приложений, и я могу найти их бинарные файлы в папке сборки tmp
пакета procps
; например, в папке:
tmp/work/<MY-ARCHITECTURE>/procps/3.3.16-r0/image/usr/bin
находятся следующие бинарные файлы:
free pkill pwdx slabtop tload uptime w
pgrep pmap skill snice top vmstat
Не все предыдущие бинарные файлы развернуты на моем образе; например, pkill
, skill
, pgrep
не развернуты, тогда как free
и top
развернуты.
Ссылки по той же теме
Этот пост о той же теме, но он недостаточен для понимания моей проблемы.
Вопрос
Поскольку не все скомпилированные приложения развернуты, как рецепт procps_3.3.16.bb
выбирает приложения для развертывания на собранном Yocto образе?
Ответ или решение
В Yocto системе пакетные рецепты работают по определенному набору правил и механизмов, которые управляют процессом сборки и установки пакетов в итоговый образ Linux. В данном случае проблема состоит в том, что не все скомпилированные приложения из рецепта procps_3.3.16.bb
попадают в конечный образ системы.
Теория
Чтобы понять, как работают рецепты в Yocto, важно учитывать несколько аспектов:
-
DEPENDS и RDEPENDS:
DEPENDS
определяет зависимости на этапе сборки, которые необходимы для успешной компиляции пакета (например, библиотеки и инструменты компилятора), аRDEPENDS
указывает зависимости, которые должны быть включены в итоговый образ для правильной работы этого пакета. -
do_install и do_install_append: Это фазы в процессе сборки, отвечающие за установку скомпилированных бинарных файлов и других ресурсов в рабочий каталог сборки.
-
ALTERNATIVE и PACKAGECONFIG: Переменные, с помощью которых можно настроить конфликты версий и опции сборки таких пакетов.
Пример
В рассмотренной вами рецепте procps_3.3.16.bb
имаются следующие ключевые параметры:
-
EXTRA_OECONF: Используется для передачи дополнительных конфигурационных параметров скриптам
autotools
. В данном случае, включаются опции--enable-skill
и--disable-modern-top
. -
ALTERNATIVE: Задает альтернативные способы разрешения конфликтов среди бинарных файлов, которые могут иметь идентичные исполняемые файлы из разных пакетов, но предоставляют разные функции.
-
bindir_progs и base_bindir_progs: Эти переменные определяют, какие бинарные файлы должны быть установлены в
${bindir}
и${base_bindir}
. Например, программная частьskill, snice, top, uptime
используется в настройке этих путей.
На основании этих настроек Yocto управляет тем, какие бинарные файлы будут перемещены в ваши корневые каталоги во время фазы установки.
Применение
Чтобы решить проблему с недостающими бинарными файлами pkill
, skill
, pgrep
, первым делом уточните, есть ли настройки, которые явно исключают эти файлы из установки. Это можно сделать несколькими способами:
-
Проверка файла конфигурации образа: Убедитесь, что в конфигурационных файлах вашего образа нет настроек, которые могли бы ограничивать установку определенных бинарных файлов.
-
Настройка переменных в рецепте: Убедитесь, что файлы, которые вы хотите включить, находятся в списке переменных
bindir_progs
иbase_bindir_progs
. -
RDEPENDS_${PN}: Если программы отсутствуют не только в каталоге
image
во время сборки, но и в самом образе, добавьте переменные зависимости во время сборки.
Например, если требуется обязательно включать pkill
в образ, убедитесь, что он находится в списке зависимостей:
RDEPENDS_${PN} += "pkill"
- Audit ALTERNATIVE: Убедитесь, что определение
ALTERNATIVE
соответствует вашим ожиданиям, и убедитесь в отсутствии нежелательных конфликтов.
Внедрение этих мероприятий в ваш процесс разработки изображения Linux на Yocto должно помочь в правильной интеграции всех необходимых бинарных файлов в конечный образ. Разумеется, ваша конкретная конфигурация может требовать дополнительных манипуляций.
Также, для более глубокой диагностики, полезно изучить логи выполнения Bitbake, которые могут содержать информацию о том, почему определенные файлы скриптов не интегрированы в образ.