From: Antonin Godard <antonin.godard@bootlin.com>
To: docs@lists.yoctoproject.org
Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
Antonin Godard <antonin.godard@bootlin.com>
Subject: [PATCH 2/7] ref-manual/variables.rst: document missing CONFLICT_*_FEATURES variables
Date: Tue, 30 Jun 2026 10:13:12 +0200 [thread overview]
Message-ID: <20260630-sync-documentation-conf-v1-2-da14b40cb515@bootlin.com> (raw)
In-Reply-To: <20260630-sync-documentation-conf-v1-0-da14b40cb515@bootlin.com>
Those are part of the features_check class.
Signed-off-by: Antonin Godard <antonin.godard@bootlin.com>
---
documentation/ref-manual/variables.rst | 39 +++++++++++++++++++++++++++++++++-
1 file changed, 38 insertions(+), 1 deletion(-)
diff --git a/documentation/ref-manual/variables.rst b/documentation/ref-manual/variables.rst
index f8765e084..55c0801bb 100644
--- a/documentation/ref-manual/variables.rst
+++ b/documentation/ref-manual/variables.rst
@@ -1810,15 +1810,52 @@ system and gives an overview of their function and contents.
Where :term:`AUTOTOOLS_SCRIPT_PATH` is the location of the of the
Autotools build system scripts, which defaults to :term:`S`.
+ :term:`CONFLICT_COMBINED_FEATURES`
+ When inheriting the :ref:`ref-classes-features_check`
+ class, this variable identifies combined features (see
+ :term:`COMBINED_FEATURES` for what this means) that would be in conflict
+ should the recipe be built. In other words, if the
+ :term:`CONFLICT_COMBINED_FEATURES` variable lists a feature that also
+ appears in :term:`COMBINED_FEATURES` within the current configuration,
+ then the recipe will be skipped, and if the build system attempts to build
+ the recipe then an error will be triggered.
+
:term:`CONFLICT_DISTRO_FEATURES`
When inheriting the :ref:`ref-classes-features_check`
- class, this variable identifies distribution features that would be
+ class, this variable identifies distro features that would be
in conflict should the recipe be built. In other words, if the
:term:`CONFLICT_DISTRO_FEATURES` variable lists a feature that also
appears in :term:`DISTRO_FEATURES` within the current configuration, then
the recipe will be skipped, and if the build system attempts to build
the recipe then an error will be triggered.
+ :term:`CONFLICT_IMAGE_FEATURES`
+ When inheriting the :ref:`ref-classes-features_check`
+ class, this variable identifies image features that would be
+ in conflict should the recipe be built. In other words, if the
+ :term:`CONFLICT_IMAGE_FEATURES` variable lists a feature that also
+ appears in :term:`IMAGE_FEATURES` within the current configuration, then
+ the recipe will be skipped, and if the build system attempts to build
+ the recipe then an error will be triggered.
+
+ :term:`CONFLICT_MACHINE_FEATURES`
+ When inheriting the :ref:`ref-classes-features_check`
+ class, this variable identifies machine features that would be
+ in conflict should the recipe be built. In other words, if the
+ :term:`CONFLICT_MACHINE_FEATURES` variable lists a feature that also
+ appears in :term:`MACHINE_FEATURES` within the current configuration, then
+ the recipe will be skipped, and if the build system attempts to build
+ the recipe then an error will be triggered.
+
+ :term:`CONFLICT_TUNE_FEATURES`
+ When inheriting the :ref:`ref-classes-features_check`
+ class, this variable identifies tune features that would be
+ in conflict should the recipe be built. In other words, if the
+ :term:`CONFLICT_TUNE_FEATURES` variable lists a feature that also
+ appears in :term:`TUNE_FEATURES` within the current configuration, then
+ the recipe will be skipped, and if the build system attempts to build
+ the recipe then an error will be triggered.
+
:term:`CONVERSION_CMD`
This variable is used for storing image conversion commands.
Image conversion can convert an image into different objects like:
--
2.54.0
next prev parent reply other threads:[~2026-06-30 8:13 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-30 8:13 [PATCH 0/7] Sync yocto-docs glossary with meta/conf/documentation.conf Antonin Godard
2026-06-30 8:13 ` [PATCH 1/7] ref-manual/variables.rst: document the CCACHE_NATIVE_RECIPES_ALLOWED variable Antonin Godard
2026-06-30 8:13 ` Antonin Godard [this message]
2026-06-30 8:13 ` [PATCH 3/7] ref-manual/variables.rst: document the LOCALE_PATHS variable Antonin Godard
2026-06-30 8:13 ` [PATCH 4/7] ref-manual/variables.rst: document the TEST_SERIALCONTROL_CONNECT_TIMEOUT variable Antonin Godard
2026-06-30 8:13 ` [PATCH 5/7] ref-manual/variables.rst: document the LOCALE_UTF8_IS_DEFAULT variable Antonin Godard
2026-07-03 7:59 ` [docs] " Daniel Ammann
2026-07-03 9:57 ` Antonin Godard
2026-07-03 10:20 ` Paul Barker
2026-06-30 8:13 ` [PATCH 6/7] ref-manual/variables.rst: document the TEST_SERIALCONTROL_PS1 variable Antonin Godard
2026-06-30 8:13 ` [PATCH 7/7] ref-manual/variables.rst: document the IMAGE_*_DEBUGFS variables Antonin Godard
2026-07-03 11:43 ` [PATCH 0/7] Sync yocto-docs glossary with meta/conf/documentation.conf Antonin Godard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260630-sync-documentation-conf-v1-2-da14b40cb515@bootlin.com \
--to=antonin.godard@bootlin.com \
--cc=docs@lists.yoctoproject.org \
--cc=thomas.petazzoni@bootlin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.