openembedded-core.git/meta/conf/distro/include/default-providers.inc, branch master-next Mirror of openembedded-core 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>
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>
eudev: Replaces udev with eudev for compatibility when using sysvinit on newer kernels 2016-03-02T22:39:06+00:00 Alejandro Hernandez alejandro.hernandez@linux.intel.com 2016-03-01T02:52:47+00:00 a22797f7c37a865420837b5c29b270f73ee4c6ce udev has started to fail on new kernels (4.4), due to being deprecated in favor of systemd's udev implementation. To maintain a sysvinit alternative we also need to provide an alternative to udev. Eudev is a fork of systemds udev, this new eudev recipe provides upstream udev 220 funcitonality. - Removes patches that dont apply anymore - ToDo: eudev-ptest? [YOCTO #8998] Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
udev has started to fail on new kernels (4.4), due to being deprecated in favor
of systemd's udev implementation. To maintain a sysvinit alternative we also
need to provide an alternative to udev. Eudev is a fork of systemds udev,
this new eudev recipe provides upstream udev 220 funcitonality.

  - Removes patches that dont apply anymore
  - ToDo: eudev-ptest?

[YOCTO #8998]

Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
base-utils:flexible dependency for command utilities 2016-01-05T14:01:48+00:00 Alejandro Joya alejandro.joya.cruz@intel.com 2015-11-17T22:13:13+00:00 b14027e361fc0393fa4ee060ecb1088742607533 add base-line configuration for command utilities, this will be used instead of hardcoded uses of busybox around the environment. Signed-off-by: Alejandro Joya <alejandro.joya.cruz@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
add base-line configuration for command utilities, this will be used instead
of hardcoded uses of busybox around the environment.

Signed-off-by: Alejandro Joya <alejandro.joya.cruz@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
packagegroup-base: pull in iw as well as wireless-tools 2015-08-31T11:24:19+00:00 Christopher Larson chris_larson@mentor.com 2015-08-28T20:23:03+00:00 0c21e207537deb1c0290be631b4b7d84fba32842 As was discussed in the commit which adds iw: iw uses cfg80211/nl80211, which is the way of the future. wireless-tools uses WEXT, which uses ioctl, which is in deep maintenance mode. See http://wireless.kernel.org/en/developers/Documentation/Wireless-Extensions. Also https://wireless.wiki.kernel.org/en/users/Documentation/iw indicates "The old tool iwconfing, which uses Wireless Extensions interface, is deprecated and it's strongly recommended to switch to iw and nl80211." wireless-tools is kept as well for now for compatibility reasons, until we have verified that all the network configuration mechanisms are using iw. This adds VIRTUAL-RUNTIME_wireless-tools as a distro convenience. Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
As was discussed in the commit which adds iw:

iw uses cfg80211/nl80211, which is the way of the future. wireless-tools uses
WEXT, which uses ioctl, which is in deep maintenance mode. See
http://wireless.kernel.org/en/developers/Documentation/Wireless-Extensions.
Also https://wireless.wiki.kernel.org/en/users/Documentation/iw indicates "The
old tool iwconfing, which uses Wireless Extensions interface, is deprecated
and it's strongly recommended to switch to iw and nl80211."

wireless-tools is kept as well for now for compatibility reasons, until we
have verified that all the network configuration mechanisms are using iw.

This adds VIRTUAL-RUNTIME_wireless-tools as a distro convenience.

Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
default-providers: Set the preferred provider for bluez based on version 2015-02-17T13:42:21+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2015-02-16T15:06:21+00:00 ef41f4b91d65f87850edd6cc56ca37d2ecb56378 bitbake will currently 'selecting bluez4 to satisfy runtime libasound-module-bluez due to PREFERRED_PROVIDER_bluez4 = bluez4' which in the case of bluez5 isn't correct. This slightly unusual construct avoids this. Ultimately this is a bitbake issue that needs fixing in a better way but this means we can merge the bluez5 changes until bitbake gets fixed. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
bitbake will currently 'selecting bluez4 to satisfy runtime
libasound-module-bluez due to PREFERRED_PROVIDER_bluez4 = bluez4'
which in the case of bluez5 isn't correct.
This slightly unusual construct avoids this.
Ultimately this is a bitbake issue that needs fixing in
a better way but this means we can merge the bluez5 changes
until bitbake gets fixed.

Signed-off-by: Cristian Iorga <cristian.iorga@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
conf/distro/include/default-providers: updated bluez-hcidump providers 2015-02-17T13:42:21+00:00 Cristian Iorga cristian.iorga@intel.com 2015-02-16T15:06:19+00:00 11354dd5b8e4a6005dff6d52eeb7aae59a9c3ac3 If BlueZ5 is added to a build as a replacement for BlueZ4, the provider for bluez-hcidump will be bluez5. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
If BlueZ5 is added to a build as a replacement for BlueZ4,
the provider for bluez-hcidump will be bluez5.

Signed-off-by: Cristian Iorga <cristian.iorga@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bluez-hcidump: select provider as bluez4 or bluez5 2014-12-11T11:26:07+00:00 Peter A. Bigot pab@pabigot.com 2014-11-01T20:35:34+00:00 0dcaea0fcf38f0e382eda11e74ded1daeb98a8ac bluez-hcidump was a separate package in bluez4, but was integrated into bluez5. Signed-off-by: Peter A. Bigot <pab@pabigot.com> 
bluez-hcidump was a separate package in bluez4, but was integrated into
bluez5.

Signed-off-by: Peter A. Bigot <pab@pabigot.com>
default-providers.inc: define VIRTUAL-RUNTIME_getopt 2014-11-20T14:06:29+00:00 Richard Tollerton rich.tollerton@ni.com 2014-11-05T21:26:16+00:00 218d5eb990011442d3b15e8fbb3e682af6bcbe92 getopt can be provided by either util-linux or busybox. Allow the distro to control which implementation is used, and default it to util-linux. Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Acked-by: Ken Sharp <ken.sharp@ni.com> Acked-by: Ben Shelton <ben.shelton@ni.com Acked-by: Brad Mouring <brad.mouring@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
getopt can be provided by either util-linux or busybox. Allow the
distro to control which implementation is used, and default it to
util-linux.

Signed-off-by: Richard Tollerton <rich.tollerton@ni.com>
Acked-by: Ken Sharp <ken.sharp@ni.com>
Acked-by: Ben Shelton <ben.shelton@ni.com
Acked-by: Brad Mouring <brad.mouring@ni.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>