From patchwork Tue Nov 22 14:12:15 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Michael Opdenacker X-Patchwork-Id: 15829 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id A1960C4332F for ; Tue, 22 Nov 2022 14:12:30 +0000 (UTC) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by mx.groups.io with SMTP id smtpd.web11.19940.1669126348548717998 for ; Tue, 22 Nov 2022 06:12:29 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=db+BGn8I; spf=pass (domain: bootlin.com, ip: 217.70.183.197, mailfrom: michael.opdenacker@bootlin.com) Received: (Authenticated sender: michael.opdenacker@bootlin.com) by mail.gandi.net (Postfix) with ESMTPSA id 6BA591C000A; Tue, 22 Nov 2022 14:12:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1669126346; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=OM4lI+xQW58uSDQEDZUATbzelUeTeUIaSiQOLPFmRQo=; b=db+BGn8Iwwc2jh01Zd9/C/zPZ0IB8DX3SAO2ryc8QMXvDWqsfjmNA2uKe6jUGXMtbf9Gt4 eFXgz2l62fe3T6UxGvJginvvrNB19xQpNBL0n2tXnrJVgDVyVZnAYca6IviI8SJtcD3UFq zYRGDuf3MFB9PIDO61rMR95DayMY7E6JQOou0Crr07awuzOICpQRngQvziDRrSFRsxbLBJ i0q6+GXr99Rqj0jqL6jMQRz8z5YQAtL5j6RwemBUOV2jJpytno5ZATO+ytd+x6g6ADZf/K nuFFQ8wU+DLBh188e91qBe+Ve5At+gzdCUDAOwYWeIz4Om2Gg54eZx3dLhhnig== From: michael.opdenacker@bootlin.com To: docs@lists.yoctoproject.org Cc: Michael Opdenacker , Quentin Schulz Subject: [PATCH 1/3] manuals: add missing references to classes Date: Tue, 22 Nov 2022 15:12:15 +0100 Message-Id: <20221122141217.97681-1-michael.opdenacker@bootlin.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 List-Id: X-Webhook-Received: from li982-79.members.linode.com [45.33.32.79] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Tue, 22 Nov 2022 14:12:30 -0000 X-Groupsio-URL: https://lists.yoctoproject.org/g/docs/message/3496 From: Michael Opdenacker Sometimes fixing line length in modified paragraphs too. [YOCTO #14508] Reported-by: Quentin Schulz Signed-off-by: Michael Opdenacker --- documentation/dev-manual/common-tasks.rst | 30 +++-- .../migration-guides/migration-1.3.rst | 21 ++- .../migration-guides/migration-1.5.rst | 5 + .../migration-guides/migration-1.6.rst | 9 +- .../migration-guides/migration-1.8.rst | 6 +- .../migration-guides/migration-2.1.rst | 8 +- .../migration-guides/migration-2.3.rst | 21 ++- .../migration-guides/migration-2.6.rst | 12 +- .../migration-guides/migration-3.0.rst | 4 +- .../migration-guides/migration-3.2.rst | 8 +- .../migration-guides/migration-3.3.rst | 16 ++- .../migration-guides/migration-3.4.rst | 2 +- .../migration-guides/migration-general.rst | 21 +-- .../migration-guides/release-notes-3.4.rst | 6 +- .../migration-guides/release-notes-4.0.rst | 15 ++- .../migration-guides/release-notes-4.1.rst | 9 +- documentation/overview-manual/concepts.rst | 2 +- documentation/ref-manual/classes.rst | 13 +- documentation/ref-manual/structure.rst | 3 +- documentation/ref-manual/variables.rst | 125 +++++++++--------- .../test-manual/understand-autobuilder.rst | 2 +- 21 files changed, 182 insertions(+), 156 deletions(-) diff --git a/documentation/dev-manual/common-tasks.rst b/documentation/dev-manual/common-tasks.rst index b9c467526a..96a6a76180 100644 --- a/documentation/dev-manual/common-tasks.rst +++ b/documentation/dev-manual/common-tasks.rst @@ -1855,9 +1855,10 @@ Here are some common issues that cause failures. ":ref:`dev-manual/common-tasks:debugging parallel make races`" section. - *Improper host path usage:* This failure applies to recipes building - for the target or ``nativesdk`` only. The failure occurs when the - compilation process uses improper headers, libraries, or other files - from the host system when cross-compiling for the target. + for the target or ":ref:`nativesdk `" only. The + failure occurs when the compilation process uses improper headers, + libraries, or other files from the host system when cross-compiling for + the target. To fix the problem, examine the ``log.do_compile`` file to identify the host paths being used (e.g. ``/usr/include``, ``/usr/lib``, and @@ -3404,7 +3405,7 @@ form of a patch all using Quilt. .. note:: With regard to preserving changes to source files, if you clean a - recipe or have ``rm_work`` enabled, the + recipe or have :ref:`rm_work ` enabled, the :ref:`devtool workflow ` as described in the Yocto Project Application Development and the Extensible Software Development Kit (eSDK) manual is a safer @@ -3450,11 +3451,11 @@ Follow these general steps: .. note:: All the modifications you make to the temporary source code disappear - once you run the :ref:`ref-tasks-clean` or :ref:`ref-tasks-cleanall` tasks using BitBake - (i.e. ``bitbake -c clean package`` and ``bitbake -c cleanall package``). - Modifications will also disappear if you use the ``rm_work`` feature as - described in the - ":ref:`dev-manual/common-tasks:conserving disk space during builds`" + once you run the :ref:`ref-tasks-clean` or :ref:`ref-tasks-cleanall` + tasks using BitBake (i.e. ``bitbake -c clean package`` and + ``bitbake -c cleanall package``). Modifications will also disappear if + you use the :ref:`rm_work ` feature as described in + the ":ref:`dev-manual/common-tasks:conserving disk space during builds`" section. 7. *Generate the Patch:* Once your changes work as expected, you need to @@ -7143,7 +7144,8 @@ Lighttpd, or Nginx), take the appropriate steps to do so. From within the :term:`Build Directory` where you have built an image based on your packaging choice (i.e. the :term:`PACKAGE_CLASSES` setting), simply start the server. The following example assumes a :term:`Build Directory` of ``poky/build`` -and a :term:`PACKAGE_CLASSES` setting of "package_rpm":: +and a :term:`PACKAGE_CLASSES` setting of +":ref:`package_rpm `":: $ cd poky/build/tmp/deploy/rpm $ python3 -m http.server @@ -7491,8 +7493,8 @@ test. Here is what you have to do for each recipe: special configurations prior to compiling the test code, you must insert a ``do_configure_ptest`` function into the recipe. -- *Install the test suite:* The ``ptest`` class automatically copies - the file ``run-ptest`` to the target and then runs make +- *Install the test suite:* The :ref:`ptest ` class + automatically copies the file ``run-ptest`` to the target and then runs make ``install-ptest`` to run the tests. If this is not enough, you need to create a ``do_install_ptest`` function and make sure it gets called after the "make install-ptest" completes. @@ -11237,7 +11239,7 @@ an :ref:`archiver ` class to help avoid some of these concerns. Before you employ :term:`DL_DIR` or the :ref:`archiver ` class, you need to -decide how you choose to provide source. The source ``archiver`` class +decide how you choose to provide source. The source :ref:`archiver ` class can generate tarballs and SRPMs and can create them with various levels of compliance in mind. @@ -11325,7 +11327,7 @@ generation are included on your image. adds a separate package and an upgrade path for adding licenses to an image. -As the source ``archiver`` class has already archived the original +As the source :ref:`archiver ` class has already archived the original unmodified source that contains the license files, you would have already met the requirements for inclusion of the license information with source as defined by the GPL and other open source licenses. diff --git a/documentation/migration-guides/migration-1.3.rst b/documentation/migration-guides/migration-1.3.rst index 3ba189b773..a135574744 100644 --- a/documentation/migration-guides/migration-1.3.rst +++ b/documentation/migration-guides/migration-1.3.rst @@ -91,11 +91,11 @@ consistency. nativesdk ~~~~~~~~~ -The suffix ``nativesdk`` is now implemented as a prefix, which -simplifies a lot of the packaging code for ``nativesdk`` recipes. All -custom ``nativesdk`` recipes, which are relocatable packages that are -native to :term:`SDK_ARCH`, and any references need to -be updated to use ``nativesdk-*`` instead of ``*-nativesdk``. +The suffix ``nativesdk`` is now implemented as a prefix, which simplifies a +lot of the packaging code for :ref:`nativesdk ` recipes. +All custom :ref:`nativesdk ` recipes, which are +relocatable packages that are native to :term:`SDK_ARCH`, and any references +need to be updated to use ``nativesdk-*`` instead of ``*-nativesdk``. .. _migration-1.3-task-recipes: @@ -109,12 +109,11 @@ automatic upgrade path for most packages. However, you should update references in your own recipes and configurations as they could be removed in future releases. You should also rename any custom ``task-*`` recipes to ``packagegroup-*``, and change them to inherit -``packagegroup`` instead of ``task``, as well as taking the opportunity -to remove anything now handled by :ref:`ref-classes-packagegroup`, such as -providing ``-dev`` and ``-dbg`` packages, setting -:term:`LIC_FILES_CHKSUM`, and so forth. See the -:ref:`ref-classes-packagegroup` section for -further details. +:ref:`packagegroup ` instead of ``task``, as well +as taking the opportunity to remove anything now handled by +:ref:`ref-classes-packagegroup`, such as providing ``-dev`` and ``-dbg`` +packages, setting :term:`LIC_FILES_CHKSUM`, and so forth. See the +:ref:`ref-classes-packagegroup` section for further details. .. _migration-1.3-image-features: diff --git a/documentation/migration-guides/migration-1.5.rst b/documentation/migration-guides/migration-1.5.rst index 70a087ff1a..b47980dc67 100644 --- a/documentation/migration-guides/migration-1.5.rst +++ b/documentation/migration-guides/migration-1.5.rst @@ -130,6 +130,11 @@ The following directory changes exist: it easier to delete :term:`TMPDIR` and preserve the build history. Additionally, data for produced SDKs is now split by :term:`IMAGE_NAME`. +- When :ref:`buildhistory ` is enabled, its output + is now written under the :term:`Build Directory` rather than :term:`TMPDIR`. + Doing so makes it easier to delete :term:`TMPDIR` and preserve the build + history. Additionally, data for produced SDKs is now split by :term:`IMAGE_NAME`. + - The ``pkgdata`` directory produced as part of the packaging process has been collapsed into a single machine-specific directory. This directory is located under ``sysroots`` and uses a machine-specific diff --git a/documentation/migration-guides/migration-1.6.rst b/documentation/migration-guides/migration-1.6.rst index d3de264650..d07731dcb0 100644 --- a/documentation/migration-guides/migration-1.6.rst +++ b/documentation/migration-guides/migration-1.6.rst @@ -220,9 +220,10 @@ Package Test (ptest) Package Tests (ptest) are built but not installed by default. For information on using Package Tests, see the -":ref:`dev-manual/common-tasks:testing packages with ptest`" -section in the Yocto Project Development Tasks Manual. For information on the -``ptest`` class, see the ":ref:`ref-classes-ptest`" section. +":ref:`dev-manual/common-tasks:testing packages with ptest`" section in the +Yocto Project Development Tasks Manual. For information on the +:ref:`ptest ` class, see the ":ref:`ref-classes-ptest`" +section. .. _migration-1.6-build-changes: @@ -237,7 +238,7 @@ will enable a separate :term:`Build Directory` by default as well. Recipes building Autotools-based software that fails to build with a separate :term:`Build Directory` should be changed to inherit from the :ref:`autotools-brokensep ` class instead of -the ``autotools`` or ``autotools_stage``\ classes. +the :ref:`autotools ` or ``autotools_stage`` classes. .. _migration-1.6-building-qemu-native: diff --git a/documentation/migration-guides/migration-1.8.rst b/documentation/migration-guides/migration-1.8.rst index f058029b30..35a2a21e5b 100644 --- a/documentation/migration-guides/migration-1.8.rst +++ b/documentation/migration-guides/migration-1.8.rst @@ -76,15 +76,15 @@ particular, users need to ensure that ``${S}`` (source files) and ``${B}`` (build artifacts) are used correctly in functions such as :ref:`ref-tasks-configure` and :ref:`ref-tasks-install`. For kernel recipes that do not -inherit from ``kernel-yocto`` or include ``linux-yocto.inc``, you might +inherit from :ref:`kernel-yocto ` or include ``linux-yocto.inc``, you might wish to refer to the ``linux.inc`` file in the ``meta-oe`` layer for the kinds of changes you need to make. For reference, here is the :oe_git:`commit ` where the ``linux.inc`` file in ``meta-oe`` was updated. Recipes that rely on the kernel source code and do not inherit the -module classes might need to add explicit dependencies on the -:ref:`ref-tasks-shared_workdir` kernel task, for example:: +:ref:`module ` classes might need to add explicit +dependencies on the :ref:`ref-tasks-shared_workdir` kernel task, for example:: do_configure[depends] += "virtual/kernel:do_shared_workdir" diff --git a/documentation/migration-guides/migration-2.1.rst b/documentation/migration-guides/migration-2.1.rst index c19ba5501c..f045feadff 100644 --- a/documentation/migration-guides/migration-2.1.rst +++ b/documentation/migration-guides/migration-2.1.rst @@ -64,7 +64,7 @@ Makefile Environment Changes :term:`EXTRA_OEMAKE` now defaults to "" instead of "-e MAKEFLAGS=". Setting :term:`EXTRA_OEMAKE` to "-e MAKEFLAGS=" by default was a historical accident that has required many classes (e.g. -``autotools``, ``module``) and recipes to override this default in order +:ref:`autotools `, ``module``) and recipes to override this default in order to work with sensible build systems. When upgrading to the release, you must edit any recipe that relies upon this old default by either setting :term:`EXTRA_OEMAKE` back to "-e MAKEFLAGS=" or by explicitly setting any @@ -191,7 +191,7 @@ The following classes have changed: - ``autotools_stage``: Removed because the :ref:`autotools ` class now provides its functionality. Recipes that inherited from ``autotools_stage`` should - now inherit from ``autotools`` instead. + now inherit from :ref:`autotools ` instead. - ``boot-directdisk``: Merged into the ``image-vm`` class. The ``boot-directdisk`` class was rarely directly used. Consequently, @@ -401,9 +401,9 @@ These additional changes exist: as these directories are automatically found and added. - Inaccurate disk and CPU percentage data has been dropped from - ``buildstats`` output. This data has been replaced with + :ref:`buildstats ` output. This data has been replaced with ``getrusage()`` data and corrected IO statistics. You will probably - need to update any custom code that reads the ``buildstats`` data. + need to update any custom code that reads the :ref:`buildstats ` data. - The ``meta/conf/distro/include/package_regex.inc`` is now deprecated. The contents of this file have been moved to individual recipes. diff --git a/documentation/migration-guides/migration-2.3.rst b/documentation/migration-guides/migration-2.3.rst index d49ed474ca..4a1f159e92 100644 --- a/documentation/migration-guides/migration-2.3.rst +++ b/documentation/migration-guides/migration-2.3.rst @@ -481,9 +481,9 @@ The following miscellaneous changes have occurred: is an unnecessary burden. If you need to preserve these ``.la`` files (e.g. in a custom - distribution), you must change - :term:`INHERIT_DISTRO` such that - "remove-libtool" is not included in the value. + distribution), you must change :term:`INHERIT_DISTRO` such that + ":ref:`remove-libtool `" is not included + in the value. - Extensible SDKs built for GCC 5+ now refuse to install on a distribution where the host GCC version is 4.8 or 4.9. This change @@ -492,18 +492,17 @@ The following miscellaneous changes have occurred: the :ref:`uninative ` class for additional information. -- All native and nativesdk recipes now use a separate +- All :ref:`native ` and + :ref:`nativesdk ` recipes now use a separate :term:`DISTRO_FEATURES` value instead of sharing the value used by recipes for the target, in order to avoid unnecessary rebuilds. - The :term:`DISTRO_FEATURES` for ``native`` recipes is - :term:`DISTRO_FEATURES_NATIVE` added to - an intersection of :term:`DISTRO_FEATURES` and - :term:`DISTRO_FEATURES_FILTER_NATIVE`. + The :term:`DISTRO_FEATURES` for :ref:`native ` recipes + is :term:`DISTRO_FEATURES_NATIVE` added to an intersection of + :term:`DISTRO_FEATURES` and :term:`DISTRO_FEATURES_FILTER_NATIVE`. - For nativesdk recipes, the corresponding variables are - :term:`DISTRO_FEATURES_NATIVESDK` - and + For :ref:`nativesdk ` recipes, the corresponding + variables are :term:`DISTRO_FEATURES_NATIVESDK` and :term:`DISTRO_FEATURES_FILTER_NATIVESDK`. - The ``FILESDIR`` variable, which was previously deprecated and rarely diff --git a/documentation/migration-guides/migration-2.6.rst b/documentation/migration-guides/migration-2.6.rst index eedede2457..59592997ff 100644 --- a/documentation/migration-guides/migration-2.6.rst +++ b/documentation/migration-guides/migration-2.6.rst @@ -128,7 +128,8 @@ missing from :term:`DEPENDS`). This change affects classes beyond just the two mentioned (i.e. ``distutils`` and ``distutils3``). Any recipe that inherits ``distutils*`` - classes are affected. For example, the ``setuptools`` and ``setuptools3`` + classes are affected. For example, the ``setuptools`` and + :ref:`setuptools3 ` recipes are affected since they inherit the ``distutils*`` classes. Fetching these types of dependencies that are not provided in the @@ -315,13 +316,12 @@ This section provides information about automatic testing changes: exists and has been replaced by the :term:`TESTIMAGE_AUTO` variable. -- Inheriting the ``testimage`` and ``testsdk`` Classes: Best - practices now dictate that you use the - :term:`IMAGE_CLASSES` variable rather than the +- Inheriting the :ref:`testimage ` and + :ref:`testsdk ` classes: best practices now dictate + that you use the :term:`IMAGE_CLASSES` variable rather than the :term:`INHERIT` variable when you inherit the :ref:`testimage ` and - :ref:`testsdk ` classes used for automatic - testing. + :ref:`testsdk ` classes used for automatic testing. .. _migration-2.6-openssl-changes: diff --git a/documentation/migration-guides/migration-3.0.rst b/documentation/migration-guides/migration-3.0.rst index 90736e6009..95a33d4dd4 100644 --- a/documentation/migration-guides/migration-3.0.rst +++ b/documentation/migration-guides/migration-3.0.rst @@ -282,8 +282,8 @@ The following miscellaneous changes have occurred. - You must change the host distro identifier used in :term:`NATIVELSBSTRING` to use all lowercase characters even if it does not contain a version number. This change - is necessary only if you are not using ``uninative`` and - :term:`SANITY_TESTED_DISTROS`. + is necessary only if you are not using + :ref:`uninative ` and :term:`SANITY_TESTED_DISTROS`. - In the ``base-files`` recipe, writing the hostname into ``/etc/hosts`` and ``/etc/hostname`` is now done within the main diff --git a/documentation/migration-guides/migration-3.2.rst b/documentation/migration-guides/migration-3.2.rst index a714bd6bca..630d5c2b94 100644 --- a/documentation/migration-guides/migration-3.2.rst +++ b/documentation/migration-guides/migration-3.2.rst @@ -217,7 +217,13 @@ Most recipes and classes that inherit the :ref:`deploy ` cla Custom SDK / SDK-style recipes need to include ``nativesdk-sdk-provides-dummy`` ------------------------------------------------------------------------------- -All ``nativesdk`` packages require ``/bin/sh`` due to their postinstall scriptlets, thus this package has to be dummy-provided within the SDK and ``nativesdk-sdk-provides-dummy`` now does this. If you have a custom SDK recipe (or your own SDK-style recipe similar to e.g. ``buildtools-tarball``), you will need to ensure ``nativesdk-sdk-provides-dummy`` or an equivalent is included in :term:`TOOLCHAIN_HOST_TASK`. +All :ref:`nativesdk ` packages require ``/bin/sh`` due +to their postinstall scriptlets, thus this package has to be dummy-provided +within the SDK and ``nativesdk-sdk-provides-dummy`` now does this. If you have +a custom SDK recipe (or your own SDK-style recipe similar to e.g. +``buildtools-tarball``), you will need to ensure +``nativesdk-sdk-provides-dummy`` or an equivalent is included in +:term:`TOOLCHAIN_HOST_TASK`. ``ld.so.conf`` now moved back to main ``glibc`` package diff --git a/documentation/migration-guides/migration-3.3.rst b/documentation/migration-guides/migration-3.3.rst index aba5c4237c..d110aacd81 100644 --- a/documentation/migration-guides/migration-3.3.rst +++ b/documentation/migration-guides/migration-3.3.rst @@ -61,13 +61,15 @@ need to update those. New ``python3targetconfig`` class --------------------------------- -A new :ref:`python3targetconfig ` class has been -created for situations where you would previously have inherited the -:ref:`python3native ` class but need access to target configuration data (such as -correct installation directories). Recipes where this situation applies should -be changed to inherit ``python3targetconfig`` instead of ``python3native``. This -also adds a dependency on target ``python3``, so it should only be used where -appropriate in order to avoid unnecessarily lengthening builds. +A new :ref:`python3targetconfig ` class has +been created for situations where you would previously have inherited the +:ref:`python3native ` class but need access to +target configuration data (such as correct installation directories). Recipes +where this situation applies should be changed to inherit +:ref:`python3targetconfig ` instead of +:ref:`python3native `. This also adds a dependency +on target ``python3``, so it should only be used where appropriate in order to +avoid unnecessarily lengthening builds. Some example recipes where this change has been made: ``gpgme``, ``libcap-ng``, ``python3-pycairo``. diff --git a/documentation/migration-guides/migration-3.4.rst b/documentation/migration-guides/migration-3.4.rst index 4ceea7b0e4..ac4d08e051 100644 --- a/documentation/migration-guides/migration-3.4.rst +++ b/documentation/migration-guides/migration-3.4.rst @@ -124,7 +124,7 @@ Removed classes - ``image-mklibs``: not actively tested and upstream mklibs still requires Python 2 - ``meta``: no longer useful. Recipes that need to skip installing - packages should inherit ``nopackages`` instead. + packages should inherit :ref:`nopackages ` instead. Prelinking disabled by default ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ diff --git a/documentation/migration-guides/migration-general.rst b/documentation/migration-guides/migration-general.rst index 847bdad739..8503017580 100644 --- a/documentation/migration-guides/migration-general.rst +++ b/documentation/migration-guides/migration-general.rst @@ -79,18 +79,19 @@ any new Yocto Project release. the migration (e.g. added/removed packages, added/removed files, size changes etc.). To do this, follow these steps: - 1. Enable buildhistory before the migration + 1. Enable :ref:`buildhistory ` before the migration 2. Run a pre-migration build - 3. Capture the buildhistory output (as specified by :term:`BUILDHISTORY_DIR`) - and ensure it is preserved for subsequent builds. How you would do this - depends on how you are running your builds - if you are doing this all on - one workstation in the same :term:`Build Directory` you may not need to do - anything other than not deleting the buildhistory output directory. For - builds in a pipeline it may be more complicated. + 3. Capture the :ref:`buildhistory ` output (as + specified by :term:`BUILDHISTORY_DIR`) and ensure it is preserved for + subsequent builds. How you would do this depends on how you are running + your builds - if you are doing this all on one workstation in the same + :term:`Build Directory` you may not need to do anything other than not + deleting the :ref:`buildhistory ` output + directory. For builds in a pipeline it may be more complicated. - 4. Set a tag in the buildhistory output (which is a git repository) before + 4. Set a tag in the :ref:`buildhistory ` output (which is a git repository) before migration, to make the commit from the pre-migration build easy to find as you may end up running multiple builds during the migration. @@ -99,7 +100,7 @@ any new Yocto Project release. 6. Run a build 7. Check the output changes between the previously set tag and HEAD in the - buildhistory output using ``git diff`` or ``buildhistory-diff``. + :ref:`buildhistory ` output using ``git diff`` or ``buildhistory-diff``. - For more information on using buildhistory, see + For more information on using :ref:`buildhistory `, see :ref:`dev-manual/common-tasks:maintaining build output quality`. diff --git a/documentation/migration-guides/release-notes-3.4.rst b/documentation/migration-guides/release-notes-3.4.rst index 62683b4a5c..83ca901016 100644 --- a/documentation/migration-guides/release-notes-3.4.rst +++ b/documentation/migration-guides/release-notes-3.4.rst @@ -7,7 +7,7 @@ New Features / Enhancements in 3.4 - Linux kernel 5.14, glibc 2.34 and ~280 other recipe upgrades - Switched override character to ':' (replacing '_') for more robust parsing and improved performance --- see the above migration guide for help - Rust integrated into core, providing rust support for cross-compilation and SDK -- New create-spdx class for creating SPDX SBoM documents +- New :ref:`create-spdx ` class for creating SPDX SBoM documents - New recipes: cargo, core-image-ptest-all, core-image-ptest-fast, core-image-weston-sdk, erofs-utils, gcompat, gi-docgen, libmicrohttpd, libseccomp, libstd-rs, perlcross, python3-markdown, python3-pyyaml, python3-smartypants, python3-typogrify, rust, rust-cross, rust-cross-canadian, rust-hello-world, rust-llvm, rust-tools-cross-canadian, rustfmt, xwayland - Several optimisations to reduce unnecessary task dependencies for faster builds - seccomp integrated into core, with additional enabling for gnutls, systemd, qemu @@ -68,7 +68,9 @@ New Features / Enhancements in 3.4 - SDK-related enhancements: - Enable :ref:`ref-tasks-populate_sdk` with multilibs - - New ``SDKPATHINSTALL`` variable decouples default install path from built in path to avoid rebuilding nativesdk components on e.g. :term:`DISTRO_VERSION` changes + - New ``SDKPATHINSTALL`` variable decouples default install path from + built in path to avoid rebuilding :ref:`nativesdk ` + components on e.g. :term:`DISTRO_VERSION` changes - eSDK: Error if trying to generate an eSDK from a multiconfig - eSDK: introduce :term:`TOOLCHAIN_HOST_TASK_ESDK` to be used in place of :term:`TOOLCHAIN_HOST_TASK` to add components to the host part of the eSDK diff --git a/documentation/migration-guides/release-notes-4.0.rst b/documentation/migration-guides/release-notes-4.0.rst index d57227502e..3be7342a9c 100644 --- a/documentation/migration-guides/release-notes-4.0.rst +++ b/documentation/migration-guides/release-notes-4.0.rst @@ -8,9 +8,10 @@ New Features / Enhancements in 4.0 - Linux kernel 5.15, glibc 2.35 and ~300 other recipe upgrades -- Reproducibility: this release fixes the reproducibility issues with ``rust-llvm`` and - ``golang``. Recipes in OpenEmbedded-Core are now fully reproducible. Functionality - previously in the optional "reproducible" class has been merged into the base class. +- Reproducibility: this release fixes the reproducibility issues with + ``rust-llvm`` and ``golang``. Recipes in OpenEmbedded-Core are now fully + reproducible. Functionality previously in the optional "reproducible" + class has been merged into the :ref:`base ` class. - Network access is now disabled by default for tasks other than where it is expected to ensure build integrity (where host kernel supports it) @@ -215,7 +216,7 @@ New Features / Enhancements in 4.0 - Ensure addition of patch-fuzz retriggers do_qa_patch - Added a sanity check for allarch packagegroups -- create-spdx class improvements: +- :ref:`create-spdx ` class improvements: - Get SPDX-License-Identifier from source files - Generate manifest also for SDKs @@ -235,8 +236,10 @@ New Features / Enhancements in 4.0 - SDK-related enhancements: - - Extended recipes to ``nativesdk``: ``cargo``, ``librsvg``, ``libstd-rs``, ``libva``, ``python3-docutil``, ``python3-packaging`` - - Enabled nativesdk recipes to find a correct version of the rust cross compiler + - Extended recipes to :ref:`nativesdk `: ``cargo``, + ``librsvg``, ``libstd-rs``, ``libva``, ``python3-docutil``, ``python3-packaging`` + - Enabled :ref:`nativesdk ` recipes to find a correct version + of the rust cross compiler - Support creating per-toolchain cmake file in SDK - Rust enhancements: diff --git a/documentation/migration-guides/release-notes-4.1.rst b/documentation/migration-guides/release-notes-4.1.rst index 119cc4fd2e..60402b6588 100644 --- a/documentation/migration-guides/release-notes-4.1.rst +++ b/documentation/migration-guides/release-notes-4.1.rst @@ -58,7 +58,7 @@ New Features / Enhancements in 4.1 - Dependency of -dev package on main package is now an :term:`RRECOMMENDS` and can be easily set via new :term:`DEV_PKG_DEPENDENCY` variable - Support for CPU, I/O and memory pressure regulation in BitBake -- Pressure data gathering in ``buildstats`` and rendering in ``pybootchartgui`` +- Pressure data gathering in :ref:`buildstats ` and rendering in ``pybootchartgui`` - New Picobuild system for lightweight Python PEP-517 build support in the :ref:`python_pep517 ` class @@ -99,8 +99,8 @@ New Features / Enhancements in 4.1 - :ref:`Support for using the regular build system as an SDK ` - :ref:`image-buildinfo ` class now also writes build information to SDKs - New :term:`SDK_TOOLCHAIN_LANGS` variable to control support of rust / go in SDK - - rust-llvm: enabled nativesdk variant - - python3-pluggy: enabled for native/nativesdk + - rust-llvm: enabled :ref:`nativesdk ` variant + - python3-pluggy: enabled for :ref:`native ` / :ref:`nativesdk ` - QEMU/runqemu enhancements: @@ -113,7 +113,8 @@ New Features / Enhancements in 4.1 - New variable :term:`UBOOT_MKIMAGE_KERNEL_TYPE` - New variable :term:`FIT_PAD_ALG` to control FIT image padding algorithm - New :term:`KERNEL_DEPLOY_DEPEND` variable to allow disabling image dependency on deploying the kernel - - image_types: isolate the write of UBI configuration to a ``write_ubi_config`` function that can be easily overridden + - :ref:`image_types `: isolate the write of UBI + configuration to a ``write_ubi_config`` function that can be easily overridden - openssh: add support for config snippet includes to ssh and sshd - :ref:`create-spdx `: Add ``SPDX_PRETTY`` option diff --git a/documentation/overview-manual/concepts.rst b/documentation/overview-manual/concepts.rst index c495e4cc41..386a9e09d5 100644 --- a/documentation/overview-manual/concepts.rst +++ b/documentation/overview-manual/concepts.rst @@ -921,7 +921,7 @@ the analysis and package splitting process use several areas: - :term:`STAGING_DIR_TARGET`: The path for the sysroot used when a component that is built to execute on a system and it generates code for yet another machine - (e.g. cross-canadian recipes). + (e.g. :ref:`cross-canadian ` recipes). The :term:`FILES` variable defines the files that go into each package in diff --git a/documentation/ref-manual/classes.rst b/documentation/ref-manual/classes.rst index ffa3e50ab6..3a13cf56ef 100644 --- a/documentation/ref-manual/classes.rst +++ b/documentation/ref-manual/classes.rst @@ -1406,7 +1406,7 @@ an optional Initramfs bundle, an optional RAM disk, and any number of device tree. To create a FIT image, it is required that :term:`KERNEL_CLASSES` -is set to include "kernel-fitimage" and :term:`KERNEL_IMAGETYPE` +is set to include ":ref:`kernel-fitimage `" and :term:`KERNEL_IMAGETYPE` is set to "fitImage". The options for the device tree compiler passed to ``mkimage -D`` @@ -2566,11 +2566,12 @@ uses these build systems, the recipe needs to inherit the :ref:`setuptools3 ` class supports Python version 3.x extensions that use -build systems based on ``setuptools`` (e.g. only have a ``setup.py`` and have -not migrated to the official ``pyproject.toml`` format). Unlike -``setuptools3.bbclass``, this uses the traditional ``setup.py`` ``build`` and -``install`` commands and not wheels. This use of ``setuptools`` like this is +The :ref:`setuptools3_legacy ` class supports +Python version 3.x extensions that use build systems based on ``setuptools`` +(e.g. only have a ``setup.py`` and have not migrated to the official +``pyproject.toml`` format). Unlike :ref:`setuptools3 `, +this uses the traditional ``setup.py`` ``build`` and ``install`` commands and +not wheels. This use of ``setuptools`` like this is `deprecated `__ but still relatively common. diff --git a/documentation/ref-manual/structure.rst b/documentation/ref-manual/structure.rst index 8b08f88969..5436d94e1d 100644 --- a/documentation/ref-manual/structure.rst +++ b/documentation/ref-manual/structure.rst @@ -374,7 +374,8 @@ remove the ``build/sstate-cache`` directory. ``build/tmp/buildstats/`` ~~~~~~~~~~~~~~~~~~~~~~~~~ -This directory stores the build statistics. +This directory stores the build statistics as generated by the +:ref:`buildstats ` class. .. _structure-build-tmp-cache: diff --git a/documentation/ref-manual/variables.rst b/documentation/ref-manual/variables.rst index d3aae63308..ca62365cc3 100644 --- a/documentation/ref-manual/variables.rst +++ b/documentation/ref-manual/variables.rst @@ -203,8 +203,9 @@ system and gives an overview of their function and contents. packages should be checked for libraries and renamed according to Debian library package naming. - The default value is "${PACKAGES}", which causes the debian class to - act on all packages that are explicitly generated by the recipe. + The default value is "${PACKAGES}", which causes the + :ref:`debian ` class to act on all packages that are + explicitly generated by the recipe. :term:`AUTOREV` When :term:`SRCREV` is set to the value of this variable, it specifies to @@ -576,9 +577,9 @@ system and gives an overview of their function and contents. ``quilt-native``, which is a copy of Quilt built to run on the build system; "crosses" such as ``gcc-cross``, which is a compiler built to run on the build machine but produces binaries that run on the target - :term:`MACHINE`; "nativesdk", which targets the SDK - machine instead of :term:`MACHINE`; and "mulitlibs" in the form - "``multilib:``\ multilib_name". + :term:`MACHINE`; ":ref:`nativesdk `", which + targets the SDK machine instead of :term:`MACHINE`; and "mulitlibs" in + the form "``multilib:``\ multilib_name". To build a different variant of the recipe with a minimal amount of code, it usually is as simple as adding the following to your recipe:: @@ -906,7 +907,7 @@ system and gives an overview of their function and contents. The toolchain binary prefix used for native recipes. The OpenEmbedded build system uses the :term:`BUILD_PREFIX` value to set the :term:`TARGET_PREFIX` when building for - ``native`` recipes. + :ref:`native ` recipes. :term:`BUILD_STRIP` Specifies the command to be used to strip debugging symbols from @@ -917,7 +918,7 @@ system and gives an overview of their function and contents. :term:`BUILD_SYS` Specifies the system, including the architecture and the operating system, to use when building for the build host (i.e. when building - ``native`` recipes). + :ref:`native ` recipes). The OpenEmbedded build system automatically sets this variable based on :term:`BUILD_ARCH`, @@ -1417,8 +1418,10 @@ system and gives an overview of their function and contents. :term:`COPYLEFT_RECIPE_TYPES` A space-separated list of recipe types to include in the source archived by the :ref:`archiver ` class. - Recipe types are ``target``, ``native``, ``nativesdk``, ``cross``, - ``crosssdk``, and ``cross-canadian``. + Recipe types are ``target``, :ref:`native `, + :ref:`nativesdk `, + :ref:`cross `, :ref:`crosssdk `, + and :ref:`cross-canadian `. The default value, which is "target*", for :term:`COPYLEFT_RECIPE_TYPES` is set by the :ref:`copyleft_filter ` @@ -1751,9 +1754,8 @@ system and gives an overview of their function and contents. :term:`DEPLOY_DIR_DEB` Points to the area that the OpenEmbedded build system uses to place Debian packages that are ready to be used outside of the build - system. This variable applies only when - :term:`PACKAGE_CLASSES` contains - "package_deb". + system. This variable applies only when :term:`PACKAGE_CLASSES` contains + ":ref:`package_deb `". The BitBake configuration file initially defines the :term:`DEPLOY_DIR_DEB` variable as a sub-folder of @@ -1794,9 +1796,8 @@ system and gives an overview of their function and contents. :term:`DEPLOY_DIR_IPK` Points to the area that the OpenEmbedded build system uses to place IPK packages that are ready to be used outside of the build system. - This variable applies only when - :term:`PACKAGE_CLASSES` contains - "package_ipk". + This variable applies only when :term:`PACKAGE_CLASSES` contains + ":ref:`package_ipk `". The BitBake configuration file initially defines this variable as a sub-folder of :term:`DEPLOY_DIR`:: @@ -1814,9 +1815,8 @@ system and gives an overview of their function and contents. :term:`DEPLOY_DIR_RPM` Points to the area that the OpenEmbedded build system uses to place RPM packages that are ready to be used outside of the build system. - This variable applies only when - :term:`PACKAGE_CLASSES` contains - "package_rpm". + This variable applies only when :term:`PACKAGE_CLASSES` contains + ":ref:`package_rpm `". The BitBake configuration file initially defines this variable as a sub-folder of :term:`DEPLOY_DIR`:: @@ -1834,9 +1834,8 @@ system and gives an overview of their function and contents. :term:`DEPLOY_DIR_TAR` Points to the area that the OpenEmbedded build system uses to place tarballs that are ready to be used outside of the build system. This - variable applies only when - :term:`PACKAGE_CLASSES` contains - "package_tar". + variable applies only when :term:`PACKAGE_CLASSES` contains + ":ref:`package_tar `". The BitBake configuration file initially defines this variable as a sub-folder of :term:`DEPLOY_DIR`:: @@ -1993,11 +1992,11 @@ system and gives an overview of their function and contents. :term:`DISTRO_FEATURES_FILTER_NATIVESDK` Specifies a list of features that if present in the target - :term:`DISTRO_FEATURES` value should be - included in :term:`DISTRO_FEATURES` when building nativesdk recipes. This - variable is used in addition to the features filtered using the - :term:`DISTRO_FEATURES_NATIVESDK` - variable. + :term:`DISTRO_FEATURES` value should be included in + :term:`DISTRO_FEATURES` when building + :ref:`nativesdk ` recipes. This variable is used + in addition to the features filtered using the + :term:`DISTRO_FEATURES_NATIVESDK` variable. :term:`DISTRO_FEATURES_NATIVE` Specifies a list of features that should be included in @@ -2010,10 +2009,9 @@ system and gives an overview of their function and contents. :term:`DISTRO_FEATURES_NATIVESDK` Specifies a list of features that should be included in :term:`DISTRO_FEATURES` when building - nativesdk recipes. This variable is used in addition to the features - filtered using the - :term:`DISTRO_FEATURES_FILTER_NATIVESDK` - variable. + :ref:`nativesdk ` recipes. This variable is used + in addition to the features filtered using the + :term:`DISTRO_FEATURES_FILTER_NATIVESDK` variable. :term:`DISTRO_NAME` The long name of the distribution. For information on the short name @@ -4124,12 +4122,12 @@ system and gives an overview of their function and contents. :term:`KERNEL_CLASSES` A list of classes defining kernel image types that the - :ref:`kernel ` class should inherit. You - typically append this variable to enable extended image types. An - example is the "kernel-fitimage", which enables fitImage support and - resides in ``meta/classes-recipe/kernel-fitimage.bbclass``. You can register - custom kernel image types with the :ref:`kernel ` class using this - variable. + :ref:`kernel ` class should inherit. You typically + append this variable to enable extended image types. An example is + ":ref:`kernel-fitimage `", which enables + fitImage support and resides in ``meta/classes-recipe/kernel-fitimage.bbclass``. + You can register custom kernel image types with the + :ref:`kernel ` class using this variable. :term:`KERNEL_DEBUG_TIMESTAMPS` If set to "1", enables timestamping functionality during building @@ -4949,16 +4947,18 @@ system and gives an overview of their function and contents. .. note:: - The "ML" in :term:`MLPREFIX` stands for "MultiLib". This representation is - historical and comes from a time when ``nativesdk`` was a suffix - rather than a prefix on the recipe name. When ``nativesdk`` was turned + The "ML" in :term:`MLPREFIX` stands for "MultiLib". This representation + is historical and comes from a time when + ":ref:`nativesdk `" + was a suffix rather than a prefix on the recipe name. When + ":ref:`nativesdk `" was turned into a prefix, it made sense to set :term:`MLPREFIX` for it as well. To help understand when :term:`MLPREFIX` might be needed, consider when :term:`BBCLASSEXTEND` is used to provide a - ``nativesdk`` version of a recipe in addition to the target version. - If that recipe declares build-time dependencies on tasks in other - recipes by using :term:`DEPENDS`, then a dependency on + :ref:`nativesdk ` version of a recipe in addition + to the target version. If that recipe declares build-time dependencies + on tasks in other recipes by using :term:`DEPENDS`, then a dependency on "foo" will automatically get rewritten to a dependency on "nativesdk-foo". However, dependencies like the following will not get rewritten automatically:: @@ -5406,12 +5406,13 @@ system and gives an overview of their function and contents. OpenEmbedded build system uses when packaging data. You can provide one or more of the following arguments for the - variable: PACKAGE_CLASSES ?= "package_rpm package_deb package_ipk - package_tar" + variable:: + + PACKAGE_CLASSES ?= "package_rpm package_deb package_ipk package_tar" .. note:: - While it is a legal option, the ``package_tar`` + While it is a legal option, the :ref:`package_tar ` class has limited functionality due to no support for package dependencies by that backend. Therefore, it is recommended that you do not use it. @@ -5925,8 +5926,9 @@ system and gives an overview of their function and contents. :term:`PIXBUF_PACKAGES` When inheriting the :ref:`pixbufcache ` class, this variable identifies packages that contain the pixbuf - loaders used with ``gdk-pixbuf``. By default, the ``pixbufcache`` - class assumes that the loaders are in the recipe's main package (i.e. + loaders used with ``gdk-pixbuf``. By default, the + :ref:`pixbufcache ` class assumes that + the loaders are in the recipe's main package (i.e. ``${``\ :term:`PN`\ ``}``). Use this variable if the loaders you need are in a package other than that main package. @@ -6358,7 +6360,7 @@ system and gives an overview of their function and contents. :term:`PYTHON_PN` When used by recipes that inherit the - :ref:`setuptools3 ` classe, specifies the + :ref:`setuptools3 ` class, specifies the major Python version being built. For Python 3.x, :term:`PYTHON_PN` would be "python3". You do not have to set this variable as the OpenEmbedded build system automatically sets it for you. @@ -6562,10 +6564,9 @@ system and gives an overview of their function and contents. for the same recipe, the :term:`REQUIRED_VERSION` value applies. :term:`RM_WORK_EXCLUDE` - With ``rm_work`` enabled, this variable specifies a list of recipes - whose work directories should not be removed. See the - ":ref:`ref-classes-rm-work`" section for more - details. + With :ref:`rm_work ` enabled, this variable + specifies a list of recipes whose work directories should not be removed. + See the ":ref:`ref-classes-rm-work`" section for more details. :term:`ROOT_HOME` Defines the root home directory. By default, this directory is set as @@ -6830,9 +6831,9 @@ system and gives an overview of their function and contents. :term:`SDK_DEPLOY` The directory set up and used by the - :ref:`populate_sdk_base ` class to which - the SDK is deployed. The ``populate_sdk_base`` class defines - :term:`SDK_DEPLOY` as follows:: + :ref:`populate_sdk_base ` class to which the + SDK is deployed. The :ref:`populate_sdk_base ` + class defines :term:`SDK_DEPLOY` as follows:: SDK_DEPLOY = "${TMPDIR}/deploy/sdk" @@ -6950,7 +6951,8 @@ system and gives an overview of their function and contents. :term:`SDK_DIR` variable for more information. :term:`SDK_PREFIX` - The toolchain binary prefix used for ``nativesdk`` recipes. The + The toolchain binary prefix used for + :ref:`nativesdk ` recipes. The OpenEmbedded build system uses the :term:`SDK_PREFIX` value to set the :term:`TARGET_PREFIX` when building ``nativesdk`` recipes. The default value is "${SDK_SYS}-". @@ -7761,7 +7763,7 @@ system and gives an overview of their function and contents. Some recipes build binaries that can run on the target system but those binaries in turn generate code for another different system - (e.g. cross-canadian recipes). Using terminology from GNU, the + (e.g. :ref:`cross-canadian ` recipes). Using terminology from GNU, the primary system is referred to as the "HOST" and the secondary, or different, system is referred to as the "TARGET". Thus, the binaries run on the "HOST" system and generate binaries for the "TARGET" @@ -8205,8 +8207,8 @@ system and gives an overview of their function and contents. - For native recipes, the build system sets the variable to the value of :term:`BUILD_PREFIX`. - - For native SDK recipes (``nativesdk``), the build system sets the - variable to the value of :term:`SDK_PREFIX`. + - For native SDK recipes (:ref:`nativesdk `), + the build system sets the variable to the value of :term:`SDK_PREFIX`. :term:`TARGET_SYS` Specifies the system, including the architecture and the operating @@ -8817,8 +8819,9 @@ system and gives an overview of their function and contents. :term:`UBOOT_MKIMAGE_DTCOPTS` Options for the device tree compiler passed to mkimage '-D' feature while creating FIT image in :ref:`kernel-fitimage ` class. - If :term:`UBOOT_MKIMAGE_DTCOPTS` is not set then kernel-fitimage will not - pass the ``-D`` option to mkimage. + If :term:`UBOOT_MKIMAGE_DTCOPTS` is not set then + :ref:`kernel-fitimage ` will not pass the + ``-D`` option to mkimage. :term:`UBOOT_MKIMAGE_KERNEL_TYPE` Specifies the type argument for the kernel as passed to ``uboot-mkimage``. diff --git a/documentation/test-manual/understand-autobuilder.rst b/documentation/test-manual/understand-autobuilder.rst index 66471972de..70ec4535f5 100644 --- a/documentation/test-manual/understand-autobuilder.rst +++ b/documentation/test-manual/understand-autobuilder.rst @@ -206,7 +206,7 @@ are general setup steps that are run once and include: #. Set up any ``buildtools-tarball`` if configured. -#. Call "buildhistory-init" if buildhistory is configured. +#. Call "buildhistory-init" if :ref:`buildhistory ` is configured. For each step that is configured in ``config.json``, it will perform the following: From patchwork Tue Nov 22 14:12:16 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Michael Opdenacker X-Patchwork-Id: 15831 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6D9E5C433FE for ; Tue, 22 Nov 2022 14:12:40 +0000 (UTC) Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [217.70.183.193]) by mx.groups.io with SMTP id smtpd.web10.19508.1669126350335223325 for ; Tue, 22 Nov 2022 06:12:30 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=DS4JAfwF; spf=pass (domain: bootlin.com, ip: 217.70.183.193, mailfrom: michael.opdenacker@bootlin.com) Received: (Authenticated sender: michael.opdenacker@bootlin.com) by mail.gandi.net (Postfix) with ESMTPSA id 4147A24000F; Tue, 22 Nov 2022 14:12:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1669126348; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Kto3P8YjT0rxyV0jazj/WmE6Qnu0ykOy8kgwdWwyNcE=; b=DS4JAfwFqmsdNy/dvot4XvRNF8mJmnQQND/E2qWRsKSSZLCdXKKvxOj3wp637wBEXkos5u v4d+ppH/NPpfPJTr8W0Z1h68LUxksvnn9ZGX7J/Esmf9PrsGIP0pEGtw5MBXLSQUoYNQlH DXtnrX4jAgN/x6rcMiNe0lGJ+lbhFa5I1wR68EH00fzVzkxAn1uX+TtN6z0dOdb44jx+ty hEWkFVQJFbQcgDCK1IKsMyR/rUKqs42+/oFmJr1ykOEIGRGSJrulFJzpyAGOBwfvmL8tVM Bqbf7wfBXEfon4SIRllVNaKHq6MYfBbhW3WcWQjJ2VnOZ6y6fYttWrq+BwF/rw== From: michael.opdenacker@bootlin.com To: docs@lists.yoctoproject.org Cc: Michael Opdenacker Subject: [PATCH 2/3] manuals: fix paragraphs with the "inherit" word Date: Tue, 22 Nov 2022 15:12:16 +0100 Message-Id: <20221122141217.97681-2-michael.opdenacker@bootlin.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20221122141217.97681-1-michael.opdenacker@bootlin.com> References: <20221122141217.97681-1-michael.opdenacker@bootlin.com> MIME-Version: 1.0 List-Id: X-Webhook-Received: from li982-79.members.linode.com [45.33.32.79] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Tue, 22 Nov 2022 14:12:40 -0000 X-Groupsio-URL: https://lists.yoctoproject.org/g/docs/message/3497 From: Michael Opdenacker Nothing wrong with this word, but instances of "inherit" were looked for while looking for class names without references. Fixing alignment and sometimes syntax. Signed-off-by: Michael Opdenacker --- documentation/dev-manual/common-tasks.rst | 60 +++++++------------ .../migration-guides/migration-1.5.rst | 4 +- .../migration-guides/migration-3.0.rst | 4 +- .../migration-guides/migration-3.3.rst | 6 +- documentation/ref-manual/classes.rst | 14 ++--- documentation/ref-manual/qa-checks.rst | 20 ++++--- documentation/ref-manual/variables.rst | 23 ++++--- .../sdk-manual/appendix-customizing.rst | 15 +++-- 8 files changed, 64 insertions(+), 82 deletions(-) diff --git a/documentation/dev-manual/common-tasks.rst b/documentation/dev-manual/common-tasks.rst index 96a6a76180..3ba64e1477 100644 --- a/documentation/dev-manual/common-tasks.rst +++ b/documentation/dev-manual/common-tasks.rst @@ -1703,26 +1703,21 @@ your software is built: need to modify the configuration. When using Autotools, your recipe needs to inherit the - :ref:`autotools ` class - and your recipe does not have to contain a - :ref:`ref-tasks-configure` task. - However, you might still want to make some adjustments. For example, - you can set - :term:`EXTRA_OECONF` or - :term:`PACKAGECONFIG_CONFARGS` - to pass any needed configure options that are specific to the recipe. + :ref:`autotools ` class and it does not have to + contain a :ref:`ref-tasks-configure` task. However, you might still want to + make some adjustments. For example, you can set :term:`EXTRA_OECONF` or + :term:`PACKAGECONFIG_CONFARGS` to pass any needed configure options that + are specific to the recipe. - *CMake:* If your source files have a ``CMakeLists.txt`` file, then your software is built using CMake. If this is the case, you just need to modify the configuration. When you use CMake, your recipe needs to inherit the - :ref:`cmake ` class and your - recipe does not have to contain a - :ref:`ref-tasks-configure` task. - You can make some adjustments by setting - :term:`EXTRA_OECMAKE` to - pass any needed configure options that are specific to the recipe. + :ref:`cmake ` class and it does not have to contain a + :ref:`ref-tasks-configure` task. You can make some adjustments by setting + :term:`EXTRA_OECMAKE` to pass any needed configure options that are + specific to the recipe. .. note:: @@ -1997,9 +1992,8 @@ different ways: shutdown of all other programs. To enable a service using SysVinit, your recipe needs to inherit the - :ref:`update-rc.d ` - class. The class helps facilitate safely installing the package on - the target. + :ref:`update-rc.d ` class. The class helps + facilitate safely installing the package on the target. You will need to set the :term:`INITSCRIPT_PACKAGES`, @@ -2014,10 +2008,8 @@ different ways: https://freedesktop.org/wiki/Software/systemd/. To enable a service using systemd, your recipe needs to inherit the - :ref:`systemd ` class. See - the ``systemd.bbclass`` file located in your :term:`Source Directory` - section for - more information. + :ref:`systemd ` class. See the ``systemd.bbclass`` file + located in your :term:`Source Directory` section for more information. Packaging --------- @@ -2370,8 +2362,7 @@ Autotooled Package Applications that use Autotools such as ``autoconf`` and ``automake`` require a recipe that has a source archive listed in :term:`SRC_URI` and -also inherit the -:ref:`autotools ` class, +also inherit the :ref:`autotools ` class, which contains the definitions of all the steps needed to build an Autotool-based application. The result of the build is automatically packaged. And, if the application uses NLS for localization, packages @@ -4404,13 +4395,10 @@ where the development occurs. You want the recipe's :term:`SRC_URI` variable to point to the external directory and use it as is, not copy it. -To build from software that comes from an external source, all you need -to do is inherit the -:ref:`externalsrc ` class -and then set the -:term:`EXTERNALSRC` variable to -point to your external source code. Here are the statements to put in -your ``local.conf`` file:: +To build from software that comes from an external source, all you need to do +is inherit the :ref:`externalsrc ` class and then set +the :term:`EXTERNALSRC` variable to point to your external source code. Here +are the statements to put in your ``local.conf`` file:: INHERIT += "externalsrc" EXTERNALSRC:pn-myrecipe = "path-to-your-source-tree" @@ -4494,8 +4482,7 @@ directory: 1. *Using Local Files Only:* Inside your ``local.conf`` file, add the :term:`SOURCE_MIRROR_URL` variable, inherit the :ref:`own-mirrors ` class, and use the - :term:`BB_NO_NETWORK` variable to your ``local.conf``. - :: + :term:`BB_NO_NETWORK` variable to your ``local.conf``:: SOURCE_MIRROR_URL ?= "file:///home/your-download-dir/" INHERIT += "own-mirrors" @@ -7441,8 +7428,7 @@ In order to enable a recipe to run installed ptests on target hardware, you need to prepare the recipes that build the packages you want to test. Here is what you have to do for each recipe: -- *Be sure the recipe inherits - the* :ref:`ptest ` *class:* +- *Be sure the recipe inherits the* :ref:`ptest ` *class:* Include the following line in each recipe:: inherit ptest @@ -8868,8 +8854,7 @@ You can start the tests automatically or manually: bitbake core-image-sato - *Manually running tests:* To manually run the tests, first globally - inherit the - :ref:`testimage ` class + inherit the :ref:`testimage ` class by editing your ``local.conf`` file:: INHERIT += "testimage" @@ -9287,8 +9272,7 @@ In addition to variable values, the output of the ``bitbake -e`` and classes included globally, recursively listing the files they include or inherit in turn. Much of the behavior of the OpenEmbedded build system (including the behavior of the :ref:`ref-manual/tasks:normal recipe build tasks`) is - implemented in the - :ref:`base ` class and the + implemented in the :ref:`base ` class and the classes it inherits, rather than being built into BitBake itself. - After the variable values, all functions appear in the output. For diff --git a/documentation/migration-guides/migration-1.5.rst b/documentation/migration-guides/migration-1.5.rst index b47980dc67..ad7e239eaf 100644 --- a/documentation/migration-guides/migration-1.5.rst +++ b/documentation/migration-guides/migration-1.5.rst @@ -221,8 +221,8 @@ Task Recipes The previously deprecated ``task.bbclass`` has now been dropped. For recipes that previously inherited from this class, you should rename -them from ``task-*`` to ``packagegroup-*`` and inherit packagegroup -instead. +them from ``task-*`` to ``packagegroup-*`` and inherit +:ref:`packagegroup ` instead. For more information, see the ":ref:`ref-classes-packagegroup`" section. diff --git a/documentation/migration-guides/migration-3.0.rst b/documentation/migration-guides/migration-3.0.rst index 95a33d4dd4..107d2b8797 100644 --- a/documentation/migration-guides/migration-3.0.rst +++ b/documentation/migration-guides/migration-3.0.rst @@ -259,7 +259,9 @@ The following miscellaneous changes have occurred. - The ``gnome`` class has been removed because it now does very little. You should update recipes that previously inherited this class to do - the following: inherit gnomebase gtk-icon-cache gconf mime + the following:: + + inherit gnomebase gtk-icon-cache gconf mime - The ``meta/recipes-kernel/linux/linux-dtb.inc`` file has been removed. This file was previously deprecated in favor of setting diff --git a/documentation/migration-guides/migration-3.3.rst b/documentation/migration-guides/migration-3.3.rst index d110aacd81..e8e5935e19 100644 --- a/documentation/migration-guides/migration-3.3.rst +++ b/documentation/migration-guides/migration-3.3.rst @@ -99,9 +99,9 @@ variable so that recipes can specify it explicitly, for example:: Recipes that inherit from ``distutils3`` (or :ref:`setuptools3 ` which itself inherits -``distutils3``) that also set :term:`S` to -point to a Python module within a subdirectory in the aforementioned -manner should be changed to set ``DISTUTILS_SETUP_PATH`` instead. +``distutils3``) that also set :term:`S` to point to a Python module within a +subdirectory in the aforementioned manner should be changed to set +``DISTUTILS_SETUP_PATH`` instead. .. _migration-3.3-bitbake: diff --git a/documentation/ref-manual/classes.rst b/documentation/ref-manual/classes.rst index 3a13cf56ef..3aab8290a0 100644 --- a/documentation/ref-manual/classes.rst +++ b/documentation/ref-manual/classes.rst @@ -210,9 +210,8 @@ information. An alternative version of the :ref:`binconfig ` class, which disables binary configuration scripts by making them return an error in favor of using ``pkg-config`` to query the information. The -scripts to be disabled should be specified using the -:term:`BINCONFIG` variable within the recipe inheriting -the class. +scripts to be disabled should be specified using the :term:`BINCONFIG` +variable within the recipe inheriting the class. .. _ref-classes-buildhistory: @@ -580,8 +579,7 @@ By default, the OpenEmbedded build system uses the :term:`S` and :term:`B` variables to locate unpacked recipe source code and to build it, respectively. When your recipe inherits the :ref:`externalsrc ` class, you use the -:term:`EXTERNALSRC` and -:term:`EXTERNALSRC_BUILD` variables to +:term:`EXTERNALSRC` and :term:`EXTERNALSRC_BUILD` variables to ultimately define :term:`S` and :term:`B`. By default, this class expects the source code to support recipe builds @@ -734,9 +732,9 @@ register and unregister the schemas in the target image. ``gettext.bbclass`` =================== -The :ref:`gettext ` class provides support for building software that uses -the GNU ``gettext`` internationalization and localization system. All -recipes building software that use ``gettext`` should inherit this +The :ref:`gettext ` class provides support for building +software that uses the GNU ``gettext`` internationalization and localization +system. All recipes building software that use ``gettext`` should inherit this class. .. _ref-classes-github-releases: diff --git a/documentation/ref-manual/qa-checks.rst b/documentation/ref-manual/qa-checks.rst index 3947dcfc17..1a768aac93 100644 --- a/documentation/ref-manual/qa-checks.rst +++ b/documentation/ref-manual/qa-checks.rst @@ -579,10 +579,10 @@ Errors and Warnings - ``package contains mime types but does not inherit mime: path '' [mime]`` The specified package contains mime type files (``.xml`` files in - ``${datadir}/mime/packages``) and yet does not inherit the mime - class which will ensure that these get properly installed. Either - add ``inherit mime`` to the recipe or remove the files at the - :ref:`ref-tasks-install` step if they are not needed. + ``${datadir}/mime/packages``) and yet does not inherit the + :ref:`mime ` class which will ensure that these get + properly installed. Either add ``inherit mime`` to the recipe or remove the + files at the :ref:`ref-tasks-install` step if they are not needed. .. _qa-check-mime-xdg: @@ -620,11 +620,13 @@ Errors and Warnings - ``: recipe doesn't inherit features_check [unhandled-features-check]`` - This check ensures that if one of the variables that the :ref:`features_check ` - class supports (e.g. :term:`REQUIRED_DISTRO_FEATURES`) is used, then the recipe - inherits ``features_check`` in order for the requirement to actually work. If - you are seeing this message, either add ``inherit features_check`` to your recipe - or remove the reference to the variable if it is not needed. + This check ensures that if one of the variables that the + :ref:`features_check ` class supports (e.g. + :term:`REQUIRED_DISTRO_FEATURES`) is used, then the recipe + inherits :ref:`features_check ` in order for + the requirement to actually work. If you are seeing this message, either + add ``inherit features_check`` to your recipe or remove the reference to + the variable if it is not needed. .. _qa-check-missing-update-alternatives: diff --git a/documentation/ref-manual/variables.rst b/documentation/ref-manual/variables.rst index ca62365cc3..8b54420d95 100644 --- a/documentation/ref-manual/variables.rst +++ b/documentation/ref-manual/variables.rst @@ -126,8 +126,7 @@ system and gives an overview of their function and contents. ":ref:`ref-classes-update-alternatives`" section. :term:`ANY_OF_DISTRO_FEATURES` - When inheriting the - :ref:`features_check ` + When inheriting the :ref:`features_check ` class, this variable identifies a list of distribution features where at least one must be enabled in the current configuration in order for the OpenEmbedded build system to build the recipe. In other words, @@ -215,12 +214,11 @@ system and gives an overview of their function and contents. If you use the previous statement to retrieve the latest version of software, you need to be sure :term:`PV` contains - ``${``\ :term:`SRCPV`\ ``}``. For example, suppose you - have a kernel recipe that inherits the - :ref:`kernel ` class and you use the previous - statement. In this example, ``${SRCPV}`` does not automatically get - into :term:`PV`. Consequently, you need to change :term:`PV` in your recipe - so that it does contain ``${SRCPV}``. + ``${``\ :term:`SRCPV`\ ``}``. For example, suppose you have a kernel + recipe that inherits the :ref:`kernel ` class and you + use the previous statement. In this example, ``${SRCPV}`` does not + automatically get into :term:`PV`. Consequently, you need to change + :term:`PV` in your recipe so that it does contain ``${SRCPV}``. For more information see the ":ref:`dev-manual/common-tasks:automatically incrementing a package version number`" @@ -3566,9 +3564,9 @@ system and gives an overview of their function and contents. IMGDEPLOYDIR = "${WORKDIR}/deploy-${PN}-image-complete" - Recipes inheriting the ``image`` class should copy files to be - deployed into :term:`IMGDEPLOYDIR`, and the class will take care of - copying them into :term:`DEPLOY_DIR_IMAGE` afterwards. + Recipes inheriting the :ref:`image ` class should copy + files to be deployed into :term:`IMGDEPLOYDIR`, and the class will take + care of copying them into :term:`DEPLOY_DIR_IMAGE` afterwards. :term:`INC_PR` Helps define the recipe revision for recipes that share a common @@ -6542,8 +6540,7 @@ system and gives an overview of their function and contents. section. :term:`REQUIRED_DISTRO_FEATURES` - When inheriting the - :ref:`features_check ` + When inheriting the :ref:`features_check ` class, this variable identifies distribution features that must exist in the current configuration in order for the OpenEmbedded build system to build the recipe. In other words, if the diff --git a/documentation/sdk-manual/appendix-customizing.rst b/documentation/sdk-manual/appendix-customizing.rst index 66218fccd6..dfd51bda1c 100644 --- a/documentation/sdk-manual/appendix-customizing.rst +++ b/documentation/sdk-manual/appendix-customizing.rst @@ -44,14 +44,13 @@ build system applies them against ``local.conf`` and ``auto.conf``: :term:`ESDK_LOCALCONF_ALLOW` overrides either of the previous two filters. The default value is blank. -- Classes inherited globally with - :term:`INHERIT` that are listed in - :term:`ESDK_CLASS_INHERIT_DISABLE` - are disabled. Using :term:`ESDK_CLASS_INHERIT_DISABLE` to disable these - classes is the typical method to disable classes that are problematic - or unnecessary in the SDK context. The default value disables the - :ref:`buildhistory ` - and :ref:`icecc ` classes. +- Classes inherited globally with :term:`INHERIT` that are listed in + :term:`ESDK_CLASS_INHERIT_DISABLE` are disabled. Using + :term:`ESDK_CLASS_INHERIT_DISABLE` to disable these classes is the typical + method to disable classes that are problematic or unnecessary in the SDK + context. The default value disables the + :ref:`buildhistory ` and + :ref:`icecc ` classes. Additionally, the contents of ``conf/sdk-extra.conf``, when present, are appended to the end of ``conf/local.conf`` within the produced SDK, From patchwork Tue Nov 22 14:12:17 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Michael Opdenacker X-Patchwork-Id: 15830 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id 68EDEC4332F for ; Tue, 22 Nov 2022 14:12:40 +0000 (UTC) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx.groups.io with SMTP id smtpd.web11.19946.1669126352598652069 for ; Tue, 22 Nov 2022 06:12:32 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=QV9TwmGj; spf=pass (domain: bootlin.com, ip: 217.70.183.195, mailfrom: michael.opdenacker@bootlin.com) Received: (Authenticated sender: michael.opdenacker@bootlin.com) by mail.gandi.net (Postfix) with ESMTPSA id 9C9D360012; Tue, 22 Nov 2022 14:12:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1669126350; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XpwdFg3PsqY5f9HB5febJQFiqQwPy2tPt+5XUS6QmY4=; b=QV9TwmGjr6mHp3RA00zTO95A5keIq9wm9KYMhsXe8oyEl/AOkhtP3/aee+tSIVPqyCqGDr O074xEf8FXahPSIte3E0iA/XtMVdb2GXF5mBdo0zZ6o0GgdUabOleiXInLr3NxPqEthEmu D9OU7baUwYm9BEixH+TUEp1U4g/n0I3jakDoO5yrgrYl1LAPC3gJrS+UsTAoBs3IvLKSd2 Uhc/PQfEqttycCaenyBhYUFijYl/mNWQP+3Cz5696OfFLaLSUWWtZBpKQBeAqKqZeNzR21 Lm8LTddvclNK+PNCv21fXTAVyKrYmC0cjUYKoVQ0tE/HOkXemMqcnQpFHn7MjQ== From: michael.opdenacker@bootlin.com To: docs@lists.yoctoproject.org Cc: Michael Opdenacker Subject: [PATCH 3/3] ref-manual/classes.rst: remove reference to sip.bbclass Date: Tue, 22 Nov 2022 15:12:17 +0100 Message-Id: <20221122141217.97681-3-michael.opdenacker@bootlin.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20221122141217.97681-1-michael.opdenacker@bootlin.com> References: <20221122141217.97681-1-michael.opdenacker@bootlin.com> MIME-Version: 1.0 List-Id: X-Webhook-Received: from li982-79.members.linode.com [45.33.32.79] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Tue, 22 Nov 2022 14:12:40 -0000 X-Groupsio-URL: https://lists.yoctoproject.org/g/docs/message/3498 From: Michael Opdenacker Removed in version 2.2 Signed-off-by: Michael Opdenacker --- documentation/ref-manual/classes.rst | 8 -------- 1 file changed, 8 deletions(-) diff --git a/documentation/ref-manual/classes.rst b/documentation/ref-manual/classes.rst index 3aab8290a0..aeab72a1e4 100644 --- a/documentation/ref-manual/classes.rst +++ b/documentation/ref-manual/classes.rst @@ -2591,14 +2591,6 @@ in the :ref:`setuptools3 ` class and inherit this class The :ref:`sign_rpm ` class supports generating signed RPM packages. -.. _ref-classes-sip: - -``sip.bbclass`` -=============== - -The :ref:`sip ` class supports recipes that build or package SIP-based -Python bindings. - .. _ref-classes-siteconfig: ``siteconfig.bbclass``