<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/conf/bitbake.conf, branch 5.0_M1</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=5.0_M1</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=5.0_M1'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2023-12-02T17:18:57+00:00</updated>
<entry>
<title>bitbake.conf: Add gsutil as hosttool for gcp fetcher.</title>
<updated>2023-12-02T17:18:57+00:00</updated>
<author>
<name>Charlie Johnston</name>
<email>charlie.johnston@loftorbital.com</email>
</author>
<published>2023-11-27T13:12:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=fdbf77924572274e30bc8638dd78702fb73fbbbf'/>
<id>urn:sha1:fdbf77924572274e30bc8638dd78702fb73fbbbf</id>
<content type='text'>
The gcp fetcher uses gsutil to check if the file exists before
fetching. This change ensures the tool is included as a nonfatal
hosttool so that it's included in the build environment when
available.

(From OE-Core rev: d5e481bbd96210e608fa0aa5f7b54c1398c7d273)

Signed-off-by: Charlie Johnston &lt;charlie.johnston@loftorbital.com&gt;
Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: Log events by default using BB_DEFAULT_EVENTLOG</title>
<updated>2023-11-23T12:12:00+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2023-11-10T17:57:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=69ed412751d165c68268be40017ce5a08f6c895d'/>
<id>urn:sha1:69ed412751d165c68268be40017ce5a08f6c895d</id>
<content type='text'>
By setting this, event data from during the build is saved out. This can
be used for analytic including toaster to allow builds to be examined
later. This will use some disk space but it is worth it for the ability
to look into what happened during the build. Users can set the value to
something else in local.conf to override if they wish.

(From OE-Core rev: 4719b68bb9e3cccb85aed55350e53a439360abcb)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: drop ${PE} and ${PR} from -f{file,macro,debug}-prefix-map</title>
<updated>2023-11-20T15:30:52+00:00</updated>
<author>
<name>Martin Jansa</name>
<email>martin.jansa@gmail.com</email>
</author>
<published>2023-11-16T22:48:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=0904c4c34a106e42ea0c758c2f7f04355e1e7905'/>
<id>urn:sha1:0904c4c34a106e42ea0c758c2f7f04355e1e7905</id>
<content type='text'>
* ${EXTENDPE} and ${PR} was already dropped from ${WORKDIR} in:
  https://lists.openembedded.org/g/openembedded-core/message/185818
  adjust -fmacro-prefix-map and -fdebug-prefix-map similarly.
  As we don't depend on PR in WORKDIR maybe we don't need it in
  /usr/src/debug paths as well anymore.

* add TARGET_DBGSRC_DIR variable with "/usr/src/debug/${PN}/${PV}"
  because there is quite a few places where this location is being
  used in various recipes

* The interesting side-effect of this is that for DISTROs which still
  use PR (e.g. webOS OSE), the difference in -fdebug-prefix-map causes
  all binaries to be slightly different when rebuilt with different PR
  (due to this path, even when otherwise they are binary reproducible)
  and when the number of digits in PR changes (e.g. from r9 to r10) it
  also results in slightly bigger binaries (and more unnecessary changes
  in buildhistory diffs).

  For example this foo binary, the difference between "new" and "old" is
  extra patch applied in SRC_URI (which doesn't affect the foo binary,
  but was the reason for PR bump).

  And the binary is bigger with r10, identical with r6 and slightly
  different due to debug-prefix-map between r6 and r7:

  $ ls -la 1.0.0-175-*/image/usr/sbin/foo
  -rwxr-xr-x 1 bitbake bitbake 30182460 Nov  8 08:29 1.0.0-175-new-r10/image/usr/sbin/foo
  -rwxr-xr-x 1 bitbake bitbake 30182224 Nov  8 08:02 1.0.0-175-new-r6/image/usr/sbin/foo
  -rwxr-xr-x 1 bitbake bitbake 30182224 Nov  8 07:49 1.0.0-175-new-r7/image/usr/sbin/foo
  -rwxr-xr-x 1 bitbake bitbake 30182224 Nov  8 07:39 1.0.0-175-old-r6/image/usr/sbin/foo

  $ md5sum 1.0.0-175-*/image/usr/sbin/foo
  8e3ab67d596f8cc2f9c6320dab10af01  1.0.0-175-new-r10/image/usr/sbin/foo
  f6ff1e64fe6affb9ba0d8f278cf7ed79  1.0.0-175-new-r6/image/usr/sbin/foo
  6469a0b10aac233911e63c5ea97b03c0  1.0.0-175-new-r7/image/usr/sbin/foo
  f6ff1e64fe6affb9ba0d8f278cf7ed79  1.0.0-175-old-r6/image/usr/sbin/foo

(From OE-Core rev: c84c8ba295eeaa0e0b7592364b0978f17a44c70b)

Signed-off-by: Martin Jansa &lt;martin.jansa@gmail.com&gt;
Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: Drop oldincludedir</title>
<updated>2023-11-20T15:30:52+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2023-11-16T16:52:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=0769e8ef6b52584ef790744fe43973e56789e2b2'/>
<id>urn:sha1:0769e8ef6b52584ef790744fe43973e56789e2b2</id>
<content type='text'>
Autoconf defines this as:

