Yocto рецепт procps не разворачивает в собранный образ Linux все приложения, которые необходимы для компиляции.

Вопрос или проблема

Я использую Yocto релиз Zeus для сборки моего пользовательского Linux образа. У меня много проблем с пониманием работы рецепта procps_3.3.16.bb. Он управляет установкой многих важных приложений в пользовательский Linux образ; ниже я перечисляю некоторые приложения, которые устанавливаются этим рецептом:

  1. программа top
  2. программа sysctl
  3. программа uptime
  4. программа free
  5. программа 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, важно учитывать несколько аспектов:

  1. DEPENDS и RDEPENDS: DEPENDS определяет зависимости на этапе сборки, которые необходимы для успешной компиляции пакета (например, библиотеки и инструменты компилятора), а RDEPENDS указывает зависимости, которые должны быть включены в итоговый образ для правильной работы этого пакета.

  2. do_install и do_install_append: Это фазы в процессе сборки, отвечающие за установку скомпилированных бинарных файлов и других ресурсов в рабочий каталог сборки.

  3. 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, первым делом уточните, есть ли настройки, которые явно исключают эти файлы из установки. Это можно сделать несколькими способами:

  1. Проверка файла конфигурации образа: Убедитесь, что в конфигурационных файлах вашего образа нет настроек, которые могли бы ограничивать установку определенных бинарных файлов.

  2. Настройка переменных в рецепте: Убедитесь, что файлы, которые вы хотите включить, находятся в списке переменных bindir_progs и base_bindir_progs.

  3. RDEPENDS_${PN}: Если программы отсутствуют не только в каталоге image во время сборки, но и в самом образе, добавьте переменные зависимости во время сборки.

Например, если требуется обязательно включать pkill в образ, убедитесь, что он находится в списке зависимостей:

RDEPENDS_${PN} += "pkill"
  1. Audit ALTERNATIVE: Убедитесь, что определение ALTERNATIVE соответствует вашим ожиданиям, и убедитесь в отсутствии нежелательных конфликтов.

Внедрение этих мероприятий в ваш процесс разработки изображения Linux на Yocto должно помочь в правильной интеграции всех необходимых бинарных файлов в конечный образ. Разумеется, ваша конкретная конфигурация может требовать дополнительных манипуляций.

Также, для более глубокой диагностики, полезно изучить логи выполнения Bitbake, которые могут содержать информацию о том, почему определенные файлы скриптов не интегрированы в образ.

Оцените материал
Добавить комментарий

Капча загружается...