<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/files, branch uninative-2.2</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=uninative-2.2</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=uninative-2.2'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2018-07-25T15:46:56+00:00</updated>
<entry>
<title>Revert "relocate_sdk.py: remove hardcoded SDK path"</title>
<updated>2018-07-25T15:46:56+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2018-07-25T15:45:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=d8762a1ea74bbd9a9ee1510fe5ffa8db1b7d0d61'/>
<id>urn:sha1:d8762a1ea74bbd9a9ee1510fe5ffa8db1b7d0d61</id>
<content type='text'>
This reverts commit 6671a4d980c8bef8f402780a308f6c43a25044aa.

This breaks uninative tarball since the call of relocate_sdk.py from uninative.bbclass
wasn't updated to account for this change. It isn't clear what value that code could
pass in and this isn't simple to fix so revert until a better fix can be found
that doesn't break uninative.

(From OE-Core rev: b247392b4ced57cfe694656032f6a6723740a9e8)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>relocate_sdk.py: remove hardcoded SDK path</title>
<updated>2018-07-24T10:52:27+00:00</updated>
<author>
<name>Ruslan Bilovol</name>
<email>rbilovol@cisco.com</email>
</author>
<published>2017-11-22T11:20:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=bf5b43495a99bb8d002e02c688746e78c9430c21'/>
<id>urn:sha1:bf5b43495a99bb8d002e02c688746e78c9430c21</id>
<content type='text'>
This patch removes hardcodes added to relocate_sdk.py
during SDK build, making it flexible and reusable.
Now default SDK path is passed to the script as
parameter rather then harcoded inside it.

This allows to reuse this script for multiple
relocations, and adds possibility to relocate
SDK multiple times

(From OE-Core rev: 6671a4d980c8bef8f402780a308f6c43a25044aa)

Signed-off-by: Ruslan Bilovol &lt;rbilovol@cisco.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Add license file EPL-2.0</title>
<updated>2018-06-15T16:56:24+00:00</updated>
<author>
<name>Nicola Lunghi</name>
<email>nicola.lunghi@jci.com</email>
</author>
<published>2018-06-06T13:23:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=72f2b9d6c7d6bbae29a070d693b15db95389ace4'/>
<id>urn:sha1:72f2b9d6c7d6bbae29a070d693b15db95389ace4</id>
<content type='text'>
it is from:

https://www.eclipse.org/org/documents/epl-2.0/EPL-2.0.txt

And add 'EPL-2.0' to SRC_DISTRIBUTE_LICENSES.

(From OE-Core rev: f045b3d2c62c70a87277596d20bdb8830faa2963)

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>toolchain-shar-extract.sh: Preserve ICECC_PATH</title>
<updated>2018-05-22T12:13:33+00:00</updated>
<author>
<name>Joshua Watt</name>
<email>jpewhacker@gmail.com</email>
</author>
<published>2018-05-15T14:52:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=0124d2d94e64f0073b78260fad0391f14942ba78'/>
<id>urn:sha1:0124d2d94e64f0073b78260fad0391f14942ba78</id>
<content type='text'>
ICECC_PATH wasn't being preserved in the environment when it was
reinitialized. This prevented toolchain installs from being able to use
icecream by setting ICECC_PATH when icecc isn't in $PATH

(From OE-Core rev: c245ab9bee536c7b6af026a5eda02ae0695567b3)

