<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/bitbake/lib/bb, branch gatesgarth-24.0.2</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=gatesgarth-24.0.2</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=gatesgarth-24.0.2'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2021-02-11T17:49:22+00:00</updated>
<entry>
<title>bitbake: lib/bb/fetch2/__init__.py: drop _PYTHON_SYSCONFIGDATA_NAME unsetting</title>
<updated>2021-02-11T17:49:22+00:00</updated>
<author>
<name>Alexander Kanavin</name>
<email>alex.kanavin@gmail.com</email>
</author>
<published>2021-02-09T15:56:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=41244407a0b7000b902c3c91810a8b27ea45b085'/>
<id>urn:sha1:41244407a0b7000b902c3c91810a8b27ea45b085</id>
<content type='text'>
With introduction of python3targetconfig class in core this is no longer
needed.

(Bitbake rev: 0a3bf681530bd63fc0036ca81ef868ab53fde56c)

Signed-off-by: Alexander Kanavin &lt;alex.kanavin@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
(cherry picked from commit 47b64cfacd7c498ef9ed5486d117f2d69a39f225)
Signed-off-by: Anuj Mittal &lt;anuj.mittal@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: fetch/git: download LFS content too during do_fetch</title>
<updated>2021-02-02T15:51:56+00:00</updated>
<author>
<name>Matt Hoosier</name>
<email>matt.hoosier@garmin.com</email>
</author>
<published>2021-02-02T05:38:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=95057b9cde43445b5b96fc50b62d30416f0c41e8'/>
<id>urn:sha1:95057b9cde43445b5b96fc50b62d30416f0c41e8</id>
<content type='text'>
Insert an explicit pass to fetch all blobs needed by Git LFS, during the
fetch() function. This avoids the default behavior of Git LFS to wait
until 'git checkout' to begin downloading the blobs pointed to by LFS records.
Network access is not allowed at that point in the recipe's lifecycle.

