<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/bitbake/lib, branch morty</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=morty</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=morty'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2018-07-26T12:51:02+00:00</updated>
<entry>
<title>bitbake: fetch2: fix import error for Python 3.6.5</title>
<updated>2018-07-26T12:51:02+00:00</updated>
<author>
<name>Tzu Hsiang Lin</name>
<email>t9360341@ntut.org.tw</email>
</author>
<published>2018-07-26T00:26:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ccbb13fb661af127a6b2e3cc3d5fc44e84aa7dfe'/>
<id>urn:sha1:ccbb13fb661af127a6b2e3cc3d5fc44e84aa7dfe</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: 0193e1f5b2128602ad8a80c82a3dd4d2cdb6e4a7)

Signed-off-by: Tzu Hsiang Lin &lt;t9360341@ntut.org.tw&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
Signed-off-by: Changhyeok Bae &lt;changhyeok.bae@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: providers: Fix determinism issue</title>
<updated>2018-03-09T14:12:14+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2017-12-10T22:31:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=97690dfe87c3c6048c96702cf8f2a77fe787fe15'/>
<id>urn:sha1:97690dfe87c3c6048c96702cf8f2a77fe787fe15</id>
<content type='text'>
We saw builds where runtime providers were sometimes changing order and the
build result was therefore non-deterministic. For example it could show:

DEBUG: providers for lib32-initd-functions are: ['lib32-lsbinitscripts', 'lib32-initscripts']
or
DEBUG: providers for lib32-initd-functions are: ['lib32-initscripts', 'lib32-lsbinitscripts']

which could cause a test to pass or fail.

This change ensures we don't rely on the random order of dictonaries in
memory and act deterministically.

(Bitbake rev: da85da9b58ed252c7b80a437fb5babff9e6dde48)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: toaster: move sqlite database to TOASTER_DIR</title>
<updated>2018-01-04T18:05:06+00:00</updated>
<author>
<name>brian avery</name>
<email>brian.avery@intel.com</email>
</author>
<published>2017-02-07T20:36:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=3b3ba69fe31d1f6d947d36fa6172b9dbff2832ce'/>
<id>urn:sha1:3b3ba69fe31d1f6d947d36fa6172b9dbff2832ce</id>
<content type='text'>
The toaster.sqlite database was located in TOASTER_DIR/build.  This
meant that if you named your build directory something else (like cow),
Toaster would fail to make/find the database.  TOASTER_DIR is on the
whitelist unlike BUILDDIR and we need to be able to write there anyway
given our current layout so this should not disrupt anything.

