<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git, branch pyro-enea</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=pyro-enea</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=pyro-enea'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2023-10-20T13:58:38+00:00</updated>
<entry>
<title>bitbake: cookerdata: Add support for BBFILES_DYNAMIC</title>
<updated>2023-10-20T13:58:38+00:00</updated>
<author>
<name>Patrick Ohly</name>
<email>patrick.ohly@intel.com</email>
</author>
<published>2017-06-07T09:03:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=6c76baf37cecb4b81d61ff23123712a8d291d365'/>
<id>urn:sha1:6c76baf37cecb4b81d61ff23123712a8d291d365</id>
<content type='text'>
BBFILES_DYNAMIC can be used to activate content only when some other
layers are present. The other layers are identified by the collections
that they define.

The main use case is to avoid .bbappends without the corresponding .bb
file in layers that want to modify other layers via .bbappends without
introducing a hard dependency on those other layers. .bb files could
also be handled via BBFILES_DYNAMIC.

Entries in BBFILES_DYNAMIC must have the form &lt;collection
name&gt;:&lt;filename pattern&gt;. Example usage:
 BBFILES_DYNAMIC += " \
     clang-layer:${LAYERDIR}/bbappends/meta-clang/*/*/*.bbappend \
     core:${LAYERDIR}/bbappends/openembedded-core/meta/*/*/*.bbappend \
 "

Parsing is aborted when invalid entries are found with an error
message like this:

 ERROR: BBFILES_DYNAMIC entries must be of the form &lt;collection name&gt;:&lt;filename pattern&gt;, not:
     /work/my-layer/bbappends/meta-security-isafw/*/*/*.bbappend
     /work/my-layer/bbappends/openembedded-core/meta/*/*/*.bbappend

Based on a patch by Richard Purdie.

(Bitbake rev: 04f8bd50aa04b12cf91dd6a3154527ad2c24695c)

Signed-off-by: Patrick Ohly &lt;patrick.ohly@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>devtool: deploy-target: Let script continue even if rm fails</title>
<updated>2023-10-19T10:20:55+00:00</updated>
<author>
<name>Daniel Lublin</name>
<email>daniel@lublin.se</email>
</author>
<published>2017-05-30T11:17:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=0ca0a5e14b2897cc8df7539b4b576594363d519a'/>
<id>urn:sha1:0ca0a5e14b2897cc8df7539b4b576594363d519a</id>
<content type='text'>
The remote script is run with `set -e`, so doing rm without -f on a
$file that is already gone will exit the whole script, failing any
redeployment. Assume a use case where packages sometimes produces
certain test binaries stored on volatile media (tmpfs), and where the
system is occasionally rebooted.

(From OE-Core rev: db54c9a22a9b66c673df8e836de5e47fc9edda0b)

Signed-off-by: Daniel Lublin &lt;daniel@lublin.se&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: tests/fetch: Update gnome.org urls after upstream changes</title>
<updated>2018-08-29T09:44:26+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2018-08-28T16:26:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b0ede5088b2f4338ea5faf5db46d67eb1c7e8243'/>
<id>urn:sha1:b0ede5088b2f4338ea5faf5db46d67eb1c7e8243</id>
<content type='text'>
(Bitbake rev: 98b8ea103390d5bc3583efb2e72dbac6529822a5)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>poky.ent: Updated the release date to July 2018.</title>
<updated>2018-08-15T09:28:27+00:00</updated>
<author>
<name>Scott Rifenbark</name>
<email>srifenbark@gmail.com</email>
</author>
<published>2018-07-18T16:51:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2535349363f20dddba4e9b495f52a9866d3587bf'/>
<id>urn:sha1:2535349363f20dddba4e9b495f52a9866d3587bf</id>
<content type='text'>
Variable updated.

(From yocto-docs rev: 67f09425798f1172da9d99aeefb9ed5b7cfc7cbe)

Signed-off-by: Scott Rifenbark &lt;srifenbark@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: fetch2/__init__: Disable pseudo in runfetchcmd()</title>
<updated>2018-07-02T10:56:15+00:00</updated>
<author>
<name>Peter Kjellerstedt</name>
<email>peter.kjellerstedt@axis.com</email>
</author>
<published>2014-02-20T14:55:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=604d82bc0e2e5061b8fb1dbadb55c95687471465'/>
<id>urn:sha1:604d82bc0e2e5061b8fb1dbadb55c95687471465</id>
<content type='text'>
If a fetcher, e.g., git, is run when pseudo is active it will think it
is running as root. If it in turn uses ssh (as git does), ssh too will
think it is running as root. This will cause it to try to read root's
ssh configuration from /root/.ssh which will fail. If ssh then needs to
ask for credentials it will hang indefinitely as there is nowhere for it
to ask the user for them (and even if there was it would not access the
correct private keys).