Signed-off-by: Joshua Watt &lt;JPEWhacker@gmail.com&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>meta/classes: add ptest-perl.bbclass</title>
<updated>2018-03-06T14:19:18+00:00</updated>
<author>
<name>Tim Orling</name>
<email>timothy.t.orling@linux.intel.com</email>
</author>
<published>2018-03-04T12:41:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=d41bcbdebfbb4356a6b0388cf3c660dbd5ef9065'/>
<id>urn:sha1:d41bcbdebfbb4356a6b0388cf3c660dbd5ef9065</id>
<content type='text'>
* Enable easier testing of perl modules
  - Installs t/* to PTEST_PATH
  - Uses common run-ptest script

(From OE-Core rev: aeffa15350252489c62cd221b2e0548043fec548)

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>toolchain-shar-extract: Add post-relocate scripts</title>
<updated>2018-02-16T18:05:38+00:00</updated>
<author>
<name>Joshua Watt</name>
<email>jpewhacker@gmail.com</email>
</author>
<published>2018-02-12T16:52:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=cf85c5a490b7044f2a5291c7df646248e81770f7'/>
<id>urn:sha1:cf85c5a490b7044f2a5291c7df646248e81770f7</id>
<content type='text'>
Recipes can now install post-relocation scripts which will be run when
the SDK is installed.

(From OE-Core rev: 93ec145f421a45077b40ae99ee6a96bc11f91f18)

Signed-off-by: Joshua Watt &lt;JPEWhacker@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>common-licenses: Add BSD-1-Clause</title>
<updated>2018-01-22T10:39:09+00:00</updated>
<author>
<name>André Draszik</name>
<email>andre.draszik@jci.com</email>
</author>
<published>2018-01-19T12:36:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=d84da1328317f9d8d0cbf15cae40bd3036a350bf'/>
<id>urn:sha1:d84da1328317f9d8d0cbf15cae40bd3036a350bf</id>
<content type='text'>
Some projects are starting to use it.
  https://spdx.org/licenses//BSD-1-Clause.html

(From OE-Core rev: 77f692ecb39d880b2cb420850a31534860eb2cc5)

Signed-off-by: André Draszik &lt;andre.draszik@jci.com&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>pkgconf: add recipe</title>
<updated>2017-08-23T11:06:51+00:00</updated>
<author>
<name>Maxin B. John</name>
<email>maxin.john@intel.com</email>
</author>
<published>2017-08-21T15:09:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ee8b56528dacf9b2821d537074fa40ad2d1baa7a'/>
<id>urn:sha1:ee8b56528dacf9b2821d537074fa40ad2d1baa7a</id>
<content type='text'>
pkgconf is a better replacement for pkg-config. Fedora 26 replaces the
system pkg-config implementation with pkgconf because it "provides better
support for handling .pc files and a stable library ABI/API for integrating
into applications." and is actively maintained, unlike pkg-config.

pkgconf aims to offer many improvements over pkg-config such as faster/more
efficient dependency resolver which "allows for the user to more conservatively
link their binaries -- which may be helpful in some environments, such as when
prelink(1) is being used.

pkgconf also aims to provide a more complete implementation of pkg-config.
The features most likely to benefit the Yocto Project build system are the
faster/more efficient dependency resolution and linker flag optimisation.

Move pkgconf recipe to oe-core from meta-pkgconf:
https://github.com/kergoth/meta-kergoth-wip/tree/master/meta-pkgconf

Links:
1. http://pkgconf.org
2. https://fedoraproject.org/wiki/Changes/pkgconf_as_system_pkg-config_implementation
3. https://bugzilla.yoctoproject.org/show_bug.cgi?id=11308

(From OE-Core rev: 879bd0ff00ebebfdeef52c3f61597d635e040aef)

Signed-off-by: Christopher Larson &lt;chris_larson@mentor.com&gt;
Signed-off-by: Maxin B. John &lt;maxin.john@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>package.bbclass: support persistent /var/log</title>
<updated>2017-08-18T09:40:26+00:00</updated>
<author>
<name>Chen Qi</name>
<email>Qi.Chen@windriver.com</email>
</author>
<published>2017-08-16T11:57:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=3920d199edc071122a217e6a393a2914fcbc1e22'/>
<id>urn:sha1:3920d199edc071122a217e6a393a2914fcbc1e22</id>
<content type='text'>
Add a new file, fs-perms-persistent-log.txt, which treats /var/log
as a directory instead of a link.

Modify package.bbclass to use this file if VOLATILE_LOG_DIR is set to boolean
false value.

[YOCTO #6132]

(From OE-Core rev: 6b22e247bf91f112401cad822cd7fe0b5621ffe0)

Signed-off-by: Chen Qi &lt;Qi.Chen@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>ext-sdk-prepare.py: use quiet mode when preparing sysroot</title>
<updated>2017-04-19T09:38:37+00:00</updated>
<author>
<name>Paul Eggleton</name>
<email>paul.eggleton@linux.intel.com</email>
</author>
<published>2017-04-19T08:57:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2f3e34537ecf81639d28af991b5c8032aa8e9c17'/>
<id>urn:sha1:2f3e34537ecf81639d28af991b5c8032aa8e9c17</id>
<content type='text'>
In order to have a shared sysroot usable within the eSDK after recipe
specific sysroots were implemented, we need to run
bitbake build-sysroots as a separate call. However, unlike the first
call, --quiet wasn't being specified and that somewhat undermined the
earlier effort to clean up the eSDK installation output. Make this
second call quiet as well so that the output is tidier.

(From OE-Core rev: 56b73788edaa0796e53f1a30e9ebdb2ae85b1646)

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>
</feed>
