openembedded-core.git/meta/conf/distro, branch krogoth Mirror of openembedded-core yocto-uninative: Update to 1.0.1 tarball 2016-08-31T13:20:52+00:00 Fabio Berton fabio.berton@ossystems.com.br 2016-08-31T12:30:29+00:00 4ac90c58032e1097abefc14bfc5029db0a893aa9 The 1.0.1 uninative tarball includes the change for GlibC to use the host locale data, which is required for Python 3 to work properly. Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br> 
The 1.0.1 uninative tarball includes the change for GlibC to use the
host locale data, which is required for Python 3 to work properly.

Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
default-providers.inc: set openssl PREFERRED_PROVIDER to openssl 2016-04-18T15:27:45+00:00 Andre McCurdy armccurdy@gmail.com 2016-04-14T22:38:16+00:00 34be80665f1edf96ccaa8f0c612464f0704ec564 Although the oe-core openssl recipe is currently the only provider of openssl, make the preference for using it explicit in anticipation of a libressl recipe being added to meta-oe. Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Although the oe-core openssl recipe is currently the only provider of
openssl, make the preference for using it explicit in anticipation of
a libressl recipe being added to meta-oe.

Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
default-providers: Update to use PREFERRED_RPROVIDER 2016-04-15T05:57:48+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2016-04-14T13:33:51+00:00 e5c43dc7f1e17f360b5dc762045ccf7895d18843 Get rid of the very confusing PREFERRED_PROVIDER_bluez4 using the new/better PREFERRED_RPROVIDER syntax. [YOCTO #5044] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Get rid of the very confusing PREFERRED_PROVIDER_bluez4 using the
new/better PREFERRED_RPROVIDER syntax.

[YOCTO #5044]

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
default-distrovars.inc: remove libassuan from LGPLv2_WHITELIST_GPL-3.0 2016-04-01T14:03:55+00:00 Andre McCurdy armccurdy@gmail.com 2016-04-01T05:00:59+00:00 259b0f163922ce12e24dd6670cf28d987b37b676 The libassuan recipe is now buildable in distros which blacklist GPL-3.0 without needing to be explicitly whitelisted (since it provides at least one non GPLv3 package). Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The libassuan recipe is now buildable in distros which blacklist
GPL-3.0 without needing to be explicitly whitelisted (since it
provides at least one non GPLv3 package).

Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
base.bbclass: drop obsolete HOSTTOOLS_WHITELIST_GPL-3.0 2016-03-31T22:02:27+00:00 Andre McCurdy armccurdy@gmail.com 2016-03-31T18:13:06+00:00 8fc8b60005e7641861324c8541fb45058e7aab8e base.bbclass sets 'check_license' to False (and therefore skips license checking completely) for native, nativesdk, etc recipes (ie anything which could potentially be classed as "host tools"), so supporting a dedicated whitelist of GPLv3 host tools is not necessary. Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
base.bbclass sets 'check_license' to False (and therefore skips
license checking completely) for native, nativesdk, etc recipes
(ie anything which could potentially be classed as "host tools"),
so supporting a dedicated whitelist of GPLv3 host tools is not
necessary.

Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
default-distrovars.inc: remove gnutls + libtasn1 from LGPLv2_WHITELIST_GPL-3.0 2016-03-30T20:23:54+00:00 Andre McCurdy armccurdy@gmail.com 2016-03-30T20:08:30+00:00 0a42e49bdcbc2f1f63b9d3fda9d4bc0f87a8eb01 With the modern license handling code, gnutls and libtasn1 are both buildable in distros which blacklist GPL-3.0 without needing to be explicitly whitelisted (since they both provide at least one non GPLv3 package). Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
With the modern license handling code, gnutls and libtasn1 are both
buildable in distros which blacklist GPL-3.0 without needing to be
explicitly whitelisted (since they both provide at least one non
GPLv3 package).

Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
uninative: Switch md5sum -> sha256 2016-03-30T20:20:53+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2016-03-30T19:48:58+00:00 a88603cb2ffd4f995e16349a389902eb884252e5 There are various concerns about md5 so use sha256 instead. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
There are various concerns about md5 so use sha256 instead.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
no-static-libs.inc: build static libusb1-native 2016-03-29T11:55:44+00:00 Martin Jansa martin.jansa@gmail.com 2016-03-29T11:46:10+00:00 c8256a88b366fdc9605e31765b4398f99520f483 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
make, remake: make them properly exclude each other 2016-03-26T22:49:37+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2016-03-23T12:52:04+00:00 e8747ff4c2b5830c5fa76f4c6b872da4a7d6a586 Remake and make can't be installed at the same time as they're both installing a header file with the same name. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Remake and make can't be installed at the same time as they're both installing
a header file with the same name.

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
no-static-libs: just like target and native, nativesk-libcap doesn't like unrecognised options 2016-03-23T21:50:12+00:00 Ross Burton ross.burton@intel.com 2016-03-16T14:01:42+00:00 79ec2ec397a35d6405f9c2b3c67e8b9981fbe7be Signed-off-by: Ross Burton <ross.burton@intel.com> 
Signed-off-by: Ross Burton <ross.burton@intel.com>