"The directory for installing C header files for non-GCC compilers."

Whilst this is something autoconf does allow changing, I find it hard
to believe it has much use in the wild now and that headers don't get
split like this in reality, it would probably only be useful on really
old unixes.. The values are the same in our configuration anyway.

Drop the value and just use includedir everywhere.

(From OE-Core rev: 506c91cbc6a604a84e37e53ccff430436369802e)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: remove ${CCACHE} from FORTRAN compiler</title>
<updated>2023-10-30T08:50:46+00:00</updated>
<author>
<name>david d zuhn</name>
<email>david.zuhn@sonos.com</email>
</author>
<published>2023-10-27T20:03:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2c448ec90617204481f3d847bb418b522903a537'/>
<id>urn:sha1:2c448ec90617204481f3d847bb418b522903a537</id>
<content type='text'>
ccache used to support FORTRAN (versions 3.3-3.6) but no longer does

(From OE-Core rev: 0cc2c0a9ec16fceeb19e01cd47af8c0743168030)

Signed-off-by: david d zuhn &lt;david.zuhn@sonos.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: Drop DEPLOY_DIR_TAR</title>
<updated>2023-10-19T12:26:05+00:00</updated>
<author>
<name>BELHADJ SALEM Talel</name>
<email>bhstalel@gmail.com</email>
</author>
<published>2023-10-18T10:36:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=62739c2e8f4006cafb9d8c83a9221033b7c0243d'/>
<id>urn:sha1:62739c2e8f4006cafb9d8c83a9221033b7c0243d</id>
<content type='text'>
DEPLOY_DIR_TAR is never used since package_tar.bbclass is removed.

(From OE-Core rev: 7f3963834c60e407f4252084b1f8e004c10b7c25)

Signed-off-by: Talel BELHAJSALEM &lt;bhstalel@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: include bblock.conf</title>
<updated>2023-10-09T14:58:47+00:00</updated>
<author>
<name>Julien Stephan</name>
<email>jstephan@baylibre.com</email>
</author>
<published>2023-09-25T08:04:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=96f6271d0a3a4a2da724be712f0342e50c6b59c4'/>
<id>urn:sha1:96f6271d0a3a4a2da724be712f0342e50c6b59c4</id>
<content type='text'>
include conf/bblock.conf. This file is generated by the bblock tool. It
locks some package tasks by fixing their signatures. See bblock -h for
more details

(From OE-Core rev: fb85282476f9dee2b0364c305ca75b096a76b1ae)

Signed-off-by: Julien Stephan &lt;jstephan@baylibre.com&gt;
Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: add MACHINE to SDK_NAME</title>
<updated>2023-09-26T09:25:42+00:00</updated>
<author>
<name>Denys Dmytriyenko</name>
<email>denis@denix.org</email>
</author>
<published>2023-09-22T22:20:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=593edfa2ae342c9ef4f42c1cb64b7642ddbc4cb6'/>
<id>urn:sha1:593edfa2ae342c9ef4f42c1cb64b7642ddbc4cb6</id>
<content type='text'>
Do the same here as Poky has done 5 years ago, adding MACHINE to
SDK_NAME:

https://git.yoctoproject.org/meta-yocto/commit/?id=3614dd4aee9d19f1024edb6a36b2862c2d726c04

This avoids file conflicts in deploy/sdk/ when building multiple
machines (either manually or via multiconfig), where sdk/toolchain
installers, manifests and now SPDX archives will overlap otherwise.

(From OE-Core rev: 5bbefd9602dd787866a80e4be6c1cb13d0ccdb0f)

Signed-off-by: Denys Dmytriyenko &lt;denys@konsulko.com&gt;
Signed-off-by: Denys Dmytriyenko &lt;denis@denix.org&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>lib: Import packagedata oe module by default</title>
<updated>2023-09-26T09:25:42+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2023-09-21T16:49:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=374fd90865bb35f6a9e48266e132966571fc6861'/>
<id>urn:sha1:374fd90865bb35f6a9e48266e132966571fc6861</id>
<content type='text'>
Variable dependencies for functions in the oe.packagedata module were
missing as it was not present in BBIMPORTS. Add it as the fact it was
missing is likely just historical oversight from base.bbclass history
and the dependencies are useful.

Add an exclusion to bitbake.conf to ensure BB_NUMBER_THREADS doesn't
change task checksums.

(From OE-Core rev: 7df9178766ee7939d139648e04f5747b0ffe1e13)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: No longer support PR from filename</title>
<updated>2023-09-22T06:45:17+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2023-09-20T15:38:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ad5464eb7ef5ab80f74b22bfb0f3dc63174b78cc'/>
<id>urn:sha1:ad5464eb7ef5ab80f74b22bfb0f3dc63174b78cc</id>
<content type='text'>
Nobody really sets PR from the recipe filename, we might as well drop
the overhead of the python function call and simplify the variable.

(From OE-Core rev: 5f2691a51a851e8337704aa00899eb27250f0f3f)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
