<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/documentation/dev-manual, branch 5.2_M2</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=5.2_M2</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=5.2_M2'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2025-01-09T13:58:17+00:00</updated>
<entry>
<title>ref-manual: move runtime-testing section to the test-manual</title>
<updated>2025-01-09T13:58:17+00:00</updated>
<author>
<name>Antonin Godard</name>
<email>antonin.godard@bootlin.com</email>
</author>
<published>2024-12-26T15:20:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=d6ae2c0decc0e71f1d0c1a752d9cc0602e727557'/>
<id>urn:sha1:d6ae2c0decc0e71f1d0c1a752d9cc0602e727557</id>
<content type='text'>
In the same fashion as the previous commit ("ref-manual/packages: move
ptest section to the test-manual"), move the runtime testing section of
the development tasks manual to the test environment manual.

Add a link to it from the test-manual/intro document.

(From yocto-docs rev: 6b44257874858db3aa426d3e84a79c41cb4937a3)

Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>ref-manual/packages: move ptest section to the test-manual</title>
<updated>2025-01-09T13:58:17+00:00</updated>
<author>
<name>Antonin Godard</name>
<email>antonin.godard@bootlin.com</email>
</author>
<published>2024-12-26T15:20:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=d720994f023f9c0bf23d6234089b21e23d837dc5'/>
<id>urn:sha1:d720994f023f9c0bf23d6234089b21e23d837dc5</id>
<content type='text'>
[ YOCTO #15106 ]

It makes more sense to document ptests in the test-manual. Since ptests
are still related to packages, keep a link to ptests from packages.rst
to the test-manual.

Reported-by: Yoann Congal &lt;yoann.congal@smile.fr&gt;
(From yocto-docs rev: b389c06b709e4791e1cce5e8a5b58f6b0cd03a14)

Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Drop support for BB_DANGLINGAPPENDS_WARNONLY</title>
<updated>2024-12-28T10:57:47+00:00</updated>
<author>
<name>Antonin Godard</name>
<email>antonin.godard@bootlin.com</email>
</author>
<published>2024-12-20T12:16:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=d6e3e5c00d4be7760a81a777be3efe74d870586a'/>
<id>urn:sha1:d6e3e5c00d4be7760a81a777be3efe74d870586a</id>
<content type='text'>
Support for this variable was dropped in BitBake, see commit
fca9c9e3cb6f8e9f99bf51dc5e8a8d83f4c84c69 ("cooker: Drop support for
BB_DANGLINGAPPENDS_WARNONLY").

Drop this variable here as well and rewrite the "Appending Other Layers
Metadata With Your Layer" section to advise to rename the recipe and
check if the bbappend is still relevant - otherwise to use BBWARN.

(From yocto-docs rev: 10b59d09ebfb6c119995643ed68cb26092b6f2a4)

Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Remove debug-tweaks references</title>
<updated>2024-12-28T10:57:47+00:00</updated>
<author>
<name>Antonin Godard</name>
<email>antonin.godard@bootlin.com</email>
</author>
<published>2024-12-20T12:16:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=abef9b08dc1e8de7c4088d982641a2784b98f378'/>
<id>urn:sha1:abef9b08dc1e8de7c4088d982641a2784b98f378</id>
<content type='text'>
We no longer provide this feature, so remove documentation for it. In
most cases, we can replace occurrences of "debug-tweaks" by
"allow-empty-password empty-root-password allow-root-login
post-install-logging" to achieve what this feature previously enabled.

Subtle, but the default local.conf does not include
post-install-logging, so in parts where there is mention of the default
local.conf file, adjust the documentation to only mention the first
three above.

In the intro manual, instead of providing instructions that replace
EXTRA_IMAGE_FEATURES entirely, provide ones that append
EXTRA_IMAGE_FEATURES.

(From yocto-docs rev: f0efd4c7df91863304b92514664bdd1fa62b1fbb)

Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>dev-manual/bmaptool.rst: simplify and fix instructions</title>
<updated>2024-12-20T12:47:59+00:00</updated>
<author>
<name>Michael Opdenacker</name>
<email>michael.opdenacker@rootcommit.com</email>
</author>
<published>2024-12-18T14:47:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=991b68a00c21bb3616339b71e5e0e072981c672d'/>
<id>urn:sha1:991b68a00c21bb3616339b71e5e0e072981c672d</id>
<content type='text'>
- Remove duplicate instructions

- Detail how to run bmaptool directly if you installed it on your host
  instead of building it through the ``bmaptool-native`` recipe,
  as running "oe-run-native bmaptool-native bmaptool ..." won't work
  in this case.

- Use "chmod a+w" instead of "chmod 666", better advice,
  and only run "chmod" in the option that runs "oe-run-native"

(From yocto-docs rev: 4afa71ef6e5bf1db126c80e6d987f588d0b5a086)

Signed-off-by: Michael Opdenacker &lt;michael.opdenacker@rootcommit.com&gt;
Reviewed-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>dev-manual/bmaptool.rst: correct command for bmaptool-native</title>
<updated>2024-12-20T12:47:59+00:00</updated>
<author>
<name>Michael Opdenacker</name>
<email>michael.opdenacker@rootcommit.com</email>
</author>
<published>2024-12-18T14:47:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=df98d305de64b89192369fcb10cd1b99026ce5d8'/>
<id>urn:sha1:df98d305de64b89192369fcb10cd1b99026ce5d8</id>
<content type='text'>
Using only "bitbake bmaptool-native", running "oe-run-native bmaptool-native bmaptool ..."
fails as follows:

Error: Have you run 'bitbake bmaptool-native -caddto_recipe_sysroot'?

Running the "bitbake bmaptool-native -caddto_recipe_sysroot" target
is actually sufficient.

(From yocto-docs rev: 72fe904a3bbb5e2c7279ab1f119c2beca200dcf2)

Signed-off-by: Michael Opdenacker &lt;michael.opdenacker@rootcommit.com&gt;
Reviewed-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>dev-manual: fix styling of references to bmaptool</title>
<updated>2024-12-20T12:47:59+00:00</updated>
<author>
<name>Michael Opdenacker</name>
<email>michael.opdenacker@rootcommit.com</email>
</author>
<published>2024-12-18T14:47:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=6e09a2664177c9d032a6a9f2e210bf417651ee87'/>
<id>urn:sha1:6e09a2664177c9d032a6a9f2e210bf417651ee87</id>
<content type='text'>
To follow the styling conventions when we are
refering to the name of a tool instead of the command itself
(documentation/standards.md).

This also improves the HTML rendering of the bmaptools subsection.

(From yocto-docs rev: c569d840c4b6f43e10629b6f1ff45189211e27a9)

Signed-off-by: Michael Opdenacker &lt;michael.opdenacker@rootcommit.com&gt;
Reviewed-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Update the documentation for SRCPV</title>
<updated>2024-12-20T12:47:59+00:00</updated>
<author>
<name>Antonin Godard</name>
<email>antonin.godard@bootlin.com</email>
</author>
<published>2024-12-09T16:43:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=c9565b89d070d31db5f4e4ee499f4905938ed4f6'/>
<id>urn:sha1:c9565b89d070d31db5f4e4ee499f4905938ed4f6</id>
<content type='text'>
The variable SRCPV is deprecated since 4.3. Instead of including SRCPV
in PV, including the sign "+" is enough for bitbake to add the source
control information to PKGV during the packaging phase.

Update the documentation for SRCPV and the places where it was used.
When instructions previously referred to SRCPV, replace by mentioning to
include "+" in the assignment.

In most examples, "+git" is added to PV as it is the most popular SCM.
Simply adding "+" is also possible, although it is better practice to
include the SCM name, so give that example.

Update the gcompat example with l3afpad as it didn't include "+git" in
its PV definition anymore.

(From yocto-docs rev: ee16c96202e5027d1a8d7e89e11c25f127c78326)

Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>dev-manual: bblock: use warning block instead of attention</title>
<updated>2024-11-15T11:16:58+00:00</updated>
<author>
<name>Antonin Godard</name>
<email>antonin.godard@bootlin.com</email>
</author>
<published>2024-11-14T15:02:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b9b59b5a8bdfa2666477018e7175c5036376807c'/>
<id>urn:sha1:b9b59b5a8bdfa2666477018e7175c5036376807c</id>
<content type='text'>
Sphinx recommends using warning and note here:
https://www.sphinx-doc.org/en/master/usage/restructuredtext/basics.html#directives

Suggested-by: Quentin Schulz &lt;quentin.schulz@cherry.de&gt;
Reviewed-by: Quentin Schulz &lt;quentin.schulz@cherry.de&gt;
(From yocto-docs rev: 7d5eb0cee5b2b7096969819d7d7ce569a3c92f27)

Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>dev-manual: document how to provide confs from layer.conf</title>
<updated>2024-11-15T11:16:58+00:00</updated>
<author>
<name>Antonin Godard</name>
<email>antonin.godard@bootlin.com</email>
</author>
<published>2024-11-13T15:28:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=adc323dd4d254001872150ddfd53ec978d688bda'/>
<id>urn:sha1:adc323dd4d254001872150ddfd53ec978d688bda</id>
<content type='text'>
Add a section on providing global level configuration from the
layer.conf file. Since this file is parsed at an earlier stage in the
parsing process, it's not possible to combine bb.utils.contains and
{DISTRO,MACHINE}_FEATURES to conditionally set some configurations.

This patch documents:

- First that this file can be used for providing such configuration.
- Then demonstrate how to conditionally provide them, using a technique
  that is currently used in meta-virtualization
  (https://git.yoctoproject.org/meta-virtualization/tree/conf/layer.conf#n50).

Fixes [YOCTO #12688].

Reviewed-by: Quentin Schulz &lt;quentin.schulz@cherry.de&gt;
(From yocto-docs rev: cc3fa1b0e51377f4e03eaa1ca60c2f2ee0cd917e)

Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