The solution to the above is to temporarily disable pseudo while
executing any fetcher commands. There should be no reason for them to be
executed under pseudo anyway so this should not be a problem.

RP Ammendum:

We finally did get more information about how to reproduce this problem,
something needs to trigger bb.fetch2.get_srcrev() in a pseudo context,
for example when AUTOREV is in use or the recipe doesn't have a defined
SRCREV. That SRC_URI needs to be using protocol=ssh. This would trigger
an ls-remote of the remote repo and if that happens under pseudo, the
wrong ssh credentials may be attempted which can hang.

[YOCTO #12464]

(Bitbake rev: 5d42dce5e612060f4181c14e1cfdec2388bb7adf)

Signed-off-by: Peter Kjellerstedt &lt;peter.kjellerstedt@axis.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: fetch2: fix import error for Python 3.6.5</title>
<updated>2018-07-02T10:44:05+00:00</updated>
<author>
<name>Tzu Hsiang Lin</name>
<email>t9360341@ntut.org.tw</email>
</author>
<published>2018-05-21T17:56:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=6aefc8058579459fb8fd26b3bf71efdad82a6a2d'/>
<id>urn:sha1:6aefc8058579459fb8fd26b3bf71efdad82a6a2d</id>
<content type='text'>
When running bitbake command with Python 3.6.5 always result in
import error causing by the change of distutils module.
This patch replaces the method to search executable in PATH by
"/usr/bin/env &lt;command&gt;".

(Bitbake rev: 86a4cc7248afd3e561dc70f3490f45549265470a)

Signed-off-by: Tzu Hsiang Lin &lt;t9360341@ntut.org.tw&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>poky.ent: Updated release month variable to "June 2018"</title>
<updated>2018-05-29T20:08:16+00:00</updated>
<author>
<name>Scott Rifenbark</name>
<email>srifenbark@gmail.com</email>
</author>
<published>2018-05-29T15:43:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=7a9edf12cc741bbebf6cb244ba4cf3213fe0a1fd'/>
<id>urn:sha1:7a9edf12cc741bbebf6cb244ba4cf3213fe0a1fd</id>
<content type='text'>
Preparation for a 2.3.4 (Pyro) release.

(From yocto-docs rev: 834733897e900da254a607527492de218d89c28f)

Signed-off-by: Scott Rifenbark &lt;srifenbark@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>documentation: Updated release date scheme to use variable.</title>
<updated>2018-05-24T16:18:18+00:00</updated>
<author>
<name>Scott Rifenbark</name>
<email>srifenbark@gmail.com</email>
</author>
<published>2018-05-14T16:14:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=dbf25105b30c08cea353dc3fc6b3472cba21bfe7'/>
<id>urn:sha1:dbf25105b30c08cea353dc3fc6b3472cba21bfe7</id>
<content type='text'>
The release date is moving on Pyro.  Added a new variable that I
set to "May 2018" for the release date.  This way if it pushes past
May, I just need to update poky.ent.

(From yocto-docs rev: 928c6a2bf1c31e3819ec33e09bec6c69e2ccea76)

Signed-off-by: Scott Rifenbark &lt;srifenbark@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>documentation: Updated Manual Notes</title>
<updated>2018-05-24T16:18:18+00:00</updated>
<author>
<name>Scott Rifenbark</name>
<email>srifenbark@gmail.com</email>
</author>
<published>2018-03-28T19:26:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=24344d55043db843ed643aac16932f908c628684'/>
<id>urn:sha1:24344d55043db843ed643aac16932f908c628684</id>
<content type='text'>
Updated the notes on the title page to give the user some
advice for when he searches for the manual and gets old
manuals.

(From yocto-docs rev: 7dedbb67272a18bd768ab5fe637b20a09801d904)

Signed-off-by: Scott Rifenbark &lt;srifenbark@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>build-appliance-image: Update to pyro head revision</title>
<updated>2018-05-24T16:18:18+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2018-05-16T13:27:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9b7bc41dfa11d8e158d3aea1eda896c4cb9ad8a6'/>
<id>urn:sha1:9b7bc41dfa11d8e158d3aea1eda896c4cb9ad8a6</id>
<content type='text'>
(From OE-Core rev: 819aa151bd634122a46ffdd822064313c67f5ba5)

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