{"id":6622,"date":"2024-09-17T05:00:15","date_gmt":"2024-09-17T04:00:15","guid":{"rendered":"https:\/\/www.blaess.fr\/christophe\/?p=6622"},"modified":"2024-11-13T15:24:01","modified_gmt":"2024-11-13T14:24:01","slug":"les-variables-principales-de-bitbake-1-les-variables-globales","status":"publish","type":"post","link":"https:\/\/www.blaess.fr\/christophe\/2024\/09\/17\/les-variables-principales-de-bitbake-1-les-variables-globales\/","title":{"rendered":"Les variables principales de Bitbake – 1 – Les variables globales"},"content":{"rendered":"
\n
\"Variables<\/figure><\/div>\n\n\n

Lorsqu’on effectue un build<\/em> pour Yocto Project, l’outil bitbake<\/code> parcourt des fichiers de configuration que nous avons pu examiner dans l’article pr\u00e9c\u00e9dent<\/a><\/strong>. Pendant ce parcours, un nombre important de variables sont remplies.<\/p>\n\n\n\n

Il est facile de retrouver dans la documentation de Yocto Project<\/a><\/strong> la signification d’une variable, mais l’op\u00e9ration inverse n’est pas toujours facile : trouver quelle variable remplir pour r\u00e9pondre \u00e0 un probl\u00e8me donn\u00e9<\/mark>.<\/p>\n\n\n\n

C’est la question \u00e0 laquelle j’ai essay\u00e9 de r\u00e9pondre dans cette s\u00e9rie d’articles, en commen\u00e7ant par les variables globales<\/mark>, dont le contenu est disponible durant tout le build<\/em>. Le prochain article traitera des variables d\u00e9finies dans les contextes de recette.<\/p>\n\n\n\n\n\n\n\n

Sommaire<\/h1>\n\n\n\n

J’ai limit\u00e9 ma liste aux variables les plus courantes. J’ai pris comme r\u00e9f\u00e9rence celles que je me souviens avoir configur\u00e9 \u00e0 plusieurs reprises durant les derniers mois.<\/p>\n\n\n\n

J’ai class\u00e9 arbitrairement les variables en fonction des usages suivants :<\/p>\n\n\n\n

    \n
  1. Performances pendant le build<\/a><\/strong><\/li>\n\n\n\n
  2. Erreurs et incompatibilit\u00e9s de recettes<\/a><\/strong><\/li>\n\n\n\n
  3. Sp\u00e9cificit\u00e9s du build<\/em><\/a><\/strong><\/li>\n\n\n\n
  4. Toolchain et SDK<\/a><\/strong><\/li>\n\n\n\n
  5. Support mat\u00e9riel<\/a><\/strong><\/li>\n\n\n\n
  6. Image binaire et partitionnement<\/a><\/strong><\/li>\n\n\n\n
  7. Distro, choix et fonctionnalit\u00e9s<\/a><\/strong><\/li>\n\n\n\n
  8. Image et fonctionnalit\u00e9s d’image<\/strong><\/a><\/li>\n\n\n\n
  9. Caract\u00e9ristiques des layers<\/em><\/a><\/strong><\/li>\n<\/ol>\n\n\n\n

    <\/p>\n\n\n\n

    La plupart des variables globales de Yocto peuvent \u00eatre renseign\u00e9es indiff\u00e9remment dans plusieurs fichiers. J’ai indiqu\u00e9 entre parenth\u00e8ses les fichiers dans lesquels leurs configurations me semblaient avoir le plus de sens. Quand je mentionne \u00ab\u00a0site.conf<\/code> ou local.conf<\/code>\u00a0\u00bb la variable peut \u00e9ventuellement \u00eatre d\u00e9finie dans les deux fichiers, l’un ayant pr\u00e9c\u00e9dence sur l’autre par le jeu des op\u00e9rateurs =<\/code> et ?=<\/code>.<\/p>\n\n\n\n

    Petit rappel de l’article pr\u00e9c\u00e9dent<\/a><\/strong> concernant les fichiers ${BUILDDIR}\/conf\/site.conf<\/code> et ${BUILDDIR}\/conf\/local.conf<\/code> que nous rencontrerons dans la description de nombreuses variables :<\/p>\n\n\n\n