[YOCTO #14191]

(Bitbake rev: c73f8f2f4a6491c6bea54839630af6994c27ad24)

Signed-off-by: Matt Hoosier &lt;matt.hoosier@garmin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
(cherry picked from commit 0efac66043662e7a2027192f50e92e982db2ba1c)
Signed-off-by: Anuj Mittal &lt;anuj.mittal@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: data_smart: Ensure hash reflects vardepvalue flags correctly</title>
<updated>2021-01-26T15:45:09+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2020-12-16T23:38:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=43e9b30386586edbc0e5d514cd3a30c6e4c7cb3b'/>
<id>urn:sha1:43e9b30386586edbc0e5d514cd3a30c6e4c7cb3b</id>
<content type='text'>
The get_hash() function is used to decide if the base configuration has changed
and hence whether a reparse is required. The vardepvalue flag's value was not
expanded but it is often used in contexts like:

METADATA_REVISION = "${@base_detect_revision(d)}"
METADATA_REVISION[vardepvalue] = "${METADATA_REVISION}"

which in it's unexpanded form means reparsing doesn't happen when it should
as the data appears unchanged. Update get_hash to expand the values of
vardepvalue so reparsing works as expected. This avoids basehash mismatch
errors such as the one recently caused by using METADATA_REVISION in poky.conf's
DISTRO_VERSION variable. The issue there could be exposed by a recipe using
DISTRO_VERSION with the sequence:

bitbake os-release
&lt;change the revision of the metadata with a dummy commit&gt;
bitbake os-release -C install

which was caused because METADATA_REVISION changed but the metadata didn't reparse.

(Bitbake rev: cb7277e7bb3a440968fdb918d56fe8fa17bca2e6)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: main: Handle cooker daemon startup error</title>
<updated>2020-10-26T22:12:42+00:00</updated>
<author>
<name>Stacy Gaikovaia</name>
<email>Stacy.Gaikovaia@windriver.com</email>
</author>
<published>2020-10-23T14:17:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=c0f18b8bf56a730032fd06a5796caab70cd52379'/>
<id>urn:sha1:c0f18b8bf56a730032fd06a5796caab70cd52379</id>
<content type='text'>
On startup, bitbake spawns a cooker daemon and waits for
it's acknowledgement signal.  If the acknowledgement
doesn't happen in time,the bitbake object will fail to
initialize and exit.

The error that occurs in this case isn't handled by
the existing try - catch block because SystemExit inherits
from a different base Exception class.

This commit adds SystemExit to the list of expected bitbake
server startup errors.

[YOCTO #13993]

(Bitbake rev: fec2b85689bba1d26ad6f376bc11cc29bb27cbe5)

Signed-off-by: Stacy Gaikovaia &lt;stacy.gaikovaia@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: tests/fetch: Update upstream master-&gt;main branchname transition</title>
<updated>2020-10-26T22:06:37+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2020-10-26T22:02:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=68cb0075c5ba698dfab9074f50acfdd5b97f9a93'/>
<id>urn:sha1:68cb0075c5ba698dfab9074f50acfdd5b97f9a93</id>
<content type='text'>
(Bitbake rev: 8b9471e02528320f6ef8d35840b5618883e85447)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: bitbake: Bump version to 1.48.0 ready for the new release</title>
<updated>2020-10-19T22:43:09+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2020-10-19T16:31:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=c9b60b8bff25844d6472bad0d61c11df10a6f7e6'/>
<id>urn:sha1:c9b60b8bff25844d6472bad0d61c11df10a6f7e6</id>
<content type='text'>
(Bitbake rev: f421de9effc2ba40145373881d20b8e823cf23f8)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: ui/toasterui: Fix startup faults from incorrect event sequencing</title>
<updated>2020-10-17T11:36:14+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2020-10-16T12:24:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=7cad26d585f67fa6bf873b8be361c6335a7db376'/>
<id>urn:sha1:7cad26d585f67fa6bf873b8be361c6335a7db376</id>
<content type='text'>
Toaster has been failing to start correctly when in interactive mode. The
issue is due to setEventMask being called (which triggers parsing) before
the environment has been sent from the UI over to the server. This means
PATH isn't setup, which causes the sanity checks on HOSTTOOLS to fail
in base.bbclass.

The fix is to ensure the environment is sent to the server before
other commands are run.

The pain in debugging this highlights other improvements to the logging
are needed.

[YOCTO #14079]

Reviewed-by: Tim Orling &lt;timothy.t.orling@linux.intel.com&gt;
Tested-by: Tim Orling &lt;timothy.t.orling@linux.intel.com&gt;
(Bitbake rev: a8efff5c83cd5a25f4b6720e6414a7aa35d04bc7)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: lib/bb/ui/knotty: fix typo in parseprogress</title>
<updated>2020-10-17T11:36:14+00:00</updated>
<author>
<name>Tim Orling</name>
<email>timothy.t.orling@linux.intel.com</email>
</author>
<published>2020-10-14T18:20:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=98e5d24fa9a826718d613c06ca6aeb89f9947d08'/>
<id>urn:sha1:98e5d24fa9a826718d613c06ca6aeb89f9947d08</id>
<content type='text'>
After parseprogress.finish() it was intended to
set parseprogress to None, but a typo means this
is not happening.

(Bitbake rev: f504d6f6598f62aa20fbf69c30fea95569858edb)

Signed-off-by: Tim Orling &lt;timothy.t.orling@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: bitbake: fetch/git: use shlex.quote() to support spaces in SRC_URI url</title>
<updated>2020-10-17T11:36:14+00:00</updated>
<author>
<name>Charlie Davies</name>
<email>charles.davies@whitetree.xyz</email>
</author>
<published>2020-10-14T09:48:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b50b6007e5fab1b2f7634836dcaa775c8836edce'/>
<id>urn:sha1:b50b6007e5fab1b2f7634836dcaa775c8836edce</id>
<content type='text'>
This commit replaces the instances where escaped double quotes
are used to support SRC_URI url containing spaces with the more
pythonic shlex.quote().

(Bitbake rev: 4f9ba9c794de55bea0343267467bddea99844374)

Signed-off-by: Charlie Davies &lt;charles.davies@whitetree.xyz&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: process: Show command exceptions in the server log as well</title>
<updated>2020-10-11T12:44:26+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2020-10-11T12:43:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=0c0b236b4c72d30e0e88f5f0310476569d444e83'/>
<id>urn:sha1:0c0b236b4c72d30e0e88f5f0310476569d444e83</id>
<content type='text'>
There are autobuilder logs where the server commands are failing
but we have no debug info in the server log. Improve this to try and
understand what is failing.

(Bitbake rev: 04d3a79226c9ea448b22f4efbab33876a72c9bdb)

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