summaryrefslogtreecommitdiffstats
path: root/meta
Commit message (Collapse)AuthorAgeFilesLines
* libtirpc: Disable DES functions on uclibcKhem Raj2013-01-252-0/+49
| | | | | | | | | | | | | | | | uclibc does not provide these functions so dont expect them /usr/lib/libtirpc.so: undefined reference to `key_encryptsession_pk' /usr/lib/libtirpc.so: undefined reference to `getnetname' /usr/lib/libtirpc.so: undefined reference to `cbc_crypt' /usr/lib/libtirpc.so: undefined reference to `ecb_crypt' /usr/lib/libtirpc.so: undefined reference to `getpublickey' /usr/lib/libtirpc.so: undefined reference to `key_gendes' (From OE-Core rev: c66a269f6f68d670ca3bf9e7b22a5dce4bb95cd0) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcmode-default.inc: Switch to git version of uclibc by defaultKhem Raj2013-01-251-1/+1
| | | | | | | | | | | systemd related functionality is tested in latest git of uclibc therefore lets use it as default provider for uclibc as its the most tested version on master (From OE-Core rev: db93f49c676f84d6d5ad54a9f1ed9be7ba6d5364) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc-git/uClibc.distro: Enable UCLIBC_HAS_REENTRANT_RPCKhem Raj2013-01-251-1/+1
| | | | | | | | | The renterant functions are needed by quota (From OE-Core rev: 406aaccfd115ef189e4372f581bf19e5b0906a15) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* wpa-supplicant: upgrade to 2.0Constantin Musca2013-01-258-10/+10
| | | | | | | | | | | | | - as of February 11, 2012, the project has chosen to use only the BSD license option for future distribution - wpa-supplicant-1.0 dir was not version specific, as such it is generic now (From OE-Core rev: 0f83cb8ca629fbf1af448781f28912bbc75e0d80) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd: remove usbutils dependancyJack Mitchell2013-01-251-1/+1
| | | | | | | | | | | | | | | | | | | | | | V2: Dependancy was removed in version 196 according to following systemd commit. http://cgit.freedesktop.org/systemd/systemd/commit/configure.ac?id=796b06c21b62d13c9021e2fbd9c58a5c6edb2764 V1: No where in the systemd readme does it specify that usbutils is a dependancy of systemd. I can only guess that it was added due to an issue elsewhere in the chain or it was brought in when udev was merged and the dependancies never checked. I have build tested this with no issues. (From OE-Core rev: 251627cdfc5a9aa69e469f3c9072264fd0bda73b) Signed-off-by: Jack Mitchell <jack.mitchell@dbbroadcast.co.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* prservice.py: fix NameError: global name 'host' is not definedMartin Jansa2013-01-251-1/+1
| | | | | | | | | | * http://git.openembedded.org/openembedded-core/commit/?id=e00f49de8b1f79c3e07b887d257bd75a46052fa0 removed host and port variables (From OE-Core rev: 494439c95d33b2ad457cc205413680b0bf176560) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* staging: Drop obsolete commentsRichard Purdie2013-01-251-9/+0
| | | | | | (From OE-Core rev: 44a2374dcfd68c8e158e0c901d75dbd7327652a5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: remove unpackaged perl-native filesWenzong Fan2013-01-252-2/+6
| | | | | | | | | | | | | | | | | | | | | | | ${libdir} is not applicable for the install path of perl-native files, files are always installed to /usr/lib no matter the target is 32/64 bits. After installing, remove unpackaged and unneeded perl-native files to prevent warnings. Fix warning: WARNING: For recipe git, the following files/directories were \ installed but not shipped in any package: ... WARNING: /usr/lib/perl-native/perl/5.14.2/Git.pm WARNING: /usr/lib/perl-native/perl/5.14.2/perllocal.pod WARNING: /usr/lib/perl-native/perl/5.14.2/Error.pm WARNING: /usr/lib/perl-native/perl/5.14.2/auto [YOCTO#3780] (From OE-Core rev: cc6b8261fa47a049e501882e9bfc40f61e603b6f) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* puzzles: upgrade to r9751Constantin Musca2013-01-251-0/+0
| | | | | | | (From OE-Core rev: cf97241a18284180ff3b8dd880f219d09155bf09) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cairo: upgrade to 1.12.10Constantin Musca2013-01-251-3/+3
| | | | | | | (From OE-Core rev: 5910cf254635545040df62d9db898abcf17e00d4) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl: update to 5.14.3Kang Kai2013-01-2566-113/+29
| | | | | | | | | | | | | | | | | There is a securty issue: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-5195 Update perl to 5.14.3 to resolve this problem. Patches hurd-ccflags.diff, h2ph-multiarch.diff, index-tainting.diff and hurd-hints.diff have been merged, so remove them from SRC_URI. Update patches config.sh and Makefile.SH.patch with new PV. [Yocto 3701] (From OE-Core rev: b1fd25e05308cabb56afe1d4276470bf7380ea59) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl-native: update to 5.14.3:Kang Kai2013-01-257-3/+3
| | | | | | | | | | | | There is a securty issue: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-5195 Update perl to 5.14.3 could resolve this problem. And update perl-native first. (From OE-Core rev: 360401af6e7729a373d0a6d13995714aff121064) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove all mention of PCMCIA_MANAGERRoss Burton2013-01-254-6/+0
| | | | | | | | | | Nothing appears to use this anymore, and it's been a very long time since there was anyone expressing an interest in the alternatives. (From OE-Core rev: f6f289c13b9da9c2793d1fd30456216db8afad64) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sstate: Add optimisation for useradd injected dependenciesRichard Purdie2013-01-251-0/+8
| | | | | | | | | | | useradd.bbclass adds sstate dependencies on base-passwd, shadow-native and shadow-sysroot. Due to the way these are injected, they interact badly with the other dependency validation logic and end up pulling in dependencies we don't actually need. This patch adds code to optimise those cases out. (From OE-Core rev: 784ca68fcca4ffb34390d55d9343570cfdf0305f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Split do_packagedata task from do_packageRichard Purdie2013-01-2514-21/+41
| | | | | | | | | | | | | | | | | | | | | | | | | Currently, do_rootfs has a dependency on all the do_package output being present due to its usage of the pkgdata directories. This means that if you run: bitbake xxxx-image -c rootfs you end up having to fetch and unpack all the do_package data which is usually large and inefficient. It also means rm_work has to leave all the do_package data lying around so rootfs works. This patch splits the actual creation of the pkgdata directory off into a separate task, "packagedata" which happens immediately after do_package. We can then remap the dependencies so this task is depended upon, not do_package. Sstate can then be programmed not to require do_package at the appropriate times. Whilst this patch doesn't do so, it opens the possibility of rm_work wiping out the do_package output from WORKDIR as long as it also removed the do_package stamp (both normal and setscene variants) and allowing more space savings with rm_work which has been regularly requested. (From OE-Core rev: 6107ee294afde395e39d084c33e8e94013c625a9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cairo: use directfb instead of gtk-directfbConstantin Musca2013-01-252-3/+3
| | | | | | | | | | - we now have directfb as DISTRO_FEATURE - DirectFB is not supported by gtk versions >= 2.18 (From OE-Core rev: 6223aa118ed7a2726ed73c06246423795d53af5e) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gtk+: remove directfb supportConstantin Musca2013-01-252-7/+2
| | | | | | | | | | | - DirectFB is not supported by gtk versions >= 2.18 [YOCTO #3642] (From OE-Core rev: 87dc338bf631577d947a9c172ec5711b9f306530) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* core-image-gtk-directfb: rename to core-image-directfbConstantin Musca2013-01-251-4/+3
| | | | | | | | | | | | - DirectFB is not supported by gtk versions >= 2.18 - use packagegroup-core-directfb instead of packagegroup-core-gtk-directfb [YOCTO #3642] (From OE-Core rev: f4724b132de09d0c3db3755214ca83bb5acf5550) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagegroup-core-gtk-directfb: rename to packagegroup-core-directfbConstantin Musca2013-01-252-23/+16
| | | | | | | | | | | | | | - DirectFB is not supported by gtk versions >= 2.18 - remove the backwards compatibility statements (packagegroup-core-directfb is an independent packagegroup) - remove all gtk dependencies [YOCTO #3642] (From OE-Core rev: 423a397b2bf1a32519761ae3f0b048e0595c59e8) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* init-live.sh: move /media/xxx over to the real root filesystemChen Qi2013-01-251-0/+2
| | | | | | | | | | | | | | | | | | | | | Previously, the /media/xxx which contains the root image was not moved to be under the real root filesystem. Because of this, the output of the 'mount' command is somewhat confusing, that is, it has some mount point that is not even in the filesystem. Besides, on some machine, it caused the recovery procedure when we booted it next time. This patches fixes this issue by moving the /media/xxx over to be under the real root filesystem. [YOCTO #2064] [YOCTO #3705] (From OE-Core rev: 261d21d36298bb7822ee7370c30441f42ef2b093) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* prserv: change PRSERV_HOST semanticsConstantin Musca2013-01-254-22/+13
| | | | | | | | | | | | | | - remove PRSERV_PORT variable - use 'hostname:port' as PRSERV_HOST format - remove USE_PR_SERV variable - one can activate PRS by setting PRSERV_HOST [YOCTO #3744] (From OE-Core rev: e00f49de8b1f79c3e07b887d257bd75a46052fa0) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bblass : Add support for cmake to PACKAGECONFIG.Philip Balister2013-01-251-1/+4
| | | | | | | | | | The cmake class uses EXTRA_OECMAKE to adjust the cmake configuration. This patch adds support for this, if the cmake class is used by the recipe. (From OE-Core rev: d8c0ce5a4a27c8aa1d07fc15d6e000af725a51e6) Signed-off-by: Philip Balister <philip@balister.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nfs-utils: Upgrade 1.2.3 -> 1.2.8-rc3Khem Raj2013-01-255-58/+671
| | | | | | | | | | | | | | | | | | | Disable nfsv4l since it needs LVM2 which is not available in OE-Core Disable nfsdcltrack since its configure time check for sqlite3 is not cross compiling safe It can support ipv6 but thats disabled since we disable libtirpc which is needed for ipv6 support in nfs-utils Patches imported from fedora to take us to 1.2.8-rc3 (From OE-Core rev: 658bfe4690005d0a68dc4e3ca2bc741ff4c89f28) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Enable OpenMP compiling and libraryMiLo2013-01-252-4/+1
| | | | | | | | | | | | | | | | | | Multicore embedded systems are getting more and more common. Remove "--disable-openmp" from the GCC configuration options and always build libgomp. This only creates a "bigger" compiler but has no effect on the compiled binaries that don't use openmp. Tested a clean build on mips32el and arm7a, no problems encountered. Autoconf will not detect OpenMP after this change, because it will build and run a target binary on the build system. In order to use OpenMP, the variable ac_cv_prog_c_openmp=-fopenmp must be set. (From OE-Core rev: fdf37b792c13a1fc3f63faf471f0403396414a35) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl-rprovides: Fix perl-module-config anf perl-module-build providersRichard Purdie2013-01-251-2/+6
| | | | | | | | | | | | | | The rearrangement of various file contents left these empty modules which don't get packaged and hence lead to image creation errors on anything using them. This patch ensures the dependencies are attached to the packages which contain the config files or the build module infrastructure as appropriate. It also resolves some confusion over whether the name is perl-module-build or perl-module-module-build, the latter being the autogenerated dependency which previously couldn't be found. (From OE-Core rev: 442f161ecd498513b72e7f1ca2668325c9389d24) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl: Add dyanloader build hackRichard Purdie2013-01-253-0/+25
| | | | | | | | | | | Patch perl to allow builds to work where a native perl running against target modules attempts to load a dynamic binary module. We assume that a native version of the module exists as it would for the target and perform an appropriate path substitution. (From OE-Core rev: b5ea12fec329fe419bc3672ed1e1d5733ff2a9d3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl-native: Add errno_ver.diff patch to native perlRichard Purdie2013-01-251-0/+1
| | | | | | | | | | | | Apply the errno_ver.diff patch to the native perl version. This ensures that when we're building target modules, running the native perl binary but in a target configuration we don't see error messages. libencode-detect-perl is a module which tests this. (From OE-Core rev: 52354c863a1a2e467ea1b55168bf4273f31bbba4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cpan_build: Fix cmaker Build.PL module buildsRichard Purdie2013-01-251-1/+6
| | | | | | | | | | | | | | | | | Certain cpan Build.PL based modules were failing to build due to the host's config information being used instead of the targets. This patch sets the appropriate variables to ensure the modules get the correct configuration from the target config_heavy.pl script. It also ensures the linker is CCLD, not LD since the LDFLAGS contain -Wl,XXX options and build failures result if LD is used. libencode-detect-perl is a module which tests this class extensively. (From OE-Core rev: 7fac8bffcd250aec90c0b675aeb2bbe7896d0ae1) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: properly disable perl file dependency checking for rpmdepsPaul Eggleton2013-01-251-2/+2
| | | | | | | | | | | | | | | | | | | | | We don't want the perl module dependencies being added to each package by rpmdeps because it causes too many problems when the modules aren't available at install time (since they get added in do_package which is too late for the build system to ensure they are available), and it appears that the perl dependency gathering isn't working reliably in any case judging by how they are detected on some build hosts and not others. This was being disabled previously but it seems like the macros moved to a different file at some point and nobody noticed; thus make sure we disable the macros in all RPM macro files. Should fix [YOCTO #3699]. (From OE-Core rev: e43a72af9055b76eb2ad7e2e42e6a5f3c8854efa) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd: Fix build on ppcKhem Raj2013-01-242-0/+35
| | | | | | | | | | | | | | | | | | | | ppc discovers an interesting issue in linking systemd where a library is missing in link cmdline and linker barfs ./.libs/libsystemd-core.a(libsystemd_core_la-manager.o): In function `manager_check_finished': /builddir/build/BUILD/systemd-196/src/core/manager.c:2092: undefined reference to `sd_notifyf' collect2: error: ld returned 1 exit status For more info see https://bugzilla.redhat.com/show_bug.cgi?id=888255 (From OE-Core rev: 2e2a91025ca9c113365c810ce08b48201fe792b8) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libcheck: fix HOMEPAGEPaul Eggleton2013-01-241-1/+1
| | | | | | | | | This was pointing to the zypper homepage, presumably a copy-paste error. (From OE-Core rev: 5f363483253af712f8ccb173c4cc9d77b7c1ae8c) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/image-swab: remove zypper-related referencesPaul Eggleton2013-01-241-3/+0
| | | | | | | | | | Remove references to libzypp, zypper and sat-solver which have been removed. (From OE-Core rev: cc9144f99844a8485b2b96182bdf40429286ae66) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sat-solver: removePaul Eggleton2013-01-249-546/+0
| | | | | | | | | This was only needed by libzypp, which has itself been removed. (From OE-Core rev: 905f0d407a259f89e420ccdbee5a471cb0fea8f5) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libzypp: removePaul Eggleton2013-01-2414-1081/+0
| | | | | | | | | This was only needed by zypper, which has itself been removed. (From OE-Core rev: 5c8169bd1c114aab76001a38ee4dd68d00d825e0) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* zypper: removePaul Eggleton2013-01-247-200/+0
| | | | | | | | | | | | | Functionality provided by Zypper is now covered more effectively by Smart (python-smartpm) which is now being used for package management on the target when enabled and RPM packaging is selected. Fixes [YOCTO #3349]. (From OE-Core rev: cc866433341532a0b5cf8cd5f67998960ea96499) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagedata: Add error message if multiple recipes try to write the same packageRichard Purdie2013-01-241-1/+6
| | | | | | | | | | | | If multiple recipes try and write the same package it resulted in a rather confusing traceback and unintuitive error. This patch prints a human readable error instead. [YOCTO #3645] (From OE-Core rev: 6f817779af77fdb0b861297f0f43c4c6607ce6f0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity.bbclass: Ensure tmpdir exists when running the checkRichard Purdie2013-01-241-0/+1
| | | | | | | | | | | This avoids tracebacks from bitbake if the directory doesn't already exist. [YOCTO #3640] (From OE-Core rev: 1a60e96b21d328fe936e594f3061459e8f2f1b5e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* core-image: Add hwcodecs IMAGE_FEATURERichard Purdie2013-01-243-2/+6
| | | | | | | | | | | Currently hardware codecs are being injected in rather ugly ways and end up either in no or all images. This adds a dedicated IMAGE_FEATURE for them based on the MACHINE_HWCODECS variable. We may need to refine this in due course but this patch at least illustrates the concept. (From OE-Core rev: 1cb370587fd72e3f0f69678748108cc4116767fb) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagegroup-core-x11-xserver: Add XSERVERCODECS variableRichard Purdie2013-01-241-0/+2
| | | | | | | | | | | | | At present its hard for the system to provide extra x11 hardware codecs. We could lump them in with the XSERVER variable but this is suboptimal as in some use cases the user might not want to include them in some images. With this patch we keep our options open about separating usage of the two in the future. (From OE-Core rev: 285c7577813cf75a3b554f8a5d6d7ba002127ef4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base: make feature backfilling happen earlierRichard Purdie2013-01-242-3/+2
| | | | | | | | | | | | | | | | | Backfilling DISTRO_FEATURES and MACHINE_FEATURES with _append statements happens too late to use those variables with conditional inherits, like this: inherit ${@base_contains('DISTRO_FEATURES','sysvinit','update-rc.d_real','',d)} Instead, do the backfilling at ConfigParse time so that it happens earlier in the parse, which results in that inherit behaving as expected when sysvinit was backfilled. (From OE-Core rev: 22429cdf79ed952072707a929643c7386fa7e056) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: unbreak all builds with custom DISTRO_FEATURESMarcin Juszkiewicz2013-01-241-1/+1
| | | | | | | | | | | | | | | | | Commit 9e7c64ca9afbf27edd0d35a1830ce55ee6d778ab broke all builds where custom DISTRO_FEATURES were used. Resulting images ended in non-bootable state due to lack of initscripts (unless someone had sysvinit or systemd in D_E already). https://bugs.launchpad.net/linaro-oe/+bug/1102910 https://bugs.launchpad.net/linaro-oe/+bug/1099405/comments/12 (From OE-Core rev: 211e473432230765a48d7af9c66c8737a08cdec7) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* core-image-lsb-sdk/dev: Inherit the base image instead of duplicatingRichard Purdie2013-01-242-19/+7
| | | | | | (From OE-Core rev: de2ad361e7dfe553e2c49c73199da58ce44d89e4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* prserv: add LOCALCOUNT to AUTOINCs migration feature1.4_M3.rc1Constantin Musca2013-01-222-0/+48
| | | | | | | | | | | | | | | - use migrate_localcount.bbclass to generate AUTOINC entries which are exported to LOCALCOUNT_DUMPFILE - import the generated AUTOINC entries - one can migrate LOCALCOUNT to AUTOINC by executing: bitbake-prserv-tool migrate_localcount [YOCTO #3071] (From OE-Core rev: ffab86f13cafb10d8d6273b6af8cd9a3c84eae20) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu.inc: Define preferred providers for libgl, libgles1 and libgles2Khem Raj2013-01-221-0/+3
| | | | | | | | | | | This is needed to to boot efl images on qemuarm,qemumips and qemuppc these options were already defined for qemux86 and qemux86-64 and therefore the images were booting fine for these two machines (From OE-Core rev: 60e73068cf542c2134106fe6cfc5971874bbc766) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd: Fix build on uclibcKhem Raj2013-01-222-73/+83
| | | | | | | | | | Systemd has some uclibc specific patches which needed to be forwarded ported to 196 (From OE-Core rev: e39f01ba4f6d9d9f1d24fd01745530cde9e92131) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc-git: Upgrades to latest gitKhem Raj2013-01-228-280/+89
| | | | | | | | | Drop upstream accepted patches (From OE-Core rev: b4ee580d37d15e699dd6efc6551f4c7f8e902e2a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rootfs_rpm.bbclass: fix the unexpected postinst errorChen Qi2013-01-221-1/+2
| | | | | | | | | | | | | | | | If the /etc/rpm-postinsts/ directory was empty, the following error would occur at system startup. ERROR: postinst /etc/rpm-postinsts/* failed This patch fixes this issue. [YOCTO #3767] (From OE-Core rev: 202263aeca837dc7b6615a3dc34569c199163733) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* blktrace: add back do_install methodSaul Wold2013-01-221-1/+7
| | | | | | | | | | | The recent change to blktrace removed the do_install method, since this recipe does not use autotools it needs to specifiy a do_install activity. (From OE-Core rev: f8832d969746fb879e63d1b28e6beef5ab82a39d) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* populate_sdk_base.bbclass: Allow installation of ix86 SDK on x86_64 hostWolfgang Denk2013-01-221-3/+6
| | | | | | | | | | | | | | | | | Commit c04f5435 "populate_sdk_base.bbclass: use SDK_ARCH instead of SDKMACHINE" prevents not only the installation of 64 bit SDK configurations on 32 bit hosts (which indeed cannot work), but also the legitimate installation of a 32 bit SDK on a 64 bit host. Fix this. While there, also make sure we use the same patterns ("i[3-6]86" resp. "x86[-_]64" to get unified strings for both INST_ARCH and SDK_ARCH. (From OE-Core rev: 7ddd97b9b09fe7a327916ea88908a63375556ae6) Signed-off-by: Wolfgang Denk <wd@denx.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* createrepo-native: update dependencyKang Kai2013-01-221-2/+2
| | | | | | | | | | | | "RDEPENDS_${PN}_class-native" doesn't work for native recipe because no -native package will be created. Then the dependencies listed here are not built when bitbake createrepo-native. Update and use DEPENDS_class-native instead. (From OE-Core rev: 0b8dc781e4df0edffa10ac989f8745ac3f684de0) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-15 00:55:42 +0000