Вопрос или проблема
Я использую выпуск 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"
# В апстриме есть собственный 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 образе?
Ответ или решение
Для понимания, почему не все приложения из рецепта procps_3.3.16.bb
в Yocto deploy’ируются в конечный образ, необходимо рассмотреть несколько аспектов, связанных с конфигурацией и сборкой в Yocto. Исследуем это шаг за шагом.
Теория
Yocto – это сложный инструмент для создания кастомных Linux-дистрибутивов, использующий концепцию рецептов для описания того, как пакеты должны быть собраны и установлены в конечном образе. Рецепты (.bb
файлы) содержат метаданные и инструкции для сборки, которые определяют, какие приложения и библиотеки компилируются, устанавливаются и deploy’ируются в конечный Linux-образ.
Рецепт procps_3.3.16.bb
отвечает за сборку и установку утилит, связанных с мониторингом процессов и системы, таких как top
, ps
, free
, и др. Однако не каждое скомпилированное приложение автоматом попадает в конечный образ. Важную роль здесь играют такие переменные как bindir_progs
, base_bindir_progs
, и base_sbindir_progs
, а также система управления альтернативами update-alternatives
.
Пример
Для иллюстрации процесса обратимся к коду рецепта:
-
Конфигурация списка программ:
Рецепт включает переменные, которые определяют, какие именно программы должны быть перемещены в директории/bin
и/sbin
в конечном образе:bindir_progs = "free pkill pmap pgrep pwdx skill snice top uptime w" base_bindir_progs += "kill pidof ps watch" base_sbindir_progs += "sysctl"
Эти переменные влияют на то, какие именно утилиты перемещаются в собираемую файловую систему.
-
Управление альтернативами:
Система управления альтернативами позволяет иметь несколько версий одного и того же инструмента и определять, какой из них будет использоваться по умолчанию. В рецепте используется такая конфигурация:ALTERNATIVE_${PN} = "${bindir_progs} ${base_bindir_progs} ${base_sbindir_progs}"
Это может косвенно влиять на то, какие приложения deploy’ируются, поскольку альтернативы могут быть ранжированы по приоритету, и не все альтернативы могут быть установлены по умолчанию в конечное окружение.
Применение
В вашем случае, если какие-то бинарные файлы, такие как pkill
, skill
, pgrep
, не deploy’ируются, когда free
и top
deploy’ируются, это может быть связано с различными факторами:
-
Пакетная конфигурация: Проверьте, возможно, определен минимальный набор утилит для установки по умолчанию. Это может быть сделано на уровне измененной конфигурации
DISTRO_FEATURES
в вашем дистрибутиве или за счет списка пакетов по умолчанию в сборочной среде. -
Настройка ALTERNATIVE_PRIORITY: Если ваша система конфигурации Yocto использует альтернативы, то убедитесь, что приоритеты корректно расставлены, и те приложения, которые должны быть первоочередными, получили больший приоритет.
-
Конфигурация do_install: Процесс установки в разделе
do_install_append
может иметь условия, зависящие от вашего окружения, которые вы могли бы проверить и изменить, если необходимо.
Для решения вопроса, вы можете выполнить следующие шаги:
-
Проверьте и измените конфигурацию: Убедитесь, что ваши локальные переменные конфигурации и настройки
DISTRO_FEATURES
не исключают необходимые утилиты из сборки. -
Проанализируйте и обновите рецепт: Иногда простое изменение приоритетов в системе альтернатив, манипуляции с
PACKAGECONFIG
или настройка шагов установки могут дать нужный результат. -
Настройка образов: Примените настройки, позволяющие включать или исключать определенные утилиты в зависимости от нужд вашей системы. Это может быть выполнено через локальные файлы конфигурации или кастомные слои в сборках Yocto.
Таким образом, для осознания, какие приложения оказываются в конечном Linux-образе, требуются тщательное изучение и настройка всех вышеупомянутых компонентов в вашей среде Yocto.