<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/conf/bitbake.conf, branch 1.5_M4</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=1.5_M4</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=1.5_M4'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2013-09-04T13:15:57+00:00</updated>
<entry>
<title>bitbake.conf: Add SDKPKGSUFFIX to hash whitelist</title>
<updated>2013-09-04T13:15:57+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2013-09-04T11:49:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=93e7970979d6a572572b10ea2c9708f5a769f3fc'/>
<id>urn:sha1:93e7970979d6a572572b10ea2c9708f5a769f3fc</id>
<content type='text'>
The gcc recipes reference this however we account for it in the work
directory paths and we don't want recipes depending on the value changing.
This avoids unecessary rebuilds when switching SDKs.

(From OE-Core rev: 6cdcc543ce8f532a4f66246114241b43821a111e)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Drop darwin8/darwin9 usage</title>
<updated>2013-08-23T15:20:13+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2013-08-22T10:40:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=45de2c2b5a98d2d353b439440e3439893de093de'/>
<id>urn:sha1:45de2c2b5a98d2d353b439440e3439893de093de</id>
<content type='text'>
There were darwin8/darwin9 overrides spinkled in the code from times gone
by. Lets settle on the darwin override and remove the others since its pointless
duplication. We always inject darwin into OVERRIDES if needed in the darwin8/9
cases.

(From OE-Core rev: 8d5e6eed7802a6056f9eaa50a85e3eee00fe2742)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: Work around dev symlink problems on darwin</title>
<updated>2013-08-23T15:20:13+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2013-08-22T10:24:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2da6d0b9fff49f92cfc2de5da537f3802bc87989'/>
<id>urn:sha1:2da6d0b9fff49f92cfc2de5da537f3802bc87989</id>
<content type='text'>
On darwin, we have:

libxxx.dylib -&gt; libxxx.Y.dylib

compared to Linux which has:

libxxx.so -&gt; libxxx.so.Y

Our ordering of PACKAGES with -dev first and then ${PN} makes it impossible to
match the files correctly using simple globbing. This makes darwin targets
completely broken since both the libs and the dev symlinks end up in ${PN}-dev.

Whilst this commit is a hack, it at least puts the files into ${PN} and allows the
builds to be used. Symlinks don't take up much space so this isn't the end of
the world. I'm open to better solutions to this.

(From OE-Core rev: 51c3dbe2df45096bbd7866adabb08e114952ff13)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf/classes/gcc: Don't hardcode -nativesdk</title>
<updated>2013-08-23T15:20:12+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2013-08-22T09:12:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=50170617c632e62aa68e9bbb700fd8290fa4b90e'/>
<id>urn:sha1:50170617c632e62aa68e9bbb700fd8290fa4b90e</id>
<content type='text'>
Hardcoding -nativesdk as the sdk package architecture is inflexible. We may have
multiple different target OS and we need a way to be able to separate them. Turning
this into a configurable value allows the flexibility we need to build different
SDKMACHINEs with different OS targets.

The commit should have no behaviour change, just makes things more configurable.

(From OE-Core rev: a2110e86b98d646e136de9ec6b8e668079b0d4f4)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gettext: Improve USE_NLS handling for nativesdk/crosssdk/cross-canadian</title>
<updated>2013-08-23T15:20:11+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2013-08-20T17:13:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=24b1fe929b5a22e3ad3a725bff916c2febea207a'/>
<id>urn:sha1:24b1fe929b5a22e3ad3a725bff916c2febea207a</id>
<content type='text'>
The gettext handling of USE_NLS has become a bit tricky to understand, or
alter from the SDK context. This patch introduces a SDKUSE_NLS which can
be set to configure a given SDK/ADT to use NLS or not. This is independent
of the target system NLS usage.

The code in gettext.bbclass is therefore simplified and the classes
themselves now set USE_NLS to appropriate values. No NLS is used
for native, cross and crosssdk since it is never used there and
would just increase build time.

