summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFiles
2012-10-18libdrm: Add --disable-cairo-tests switch and update to upstream patchDaniel Stone4
Rather than implicitly relying on Cairo being disabled through not being present, add a configure switch to forcibly disable it. The updates the code to use a patch backported from upstream git instead of our custom version. Signed-off-by: Daniel Stone <daniel@fooishbar.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-18libdrm: Bump git recipe to latest 2.4.39+ revisionDaniel Stone1
Signed-off-by: Daniel Stone <daniel@fooishbar.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-18scipts/combo-layer: Fix check_rev_branch() for cases where the revision is ↵Richard Purdie1
on more than one branch If a revision is in more than one branch, the check_rev_branch() function can't cope with it and the tool returns incorrect errror messages. This patch ensures it copes with this situation. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-18lttng-tools: skip new libexec insane testSaul Wold1
Because lttng-tools installs files into /usr/lib/lttng/libexec, the test matches and throws a false positive, so use INSANE_SKIP Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18qemu: add libexecdir to configure callSaul Wold1
This address the following when libexecdir is not set to /usr/libexec WARNING: QA Issue: qemu: Files/directories were installed but not shipped /usr/libexec /usr/libexec/qemu-bridge-helper /usr/libexec/.debug /usr/libexec/.debug/qemu-bridge-helper Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18insane.conf: add new libexec testSaul Wold1
This tests for /usr/libexec as we are moving things to /lib/. the test is ignored if the distro defaults to /usr/libexec. Currently this test will be disabled by default since the current value of ${libexecdir} is "/usr/libexec". Also this tests needs to be enabled in the WARN_QA list. [YOCTO #2915] Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18chkconfig: pass CFLAGS to MakefileJoe Slater1
The environment CFLAGS is not used by the chkconfig Makefile, so debug and optimization options are ignored. So, we use RPM_OPT_FLAGS to pass CFLAGS into Makefile. Upstream-Status: Inappropriate [configuration] Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18packagegroup-self-hosted: recommend kernel modules instead of depending on themMarcin Juszkiewicz1
Requested kernel modules may be integrated in kernel or totally disabled as not needed on target. Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18Move 'tag=' to SRCREV in mtd-utils recipeEvade Flow1
Signed-off-by: Evade Flow <evadeflow@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18Move 'tag=' to SRCREV in btrfs-tools recipeEvade Flow1
Signed-off-by: Evade Flow <evadeflow@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18populate_sdk_base.bbclass: Make it possible to override the create_shar ↵Thomas Kristensen1
method of populate_sdk_base. If you wish to change the install/unpack method of the sdk, this can now be done by making your own create_shar method, and setting a SDK_PACKAGING_FUNC variable to your new create_shar function. Signed-off-by: Thomas Kristensen <thkriste@cisco.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18gypsy: removed gypsy from meta/recipes-connectivityAndrei Dinu5
removed also entry from meta/recipes-gnome/packagegroups/packagegroup-sdk-gmae.inc Signed-off-by: Andrei Dinu <andrei.adrianx.dinu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18recipe_sanity: Don't bother checking LICENSEPhil Blundell1
Since e3d7890cace71b0a57d2530bf615a58dcb46d96f or so, base.bbclass has considered invalid LICENSE settings to be a fatal error. This means we will never see them so there is no point checking for that. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18libnss-mdns: fix mDNS resolving speedConstantin Musca1
We need to fix the "hosts: files dns mdns4" nsswitch.conf line because for a .local lookup it does a DNS lookup first which will fail. The recommended solution is: hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 [YOCTO #2502] Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18gnu-config: update to 2012.08.14 to get support for AArch64 architectureMarcin Juszkiewicz2
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18pcmanfm: mark AArch64 as compatibleMarcin Juszkiewicz1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18packagegroups: disable kexec, valgrind, lttng, systemtap on AArch64Marcin Juszkiewicz2
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18util-linux: add AArch64 supportMarcin Juszkiewicz2
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18openssl: add AArch64 supportMarcin Juszkiewicz2
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18insane.bbclass: add AArch64 supportMarcin Juszkiewicz1
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18kernel-arch.bblass: add AArch64 supportMarcin Juszkiewicz1
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18siteinfo.bbclass: add AArch64 supportMarcin Juszkiewicz1
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18xorg: remove fontcache supportRoss Burton3
This was removed from the Xorg server in 2008. Signed-off-by: Ross Burton <ross.burton@intel.com>
2012-10-18libxfont: remove spurious dependency on fontcacheprotoRoss Burton1
2012-10-18xorg: remove all traces of XPrintRoss Burton8
The XPrint server was removed from Xorg in 2008. Signed-off-by: Ross Burton <ross.burton@intel.com>
2012-10-18xserver-xorg: use INC_PR in PRRoss Burton2
2012-10-18xorg: remove XTrapRoss Burton3
This functionality was broken upstream so it was removed. Signed-off-by: Ross Burton <ross.burton@intel.com>
2012-10-18mesa: remove libegl-dbg, put all debugging into mesa-dri-dbgRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com>
2012-10-18mesa: remove mesa-dri dependency in mesa-dri-devRoss Burton1
mesa-dri is empty, so instead of allowing an empty package, remove the default dependency on mesa-dri and let the system not generate mesa-dri. Signed-off-by: Ross Burton <ross.burton@intel.com>
2012-10-18xf86-video-intel: bump to latest releaseRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com>
2012-10-18xserver-xorg: upgrade to 1.11.4Ross Burton8
gcc-47-warning.patch was integrated, so drop. Add pkgconfig-deps.patch, a backport of a commit to fix bad exposed library dependencies (which resulted in the keyboard driver depending on pixman). Signed-off-by: Ross Burton <ross.burton@intel.com>
2012-10-18strace: Don't package strace-graphPhil Blundell1
Commit 9c9ea24b115a9bb87df1323b5f185ce426262aec made strace depend on perl because the strace-graph script needs it. However, this cost of the dependency is large (building all of perl) and the value of the script is marginal. Let's just delete the script instead and remove the dependency again. If anybody wants strace-graph then it should be packaged in its own recipe and that one can be made to depend on perl without disrupting the main strace package. Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18module.bbclass: Move do_make_scripts() to module-basePhil Blundell2
It's sometimes useful to have this function available to recipes which don't wish to use module.bbclass for whatever reason. Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18xf86-input-keyboard: upgrade to 1.6.2Ross Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18kernel.bbclass, module.bbclass: Make update-modules optionalPhil Blundell3
The update-modules mechanism is something of a historical relic and it isn't entirely clear that it has a great deal of value nowadays. Also, it causes a problem when building a read-only rootfs since update-modules itself refuses to configure offline. Allow DISTROs to circumvent this whole thing by declaring (via DISTRO_FEATURES) that they don't wish to use update-modules. This is backfilled for existing distributions and will have to be marked as CONSIDERED by those who actually don't want it. Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18gettext: Remove spurious-looking dependencies on libxml2-nativePhil Blundell1
These were added in aae5021101224344a2b1a3af5becf74291fbbfe5, ostensibly to resolve some sort of "host contamination" issue. However, that commit contains no information about what contamination was being observed or how the dependencies help. gettext-native is being configured --with-included-libxml so it shouldn't be using libxml2 from either the host or the sysroot, in which case the dependency would seem to be useless. Using the included copy of libxml2 is in any case preferable to adding a dependency on libxml2-native because the latter brings quite a large stack of other dependencies with it. Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18xf86-video-fbdev: bump to 0.4.3Ross Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18xf86-input-evdev: bump to latest releaseRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-17cpan_build: Unify directory layout for native and target buildsPhil Blundell1
There seems to be no benefit in having them be different and this appears to cause a certain amount of confusion about paths for the native modules. Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-17Add packagegroup-core-buildessentialColin Walters2
[Not heavily tested, but sent for discussion] task-core-sdk is too big - for example, I simply don't want to ship tcl, ever =) Historically distcc caused a large dependency graph explosion because it has a utility which uses gtk+, although that was fixed. packagegroup-core-sdk also includes coreutils, which is a bit confusing; conceptually things dependent on coreutils should pull it in explicitly, or possibly we just declare coreutils to be in the minimal build set. So packagegroup-core-buildessential is intended to be similar to Debian's "build-essential" package. It's the stuff needed by say 80+% of components, not worth repeating over and over. Signed-off-by: Colin Walters <walters@verbum.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-17libtool: Ensure the paths to sed are not hardcodedRichard Purdie1
If you: bitbake sed-native bitbake libtool-cross then libtool-cross has SED="/path/to/sysroot/sed" which is incorrect. If that is reused from sstate or sed-native is cleaned, the build will fail. This patch simply sets sed to be "sed" since we're not on systems where the sed from PATH is broken. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-17pkgconfig: Drop automatic pkgconfig RDEPENDSRichard Purdie1
Just because a recipe uses pkgconfig, it doesn't mean that it's -dev package should RDEPENDS on pkgconfig. I can understand the thinking that lead to this but it makes sense to be able to install the package when pkgconfig hasn't been built. Currently you can also get failures where pkgconfig wasn't built yet a -dev package is included that depends on it leading to rootfs failures. I considered making this a RRECOMMENDS but it should probably be an RSUGGESTS at best given the tenuous pkgconfig requirement any given -dev package has. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-17package: Recommend virtual-locale-*, don't depend on itRichard Purdie1
The virtual-locale-* packages are provided by libc which may or may not have a matching locale for any given recipes's provided locales. Certainly, we shouldn't get a failure if the locale package isn't available. This patch therefore makes the dependency optional rather than required, allowing the locale packages in question to install. This resolves errors like: virtual-locale-eo is needed by bash-locale-eo-4.2-r5.i586 virtual-locale-en+boldquot is needed by bash-locale-en+boldquot-4.2-r5.i586 virtual-locale-en+quot is needed by bash-locale-en+quot-4.2-r5.i586 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-17libc-package: Drop bogus replacement operationRichard Purdie1
The names used to generate the binary-localdata packages need to match the location the dependencies are added. In one case the dash replacement is made, in the other it is not leading to packages which cannot be installed: eglibc-binary-localedata-af-za.iso88591 is needed by locale-base-af-za.iso-8859-1-2.16-r22.i586 eglibc-binary-localedata-cs-cz.iso88592 is needed by locale-base-cs-cz.iso-8859-2-2.16-r22.i586 eglibc-binary-localedata-ru-ru.koi8r is needed by locale-base-ru-ru.koi8-r-2.16-r22.i586 eglibc-binary-localedata-pl-pl.iso88592 is needed by locale-base-pl-pl.iso-8859-2-2.16-r22.i586 eglibc-binary-localedata-hu-hu.iso88592 is needed by locale-base-hu-hu.iso-8859-2-2.16-r22.i586 eglibc-binary-localedata-de-at+euro.iso885915 is needed by locale-base-de-at+euro.iso-8859-15-2.16-r22.i586 eglibc-binary-localedata-sv-fi.iso88591 is needed by locale-base-sv-fi.iso-8859-1-2.16-r22.i586 This fixes things so the names are consistent. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-15local.conf.sample: add PATH to SSTATE_MIRRORS commentsPaul Eggleton1
The shared state cache as pointed to by SSTATE_DIR by default now has two-character subdirectories to prevent there being an issue with too many files in the same directory; also, native sstate packages will go into a subdirectory named using the distro ID string. If you copy the newly structured sstate cache to a mirror location (either local or remote) and then point to it in SSTATE_MIRRORS, you need to append "PATH" to the end of the mirror URL so that the path used by bitbake before the mirror substitution is appended to the path used to access the mirror. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-11gitignore: Add meta-hob, drop meta-demoappsRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-10gdbm: Resolve host contamination issueRichard Purdie1
The autoconf macros detect the presence of -ldbm or -lndbm on the host system and add the library to link against, for now good reason I can explain. This patch makes the build behave determinstically whether they're present or not. Other than the extra linkage, there doesn't appear to be any other change in behaviour from these options and they look like dead code. The extra linkage can cause problems where sstate is used on a machine where the extra librbary isn't present causing build failures. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-10pkgconfig: Drop the RREPLACES for pkgconfig-devRichard Purdie2
This line causes pkgconfig-dev to replace pkgconfig so the package with all the files in is replaced by one with no files. This makes no sense and hence we should just remove this broken line. At this point in the release, this is the safest way to fix this even if an empty -dev package is left available. [YOCTO #2878] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-10eglibc: force make to use /bin/bashSaul Wold2
The eglibc core build still has a number of issues with /bin/dash. Recently found is both sysdeps/unix/make-syscalls.sh and it's output, which make calls via SHELL do not play well with /bin/dash. By force make to use /bin/bash via SHELL setting it works correctly. Currenly known issues are: make-syscalls.sh line with a bad substitution, which can be corrected by: vdso_symver="$(printf '%s\n' ${vdso_symver} | sed 's/\./_/')" Following that there is an issue with emiting a '\n' through a second echo and then to the compiler. There maybe more issues beyond that. [YOCTO #3080] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-10perl: add archlib_exp variable used to generate ARCHLIB_EXP in config.hTom Zanussi3
perl.c uses an ARCHLIB_EXP define to generate compile-time code that adds the archlibexp path to @INC during run-time initialization of a new perl interpreter. Because we've changed this value in a temporary way to make it possible to use ExtUtils::Embed in the target build (the temporary value in config.sh gets re-stripped out during packaging), the ARCHLIB_EXP value that gets generated still uses the temporary version instead of the original expected version (i.e. becauses it's in the generated config.h, it doesn't get stripped out during packaging like the others in config.sh). This creates an unmodified version called archlib_exp that gets used by a modified config_h.SH to get the correct value into config.h This patch uses an unmodified version of archlibexp called archlib_exp, introduced to config.sh, which is used to generate the correct value of ARCHLIB_EXP into config.h Fixes [YOCTO #3099]. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>