aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* glibc: Update to glibc 2.21 release tagdankm/glibc-2.21Dan McGregor2015-02-062-7/+5
| | | | Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca>
* glibc: Disable -mfpmath=sse during build for x86_64Khem Raj2015-02-061-0/+1
| | | | | | | | | | | | | | | | Fixes errors like > /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os > | dl-caller.c:1:0: error: SSE instruction set disabled, using 387 > arithmetics [-Werror] > | /* Check whether caller comes from the right place. > | ^ > | dl-open.c:1:0: error: SSE instruction set disabled, using 387 > arithmetics > [-Werror] Change-Id: Ib4e745828ce9fb4eef94363bc55556448ebd943c Signed-off-by: Khem Raj <raj.khem@gmail.com>
* gcc: Upgrade 4.9.1 -> 4.9.2Khem Raj2015-02-068-79/+428
| | | | | | | | | | | Delete backported patch which are present in 4.9.2 backport patched from upstream gcc trunk to fix [YOCTO #6824] Change-Id: Ia0067940471d4c5d9d62089bf6f18f3a9c2bfedd Signed-off-by: Khem Raj <raj.khem@gmail.com>
* glibc: Upgrade 2.20 -> 2.21Khem Raj2015-02-0614-1640/+884
| | | | | | | | | Drop CVE backports and ppc/fpu detection patch which is not needed anymore Forward port eglibc option groups patch Default to using glibc 2.21 Change-Id: I1873097cec8387ea9e8186a255122938fc28c976 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libtool: avoid running automake/autoconf --versionRobert Yang2015-02-052-0/+55
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The libtool would be very slow if run "automake/autoconf --version", for example, when compile xz-native (make -j1, only compile, no confiure or install): before patched: 19s after patched: 11s Use plain text to instead of running them. NOTE: it is still a little slower than libtool 2.4.2 when compile xz-native because of other parts: make -j1: about 2s slower make -j32: about 0.4s slower If we run to do_install: (PARALLEL_MAKE = "-j32") libtool 2.4.2: $ bitbake xz-native -cinstall && bitbake xz-native -ccleansstate && time bitbake xz-native -cinstall real 0m21.092s user 0m28.292s sys 0m3.932s libtool 2.4.5: $ bitbake xz-native -cinstall && bitbake xz-native -ccleansstate && time bitbake xz-native -cinstall real 0m21.380s user 0m31.140s sys 0m4.068s About 0.3s, slightly different. But when using /bin/bash as CONFIG_SHELL, the new libtool would be much slower: real 0m23.106s user 0m44.044s sys 0m4.280s About 2s slower, for the big package like cairo, it is more slower (about 6s), unfortunately, /bin/bash is most default CONFIG_SHELL for the recipes since configure checks first check bash. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-keyrings: New recipePaul Barker2015-02-031-0/+48
| | | | | | | | | This recipe wraps package and package feed verification keys into a package, making the management and deployment of verification keys much easier. Comments on how to select keys for inclusion in this package are provided in the recipe file. Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
* opkg: Backport improvements to opkg-keyPaul Barker2015-02-032-0/+79
| | | | | | | | The improvements to opkg-key made for v0.3.0 are backported. The rest of v0.3.0 needs further testing and bugfixing prior to release, but the improvements to opkg-key have been tested and work well. Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
* poky-feed-config-opkg: RemovePaul Barker2015-02-031-44/+0
| | | | | | | This recipe was not usable as-is. A much better way of configuring package feeds for opkg is provided by the distro-feed-config recipe in meta-oe. Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
* opkg: Merge in opkg-collateralPaul Barker2015-02-034-23/+14
| | | | | | | All non-arch-specific and non-distro-specific configuration is now kept in the main 'opkg' recipe and package. Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
* opkg: Merge opkg.inc into recipe and tidy upPaul Barker2015-02-032-78/+75
| | | | | | | | | | There is no benefit to having a separate .inc file when we only support one version of opkg. The .inc file had multiple do_install_append functions and several variables were defined out of the usual order. This arrangement should be better. Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
* opkg-collateral: Simplify source filesPaul Barker2015-02-034-7/+3
| | | | | | | | | | | | | Instead of having the source files 'opkg.conf.comments', 'dest' and 'src', we simply have one 'opkg.conf' file containing all the necessary configuration. This does mean that replacing 'src' in a bbappend to define distro-specific package feeds is no longer supported, but these feed configurations should be packaged separately from the rest of the opkg configuration anyway so that things can be updated independently. The best recipe to use for managing feed configs is currently distro-feed-config in the meta-oe layer. Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
* opkg-arch-config: Renamed from opkg-config-basePaul Barker2015-02-033-3/+6
| | | | | | The name 'opkg-arch-config' is much more descriptive. Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
* apr: Allow use in SDKTimo Mueller2015-02-031-1/+1
| | | | | | | | This adds 'nativesdk' in the BBCLASSEXTEND. Signed-off-by: Timo Mueller <timo.mueller@bmw-carit.de> Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de> Signed-off-by: Ross Burton <ross.burton@intel.com>
* insane: add unknown-configure-option to default WARN_QARoss Burton2015-02-031-0/+1
| | | | | | | The unknown-configure-option check is generally useful and should be enabled by default. Signed-off-by: Ross Burton <ross.burton@intel.com>
* bitbake.conf: don't remove WARN_QA and ERROR_QA from hashesRoss Burton2015-02-031-1/+1
| | | | | | | | | | | Changing WARN_QA and ERROR_QA should cause do_package_qa to re-execute, so removing them from the sstate hashes is harmful. They were added back when sanity testing was part of packaging and this was the lesser evil, compared to changing sanity tests causing a re-package of everything. Signed-off-by: Ross Burton <ross.burton@intel.com>
* wayland: remove explicit class-native DEPENDSRoss Burton2015-02-031-1/+0
| | | | Signed-off-by: Ross Burton <ross.burton@intel.com>
* native: remove PN from DEPENDS automaticallyRoss Burton2015-02-031-1/+3
| | | | | | | | | | | | If a recipe (say, wayland) has DEPENDS=wayland-native and BBCLASSEXTEND=native, when built as wayland-native it has DEPENDS=wayland-native which results in a circular dependency. Typically this is resolved by having explicit DEPENDS_class-native statements but as this is duplication which can lead to inconsistent dependencies, automatically remove the circular dependency. Signed-off-by: Ross Burton <ross.burton@intel.com>
* systemd: Backports fixes to 216Khem Raj2015-02-035-37/+384
| | | | | | | | | | | | | | | | | | | | Fix systemd-timesyncd assertion when networkd is disabled then we now do not create /run/systemd/netif/links but timesyncd needs it. So lets manually create this file when networkd is disabled so timesyncd can still function When enabling systemd-timesyncd we need systemd-timesync user Backport patches to enable timesyncd when resolved and networkd are disabled replace the resolv.conf symlinink patch with a proper backport Change-Id: I53f1a53eec4e4a4dbdfb7e8cd155d544ee5d81ec Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* lsbinitscripts: fix the path for mountpointJackie Huang2015-02-031-0/+1
| | | | | | | mountpoint is installed in ${bindir} Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* lib/oe/terminal: add support for Terminology terminal emulatorRodrigo Chiossi2015-02-031-0/+4
| | | | | | | Terminology is the default Enlightenment terminal emulator Signed-off-by: Rodrigo Chiossi <rodrigo.chiossi@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* piglit: add x11 to required DISTRO_FEATURESMartin Jansa2015-02-031-1/+3
| | | | | | | | | * there is some pending work to resolve this unnecessary x11 dependency, this can be reverted together with x11 dependency removal Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* xmlto-native: fixes slow creation of yocto docsAlejandro Hernandez2015-02-031-0/+1
| | | | | | | | | | | | Forces native RDEPENDS of xmlto-native to be built and installed since those files are required when creating yocto-docs if not found, they are downloaded from upstream everytime significant time difference is achieved. [YOCTO #7148] Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* xorg-driver: add x11 to required DISTRO_FEATURESMartin Jansa2015-02-031-1/+3
| | | | | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* package_manager.py: fix rootfs failure with multilib enabledChen Qi2015-02-031-1/+4
| | | | | | | | | | | | | With the current code, if we use debian package backend and enable multilib support, the do_rootfs process would always fail with error messages like below. E: Unable to locate package packagegroup-core-boot This patch fixes the above problem. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* openssh: configuration updatesDan McGregor2015-02-033-9/+26
| | | | | | | | Rebase sshd_config and ssh_config with openssh upstream. Check for the ed25519 key in the systemd keygen service. Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca> Signed-off-by: Ross Burton <ross.burton@intel.com>
* pigz: Upgrade to 2.3.3Khem Raj2015-02-033-14/+54
| | | | | | | | | Fix build issues due to libz being required but is specified before use. Change-Id: I1f26c8e656b330a4b5f1eeffee7ac13500fa98d0 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* terminal.py: fixes launching multiple windows of gnome-terminalAlejandro Hernandez2015-02-031-1/+1
| | | | | | | | | | | | When resolving a patch, a new process of gnome-terminal is created for every patch to be resolved, it "waits" for the previous one to end, instead of launching multiple windows at the same time. [YOCTO #7254] Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* runqemu-internal: get rid of annoying but harmless error messageChen Qi2015-02-031-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | If tap0 interface has been created by other users on the system, we would get error messages when using runqemu. Error messages are like below. Acquiring lockfile for tap0... touch: cannot touch ‘/tmp/qemu-tap-locks/tap0.lock’: Permission denied /buildarea2/chenqi/poky/scripts/runqemu-internal: line 139: /tmp/qemu-tap-locks/tap0.lock: Permission denied flock: 8: Bad file descriptor The system can still boot up because runqemu would try to create a new tap interface. So the error message above is harmless, yet somewhat annoying. This patch fixes the above problem. With this patch, the output would be as follows. Acquiring lockfile for tap0... Acquiring lockfile for /tmp/qemu-tap-locks/tap0.lock failed Setting up tap interface under sudo Acquiring lockfile for tap1... Running qemu-system-arm... Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* image.bbclass: make kernel depmod data optionalDan McGregor2015-02-032-1/+3
| | | | | | | | | | This allows an image to skip the creation of kernel depmod data. It is useful for creating an image that will run as a container image inside a host with no knowledge of the parent's kernel. Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca> Signed-off-by: Ross Burton <ross.burton@intel.com>
* busybox: cve-2014-9645Armin Kuster2015-02-032-0/+42
| | | | | | | modprobe,rmmod: reject module names with slashes Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* gnutls: update to 3.3.12Bian Naimeng2015-02-032-9/+7
| | | | | | | | | update to 3.3.12 to fix some bugs. http://article.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/7967 Signed-off-by: Bian Naimeng <biannm@cn.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* mingetty: fix SRC_URIRobert Yang2015-02-031-1/+1
| | | | | | | Fixed: WARNING: Failed to fetch URL http://cdnetworks-kr-1.dl.sourceforge.net/project/mingetty/mingetty/1.08/mingetty-1.08.tar.gz, attempting MIRRORS if available Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* pcmciautils: fix SRC_URI and HOMEPAGERobert Yang2015-02-031-2/+2
| | | | | | | | | Fixed: WARNING: Failed to fetch URL http://kernel.org/pub/linux/utils/kernel/pcmcia/pcmciautils-018.tar.bz2, attempting MIRRORS if available The pcmciautils-018.tar.bz2 is gone from kernel.org. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* latencytop: fix SRC_URI and HOMEPAGERobert Yang2015-02-031-1/+1
| | | | | | | | | Fixed: WARNING: Failed to fetch URL http://www.latencytop.org/download/latencytop-0.5.tar.gz, attempting MIRRORS if available Its homepage is also down, but can't find a proper one atm. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* pax: fix SRC_URI and HOMEPAGERobert Yang2015-02-031-2/+2
| | | | | | | Fixed: WARNING: Failed to fetch URL ftp://ftp.suse.com/pub/people/kukuk/pax/pax-3.4.tar.bz2, attempting MIRRORS if available Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* man: fix SRC_URIRobert Yang2015-02-031-1/+1
| | | | | | | | | Fixed: WARNING: Failed to fetch URL http://primates.ximian.com/~flucifredi/man/man-1.6g.tar.gz, attempting MIRRORS if available Its HOMEPAGE is also down, but can't find one for it. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* cwautomacros: fix SRC_URI and HOMEPAGERobert Yang2015-02-031-2/+2
| | | | | | | Fixed: WARNING: Failed to fetch URL http://download.berlios.de/cwautomacros/cwautomacros-20110201.tar.bz2, attempting MIRRORS if available Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* dosfstools: fix SRC_URIRobert Yang2015-02-031-1/+2
| | | | | | | | | | Fixed: WARNING: Failed to fetch URL ftp://ftp.uni-erlangen.de/pub/Linux/LOCAL/dosfstools/dosfstools-2.11.src.tar.gz, attempting MIRRORS if available And add a HOMEPAGE for it, there is no dosfstools 2.11 on its official page (but 3.x). Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* base-passwd: fix SRC_URIRobert Yang2015-02-031-1/+1
| | | | | | | Fixed: WARNING: Failed to fetch URL ftp://ftp.debian.org/debian/pool/main/b/base-passwd/base-passwd_3.5.29.tar.gz, attempting MIRRORS if available Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* cdrtools-native: fix HOMEPAGE and SRC_URIRobert Yang2015-02-031-2/+2
| | | | | | | The old ones are invalid, fixed: WARNING: Failed to fetch URL ftp://ftp.berlios.de/pub/cdrecord/alpha/cdrtools-3.01a20.tar.bz2, attempting MIRRORS if available Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* perf: add LIBNUMA_DEFINESRobert Yang2015-02-031-1/+3
| | | | | | | | | Fixed: WARNING: QA Issue: perf rdepends on numactl, but it isn't a build dependency? [build-deps] The numactl is in meta-oe. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* screen: add PACKAGECONFIG for libutempterRobert Yang2015-02-031-0/+3
| | | | | | | | | Fixed: WARNING: QA Issue: screen rdepends on libutempter, but it isn't a build dependency? [build-deps] The libutempter is in meta-oe. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* dpkg: add perl to RDEPENDSRobert Yang2015-02-031-1/+1
| | | | | | | | | | | | | | | | | | | | | | | perl scripts: packages-split/dpkg/usr/bin/dpkg-parsechangelog:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-mergechangelogs:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-architecture:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-vendor:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-shlibdeps:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-scanpackages:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-buildpackage:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-genchanges:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-gensymbols:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-distaddfile:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-buildflags:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-checkbuilddeps:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-gencontrol:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-scansources:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-source:#!/usr/bin/perl packages-split/dpkg/usr/bin/dpkg-name:#!/usr/bin/perl packages-split/dpkg/usr/lib/dpkg/parsechangelog/debian:#!/usr/bin/perl Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* lib/oe/image.py: add error checking for missing IMAGE_CMDPaul Eggleton2015-02-031-1/+5
| | | | | | | An invalid value in IMAGE_FSTYPES was triggering a traceback. Add a check and a reasonable error message instead. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* classes/image: ensure uninstalled packages do not appear in manifestsPaul Eggleton2015-02-033-28/+34
| | | | | | | | | | | | | | | | | | | | | | | | | Since the rewrite of the image construction code in python a few releases ago, we remove a couple of packages from the image as one of the final steps when constructing the image (notably update-rc.d and run-postinsts). However, because of the order of operations, these packages are still listed both in the buildhistory installed_package*.txt files and in the manifest file created next to the image, which is wrong. There were two possible solutions to this: (1) change the order such that the uninstallation occurs before calling ROOTFS_POSTPROCESS_COMMAND or (2) add another hook variable in such that we can have the package list collection code run at the right time. Because it's currently possible (but very much not recommended) to install additional packages within ROOTFS_POSTPROCESS_COMMAND, which may have postinstall scripts and thus require the packages we would otherwise uninstall if we were to take option 1, option 2 is really the least likely to cause problems. Therefore, add ROOTFS_POSTUNINSTALL_COMMAND and make the image and buildhistory classes use it. Fixes [YOCTO #6479]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* classes/image: skip recipe on invalid IMAGE_FEATURES itemPaul Eggleton2015-02-031-1/+4
| | | | | | | | | | | | | | | If you add an item to EXTRA_IMAGE_FEATURES in your local.conf that is not supported by image.bbclass itself (such as "tools-sdk" which is implemented in core-image.bbclass), it can be somewhat annoying to have the parse fall over if you have a recipe that inherits image.bbclass only. Change the error from bb.fatal to skip the recipe instead so that you only see the error when attempting to build the recipe, plus add a bit of logic to report if the feature is coming in via EXTRA_IMAGE_FEATURES. Fixes [YOCTO #5023]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* lib/oe/rootfs.py: rename _uninstall_uneeded to fix spelling errorPaul Eggleton2015-02-031-2/+2
| | | | | | Rename it to _uninstall_unneeded. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* classes/image: drop unused default of MACHINE_POSTPROCESS_COMMANDPaul Eggleton2015-02-031-1/+0
| | | | | | | | | | | | | | In the daisy (1.6) timeframe, when we rewrote the image construction in Python, we neglected to reimplement the support for the little used and undocumented variable MACHINE_POSTPROCESS_COMMAND, and apparently nobody noticed. We have a better method for implementing machine-specific image formats that is in wider use (i.e. add a custom class which implements the new image type, add the class to IMAGE_CLASSES and the type to IMAGE_FSTYPES), and we now also have wic. Thus it makes more sense to just call this variable unsupported now and drop the sole remaining reference to it. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* recipetool: replace version in S valuePaul Eggleton2015-02-031-0/+2
| | | | | | | | | If a versioned recipe filename is specified, replace the version in the value of S with ${PV} just as we do with SRC_URI to make future upgrades of the recipe easier. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* libtool: Fix tools path issuesRichard Purdie2015-02-032-0/+28
| | | | | | | | | | | | | | If for example you build on a machine with /bin/grep, then restore that sstate onto a machine with /usr/bin/grep, things will fail. Simply don't bother hardcoding paths. This was lost during the libtool upgrade: http://git.yoctoproject.org/cgit.cgi/poky/diff/meta/recipes-devtools/libtool/libtool/avoid_absolute_paths_for_general_utils.patch?id=d4e1862453b2a4c12400de0f43f08a9871a4de60 since the path to the files changed. This restores the previous behaviour. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>