(From OE-Core rev: fe634d47449899f7424adb77ff5bc7ddf8a07a47)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>package_rpm.bbclass: NO_RECOMMENDATIONS support</title>
<updated>2013-08-22T17:30:00+00:00</updated>
<author>
<name>Mark Hatle</name>
<email>mark.hatle@windriver.com</email>
</author>
<published>2013-08-13T00:45:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=7ba54b91f8c18910569e97a857d77745ff7a2157'/>
<id>urn:sha1:7ba54b91f8c18910569e97a857d77745ff7a2157</id>
<content type='text'>
Add NO_RECOMMENDATIONS support.  A way to disable all recommended
packages from being installed.  This will help shrink the size of
the resulting filesystem.

Add documentation on NO_RECOMMENDATIONS and BAD_RECOMMENDATIONS.

Note, using NO_RECOMMENDATIONS has side effects such that kernel-modules may
not have been installed.  A user will need to manually add to their image
any kernel-modules required to be on the image for functionality.

(From OE-Core rev: 0341bfa886ea851f5a394051545b4e624d8003dd)

Signed-off-by: Mark Hatle &lt;mark.hatle@windriver.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>classes/rootfs_rpm: implement BAD_RECOMMENDATIONS for RPM</title>
<updated>2013-07-29T12:09:15+00:00</updated>
<author>
<name>Paul Eggleton</name>
<email>paul.eggleton@linux.intel.com</email>
</author>
<published>2013-07-24T16:26:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f629afe1539c053cfdfb552f7623780567cc6b16'/>
<id>urn:sha1:f629afe1539c053cfdfb552f7623780567cc6b16</id>
<content type='text'>
Add support for the BAD_RECOMMENDATIONS variable that can be used to
prevent specific packages from being installed via an RRECOMMENDS
relationship when using the RPM backend. (Previously this
functionality was only available when using ipk packaging.)

In the process this moves the defaulting of BAD_RECOMMENDATIONS (as
empty) to bitbake.conf since it is no longer specific to the ipk
backend, as well as unifying some of the code that creates the
configuration for smart for use on the host and target.

Fixes [YOCTO #3916].

(From OE-Core rev: 4e85129a7d47baf3e32b815cbc277bff84e085a0)

Signed-off-by: Paul Eggleton &lt;paul.eggleton@linux.intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: Add extra fakeroot parameters</title>
<updated>2013-06-14T11:53:51+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2013-06-07T17:15:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9d18a291a69786823e404b9379e60629cc898ddb'/>
<id>urn:sha1:9d18a291a69786823e404b9379e60629cc898ddb</id>
<content type='text'>
In order to correctly handle fakeroot at the bitbake level we need some extra
information which we provide with these new variables.

(From OE-Core rev: 003ea0fd1017dde50ced710179d0dc2e835d5185)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: define empty EXTRA_IMAGE_FEATURES before using them</title>
<updated>2013-05-15T16:27:12+00:00</updated>
<author>
<name>Martin Jansa</name>
<email>martin.jansa@gmail.com</email>
</author>
<published>2013-05-13T10:07:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=fb89bb369be0863d7c1175fcf10c4860e547fd9c'/>
<id>urn:sha1:fb89bb369be0863d7c1175fcf10c4860e547fd9c</id>
<content type='text'>
* fixes build without EXTRA_IMAGE_FEATURES defined:
  ERROR: '${EXTRA_IMAGE_FEATURES}' in IMAGE_FEATURES is not a valid
  image feature. Valid features: dbg-pkgs ....

(From OE-Core rev: b2cc92595b30d96a79f33ea7a7217834c8b6bff7)

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.conf: export STRINGS</title>
<updated>2013-05-12T07:33:16+00:00</updated>
<author>
<name>Martin Jansa</name>
<email>martin.jansa@gmail.com</email>
</author>
<published>2013-05-10T10:53:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=97490c41d25b5984bf78327e0b110ccdc659b1bb'/>
<id>urn:sha1:97490c41d25b5984bf78327e0b110ccdc659b1bb</id>
<content type='text'>
* remove STRINGS export from systemd

(From OE-Core rev: 68d7300e2cc55a5b873345874243da589e04bba0)

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