summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* yocto-bsp: qualify user files with machine nameBrian A. Lloyd2013-01-2545-89/+93
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The bblayer abstraction makes it where multiple layers can be configured and used at the same time. Some layers make changes to support a specific machine, and should not have any affect when other machines are in use. For linux-yocto, all bsps are created with a user-config.cfg and user-config.cfg and user-patches.scc. This means that those files will be pulled from the first location found, which might correspond to files customized for a different machine. Instead of using the names user-config.cfg and user-patches.scc, I propose a machine specific name be used such as {{=machine}}user-patches.scc and {{=machine}}user-config.cfg. This would necessitate that all references changed to these new names, which would affect the yocto-bsp and yocto-kernel scripts. With this change, it would be possible to have multiple machine BSPs searched at the same time and to select which to build against by using a command like MACHINE=qmeux86 bitbake core-image-sato to override the default. Note many of the standard BSPs do not seem to suffer this problem as they do not use the common files user-config.cfg and user-patches.scc that the yocto-* scripts depend upon. Additions by Tom Zanussi: - renamed user-config.cfg to {{=machine}}-user-config.cfg everywhere - renamed user-patches.scc to {{=machine}}-user-patches.scc everywhere - added the user-config/patches SRC_URI items to the qemu -rt kernel recipes - fixed conflicts due to the new open_user_file() helper function - updated user filename conflicts caused by directory renaming - updated custom kernel files to match Fixes [YOCTO #3731] (From meta-yocto rev: c20bef60aa8d52971fb061d4b8d473ad19c03180) Signed-off-by: Brian A. Lloyd <brian.lloyd@familyhonor.net> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> 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>
* bitbake: bitbake-diffigs: Don't pull in tinfoil unless we really need/plan ↵Richard Purdie2013-01-251-1/+1
| | | | | | | | | | | to use it This means we can run in parallel with other bitbake processed we're not in task mode. (Bitbake rev: 20222f2f16130e91eed5e68286188ee0e8f8f3bf) 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>
* Maintainers.inc file updateAndrei Dinu2013-01-251-40/+40
| | | | | | | | | | Updated the maintainers.inc file replacing the maintainer Scott Garman with Andrei Dinu. (From meta-yocto rev: a15cdd80e8a9674070150f54dd34fc7c1d78dfdc) Signed-off-by: Andrei Dinu <andrei.adrianx.dinu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* prserv: change PRSERV_HOST formatConstantin Musca2013-01-251-3/+2
| | | | | | | | | | - the new PRSERV_HOST format is 'host:port' - PRSERV_PORT has been removed (From meta-yocto rev: 67585e11f1e75e380de3ead4bb36de5129df2c4e) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: bitbake-layers: fix get_file_layerRobert Yang2013-01-251-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | The get_file_layer can't handle the nested layer correctly, e.g.: meta-intel/conf/layer.conf meta-intel/meta-cedartrail/conf/layer.conf They are two layers, the file: meta-intel/common/recipes-bsp/amt/lms_7.1.20.bb belongs to meta-intel's layer, but the get_file_layer() may return meta-cedartrail accordig to BBLAYERS' order, since it uses: for layerdir in self.bblayers: if regex.match(os.path.join(layerdir, 'test')): return self.get_layer_name(layerdir) which doesn't care the filename, re-match the filename would fix the problem. [YOCTO #3387] (Bitbake rev: 7a31b9eac4d894c302f0e052a132c31b17d13d1f) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: cache.py: remove the duplicated self.file_dependsRobert Yang2013-01-251-1/+0
| | | | | | | | | | | | | | | | | | | | | | | There are two "self.file_depends =" lines in cache.py::CoreRecipeInfo: class CoreRecipeInfo(RecipeInfoCommon): __slots__ = () cachefile = "bb_cache.dat" def __init__(self, filename, metadata): self.file_depends = metadata.getVar('__depends', False) [snip] self.file_depends = metadata.getVar('__depends', False) They are duplicated, remove the last one. [YOCTO #3795] (Bitbake rev: 409a4aa0e166c25a8cfcd91e54f1b61cced74e87) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: hob: hob do not use .hob dir for variables from local.conf and ↵Cristiana Voicu2013-01-252-28/+10
| | | | | | | | | | | | | bblayers.conf If .hob exists, hob takes the variable from there. Change to not override anymore the variables which comes from bblayers.conf and local.conf [YOCTO #2934] (Bitbake rev: 00533e83038e3d5e3cd5d1be73c45afece92ec0c) Signed-off-by: Cristiana Voicu <cristiana.voicu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: prserv: use only PRSERV_HOSTConstantin Musca2013-01-251-4/+11
| | | | | | | | | | | | | - remove PRSERV_PORT variable - use 'hostname:port' as PRSERV_HOST format - use 'localhost:0' for enabling the local PRServer [YOCTO #3744] (Bitbake rev: ad62eed9e1f0867a406e9fbfa44916a0f1ad1282) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> 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>
* sample.extended: Add DISTRO_FEATURES_INITMANRadu Moisan2013-01-241-0/+4
| | | | | | | (From meta-yocto rev: 5d34575d3f732580ecfe0ccb0f915b5c6c0ca0a0) Signed-off-by: Radu Moisan <radu.moisan@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-223-0/+80
| | | | | | | | | | | | | | | - 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>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-23 19:02:44 +0000