{"id":6784,"date":"2024-10-01T05:00:05","date_gmt":"2024-10-01T04:00:05","guid":{"rendered":"https:\/\/www.blaess.fr\/christophe\/?p=6784"},"modified":"2024-11-13T15:29:21","modified_gmt":"2024-11-13T14:29:21","slug":"les-variables-principales-de-bitbake-2-les-variables-contextuelles","status":"publish","type":"post","link":"https:\/\/www.blaess.fr\/christophe\/2024\/10\/01\/les-variables-principales-de-bitbake-2-les-variables-contextuelles\/","title":{"rendered":"Les variables principales de Bitbake – 2 – Les variables contextuelles"},"content":{"rendered":"
\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

Nous avons vu dans l’article pr\u00e9c\u00e9dent<\/a><\/strong> qu’il existe de nombreuses variables pour configurer le comportement de Bitbake lors d’un build<\/em> de Yocto Project.<\/strong> Nous avons examin\u00e9 pr\u00e9c\u00e9demment les variables globales, qui sont valables durant tout le build<\/em>.<\/p>\n\n\n\n

Nous allons \u00e9tudier \u00e0 pr\u00e9sent les principales variables contextuelles<\/mark><\/strong> (on parle aussi de variables \u00ab\u00a0scop\u00e9es\u00a0\u00bb) qui ne sont valides que dans certains contextes.<\/p>\n\n\n\n

Les contextes qui nous int\u00e9resseront ici sont ceux des recettes<\/strong> (.bb<\/strong><\/code>) et des amendements de recettes (.bbappend<\/strong><\/code>).<\/p>\n\n\n\n\n\n\n\n

Petit conseil : lorsque vous soup\u00e7onnez une variable contextuelle de n’\u00eatre pas correctement remplie, employez bitbake -e <recipe-name> | grep ^<variable><\/strong><\/code> pour voir son contenu.<\/p>\n\n\n\n

Voici un exemple :<\/p>\n\n\n\n

$ bitbake  -e  vim | grep  ^SRC_URI<\/strong>\nSRC_URI=\"git:\/\/github.com\/vim\/vim.git;branch=master;protocol=https            file:\/\/disable_acl_header_check.patch            file:\/\/vim-add-knob-whether-elf.h-are-checked.patch            file:\/\/0001-src-Makefile-improve-reproducibility.patch            file:\/\/no-path-adjust.patch            \"<\/code><\/pre>\n\n\n\n
Le contenu de la variable n’est pas tr\u00e8s bien format\u00e9, mais il est lisible. Cela correspond bien \u00e0 ce qui \u00e9tait renseign\u00e9 dans la recette :<\/p>\n\n\n\n
$ cat ..\/..\/layers\/poky\/meta\/recipes-support\/vim\/vim.inc <\/strong>\n [...]\nSRC_URI = \"git:\/\/github.com\/vim\/vim.git;branch=master;protocol=https \\\n           file:\/\/disable_acl_header_check.patch \\\n           file:\/\/vim-add-knob-whether-elf.h-are-checked.patch \\\n           file:\/\/0001-src-Makefile-improve-reproducibility.patch \\\n           file:\/\/no-path-adjust.patch \\\n           \"<\/code><\/pre>\n\n\n\n
L’option -e<\/strong><\/code> de bitbake<\/code> lui demande de ne pas faire le build<\/em> attendu, mais d’afficher sur sa sortie standard le contenu de son environnement (ses variables et ses fonctions). En pr\u00e9c\u00e9dant le nom de la variable par ^<\/strong><\/code> nous nous assurons qu’elle est align\u00e9e en d\u00e9but de ligne. C’est donc une ligne d’initialisation de la variable, et non pas une ligne o\u00f9 elle est int\u00e9gr\u00e9e dans une autre variable.<\/p>\n\n\n\n
Comme dans l’article pr\u00e9c\u00e9dent<\/a>, je suis oblig\u00e9 de faire une s\u00e9lection dans la liste imposante de variables configurant le comportement de bitbake<\/code>. J’ai choisi de retenir les variables que je me souviens avoir configur\u00e9es (ou dont j’ai examin\u00e9 le contenu) durant les derniers mois.<\/p>\n\n\n\n
L’objectif n’est pas de faire une description compl\u00e8te<\/strong> de l’utilisation d’une variable donn\u00e9e, pour cela la documentation de Yocto Project<\/a><\/strong> est la r\u00e9f\u00e9rence, mais plut\u00f4t de fournie une liste inverse<\/strong>, o\u00f9 l’on part du r\u00e9sultat attendu<\/strong> pour retrouver le nom d’une variable<\/strong><\/mark> pr\u00e9cise.<\/p>\n\n\n\n
Pour cela j’ai regroup\u00e9 les variables par probl\u00e9matique et obtenu la liste suivante :<\/p>\n\n\n\n