[YOCTO #9992]

(Bitbake rev: 32b13d52ae37be343962cc1cf504f3d569fb1153)

Signed-off-by: brian avery &lt;brian.avery@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: fetch2: Do not fail to create symbolic links if they already exist</title>
<updated>2017-12-18T16:44:37+00:00</updated>
<author>
<name>Peter Kjellerstedt</name>
<email>peter.kjellerstedt@axis.com</email>
</author>
<published>2017-03-31T14:59:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=e3ff03599e55fd2abcaa33e29779c388cdbed94e'/>
<id>urn:sha1:e3ff03599e55fd2abcaa33e29779c388cdbed94e</id>
<content type='text'>
When the fetcher retrieves file:// URLs, there is no lock file being
used. This means that in case two separate tasks (typically from two
concurrent invocations of bitbake) want to download the same file://
URL at the same time, there is a very small chance that they also end
up wanting to create a symbolic link to the file at the same time.
This would previously lead to one of the tasks failing as the other
task would have created the link.

(Bitbake rev: 5f5e13bacde95a93633f621ec6b94a022c476a58)

Signed-off-by: Peter Kjellerstedt &lt;pkj@axis.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: bitbake-layers: fix layerindex-fetch for Python 3</title>
<updated>2017-12-18T15:09:19+00:00</updated>
<author>
<name>Paul Eggleton</name>
<email>paul.eggleton@linux.intel.com</email>
</author>
<published>2017-11-29T22:34:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=84fd0eb005d8130106496d9e1c360cb0d8625f12'/>
<id>urn:sha1:84fd0eb005d8130106496d9e1c360cb0d8625f12</id>
<content type='text'>
The data we read from an HTTPConnection comes in the form of bytes, but
we need it as a string, so in Python 3 we need to decode it (missed in
the Python 3 migration).

(Bitbake rev: e75c68819086788bac1c4ca8a35aebeaf604e624)

Signed-off-by: Paul Eggleton &lt;paul.eggleton@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: Replace deprecated git branch parameter "--set-upstream"</title>
<updated>2017-11-07T13:38:57+00:00</updated>
<author>
<name>Andre Rosa</name>
<email>andre.rosa@lge.com</email>
</author>
<published>2017-09-07T09:15:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=6da3e0a0abf1251db243548639979f8d74e99766'/>
<id>urn:sha1:6da3e0a0abf1251db243548639979f8d74e99766</id>
<content type='text'>
Since 2017-08-17 (git version 2.14.1.473.g3ec7d702a) using deprecated
git branch parameter "--set-upstream" causes a fetcher error. Replace
it by "--set-upstream-to".

https://git.kernel.org/pub/scm/git/git.git/commit/?id=52668846ea2d41ffbd87cda7cb8e492dea9f2c4d
says, it's deprecated since 2012-08-30 so hopefully all still supported
host distributions have new enough git to support "--set-upstream-to".

ERROR: PACKAGE do_unpack: Fetcher failure: ...;
git -c core.fsyncobjectfiles=0 branch --set-upstream master origin/master failed with exit code 128, output:
fatal: the '--set-upstream' option is no longer supported. Please use '--track' or '--set-upstream-to' instead.

ERROR: PACKAGE do_unpack: Function failed: base_do_unpack

(Bitbake rev: 991b533f1d61042a7b3edd1fbf3dea0bf9991606)

Signed-off-by: Andre Rosa &lt;andre.rosa@lge.com&gt;
Signed-off-by: Martin Jansa &lt;Martin.Jansa@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: toaster/highlight.pack.js: Fix corrupted file</title>
<updated>2017-10-10T10:07:16+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2017-10-10T10:01:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=493b1c9aeaeb60440085bb3692e9362a87553bce'/>
<id>urn:sha1:493b1c9aeaeb60440085bb3692e9362a87553bce</id>
<content type='text'>
The newly added file in the last commit was corrupted, fix it.

(Bitbake rev: 7c9370f7fafc98e4c836255e72ff8acff1138997)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: toaster: Remove prettify</title>
<updated>2017-10-10T08:42:09+00:00</updated>
<author>
<name>David Reyna</name>
<email>David.Reyna@windriver.com</email>
</author>
<published>2017-10-10T03:31:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=cb44402f979c47b1c57044a12ed34f9090ca4ec6'/>
<id>urn:sha1:cb44402f979c47b1c57044a12ed34f9090ca4ec6</id>
<content type='text'>
Remove "prettify.js" and "prettify.css" due to license issues with Apache2.
Replace with "highlight.pack.js" with its BSD3 License.

[YOCTO #12206]

(Bitbake rev: 5732046a48779be5f42616ec08b32ae53b33b230)

Signed-off-by: Jason Wessel &lt;jason.wessel@windriver.com&gt;
Signed-off-by: Brian Avery &lt;brian.avery@intel.com&gt;
Signed-off-by: David Reyna &lt;david.reyna@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: wget: Fix handling of urls with user/password</title>
<updated>2017-08-29T14:12:43+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2017-03-30T10:42:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=88ad6d975e5965b54b97fced8323a55c39d8a9f1'/>
<id>urn:sha1:88ad6d975e5965b54b97fced8323a55c39d8a9f1</id>
<content type='text'>
URL decoding was improved in the core a while ago and this looks like
a leftover from those times which caused urls needing a user/password to
fail. Use the parameters from the core instead of the broken split
implementation.

[YOCTO #11262]

(Bitbake rev: 32a249cf33f79b579a2cf6224c7d23cdb20d376f)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake: codeparser.py: support deeply nested tokens</title>
<updated>2017-07-21T21:36:09+00:00</updated>
<author>
<name>Patrick Ohly</name>
<email>patrick.ohly@intel.com</email>
</author>
<published>2016-11-18T15:23:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=7d5822bf4cb2089687c3c9a908cf4a4ef4e9a53a'/>
<id>urn:sha1:7d5822bf4cb2089687c3c9a908cf4a4ef4e9a53a</id>
<content type='text'>
For shell constructs like
   echo hello &amp; wait $!
the process_tokens() method ended up with a situation where "token"
in the "name, value = token" assignment was a list of tuples
and not the expected tuple, causing the assignment to fail.

There were already two for loops (one in _parse_shell(), one in
process_tokens()) which iterated over token lists. Apparently the
actual nesting can also be deeper.

Now there is just one such loop in process_token_list() which calls
itself recursively when it detects that a list entry is another list.

As a side effect (improvement?!) of the loop removal in
_parse_shell(), the local function definitions in process_tokens() get
executed less often.

Fixes: [YOCTO #10668]

(Bitbake rev: 887ea6d25cee5114365dfbf1130603599e13ee80)

Signed-off-by: Patrick Ohly &lt;patrick.ohly@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
