summaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
2013-08-12pseudo: Always try to build 32-bit libpseudo when NO32LIBS is set to 0Peter Seebach
This is for Yocto bug #4920. The NO32LIBS variable is intended to allow the user to force the creation of a 32-bit libpseudo, for use with things like prebuilt binary toolchains. Unfortunately, the tests for likely compilability (stubs-32.h) were still present, so you would get silent failures. And if you did cause it to try to build, the failures were not particularly clearly explained. So, we: 1. Emit at least a message during configuration saying we're only building 64-bit, if we are. 2. Warn the user for at least one common case where we know builds are likely to fail. 3. If NO32LIBS is 0, we try the compile for sure, and if it fails, we've emitted at least some sort of message up near the top of the compile output that tells you what might be wrong. (From OE-Core master rev: 22548b3243dfa2dc9861b0f15530632b37812a8c) (From OE-Core rev: 72efa8bb7fb0dcc098eecc1be55136314270f22a) Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-12lib/oe/terminal.py: add support for MATE desktop terminalsAndre McCurdy
A simple clone of the corresponding Gnome class. Without this, devshell fails completely on a default installation of MATE desktop Linux Mint 15. (From OE-Core master rev: 8cc078a9c679845464c59028f584d7aba098cc1f) (From OE-Core rev: 6abc94f00daa04d8b180ef2242add19d3da2e043) Signed-off-by: Andre McCurdy <andre.mccurdy@entropic.com> Signed-off-by: Nicolas Dechesne <nicolas.dechesne@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-12external-sourcery: add missing providersSaul Wold
Addess the issue with multiple .bb providers ERROR: Multiple .bb files are due to be built which each provide virtual/libc (/srv/hdd/releases/dylan/meta/recipes-core/eglibc/eglibc_2.17.bb /srv/hdd/releases/dylan/meta/recipes-core/meta/external-sourcery-toolchain.bb). This usually means one provides something the other doesn't and should. ERROR: Multiple .bb files are due to be built which each provide virtual/arm-none-linux-gnueabi-libc-for-gcc (/srv/hdd/releases/dylan/meta/recipes-core/eglibc/eglibc_2.17.bb /srv/hdd/releases/dylan/meta/recipes-core/meta/external-sourcery-toolchain.bb). This usually means one provides something the other doesn't and should. ERROR: Multiple .bb files are due to be built which each provide virtual/libiconv (/srv/hdd/releases/dylan/meta/recipes-core/eglibc/eglibc_2.17.bb /srv/hdd/releases/dylan/meta/recipes-core/meta/external-sourcery-toolchain.bb). This usually means one provides something the other doesn't and should. Thanks to Kergoth (Chris Larson) and Lpapp (Lazslo) [YOCTO #4908] (From OE-Core master rev: 09deeef20ee5a0c12ad4fd89cace6e0fb832d5b1) (From OE-Core rev: cbec047b1d59f6082d840711fae5672f30c3436c) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-12TmuxRunning: handle multi-word commandsTyler Hall
Just as in f8ed7446755eeb88191e16749350efa1e7e6197c, tmux wants a single argument for its command. This applies to the "split-window" command as well as "new." Note that this alone is not enough to fix the TmuxRunning devshell when using pseudo because tmux does not preserve the environment that pseudo requires. (From OE-Core master rev: 36fb9799d6a449d86acca3be354af56ad87c3151) (From OE-Core rev: 2470a8f680653f569b88476124fc41a4317e3c5a) Signed-off-by: Tyler Hall <tylerwhall@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-12terminal: Run command using a wrapper scriptTyler Hall
Some terminals may not pass the environment into the child process. This is true when using "tmux split-window." If tmux is already running, it will start the command with the tmux session environment, ignoring the environment where the command was issued. This could possibly be worked around when launching tmux by injecting variables into the user's session environment or adding the variables to the "update-environment" tmux setting. However, both methods would permanently alter the user's session, which is undesirable. By using a wrapper script, we have full control over the final environment. Replace the env dictionary with an empty data smart that will contain the exported variables and a wrapper function that execs the original command. (From OE-Core master rev: 3bb96671e987ce8110ce98b9f6d9efc093f8d20e) (From OE-Core rev: a749f068e08217264324372a19b561181bfd31cc) Signed-off-by: Tyler Hall <tylerwhall@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-12directfb: don't patch pkg-config filesAndré Draszik
We are currently getting build failures of projects that rely on being able to access DirectFB's internal include directories, as returned via pkg-config, since the include paths returned by pkg-config are incomplete. The reason for that is the patch that is being removed with this change. It modified the cflags returned by pkg-config in an incorrect way, causing us to miss important include paths: For reference, pkg-config output with incorrect patch applied: ad@bril0118 #513 ~> pkg-config --cflags directfb-internal -D_GNU_SOURCE -D_REENTRANT -I<builddir>/tmp/sysroots/<machine>/usr/include/directfb -I<builddir>/tmp/sysroots/<machine>/usr/include Now, with the incorrect patch removed, the output is as expected: ad@bril0118 #514 ~> pkg-config --cflags directfb-internal -D_GNU_SOURCE -D_REENTRANT -I<builddir>/tmp/sysroots/<machine>/usr/include/directfb-internal -I<builddir>/tmp/sysroots/<machine>/usr/include/directfb Overall, the removed patch is not needed - pkg-config does the right thing these days and we can simply use the correctly working upstream versions of all DirectFB .pc files. (From OE-Core master rev: 795db65706d28bc194244a2ebbe6624ded584a33) (From OE-Core rev: 6d66de326bc355ff7bbb3923e0f3d59625f2ead9) Signed-off-by: André Draszik <andre.draszik@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29linux-yocto: Fix SRCREVs in linux-yocto_3.2Paul Barker
The KERNEL_VERSION set by linux-yocto_3.2.bb in openembedded-core is 3.2.32 but the SRCREVs in the bbappend in meta-yocto-bsp referred to version 3.2.18. These SRCREVs are updated to the correct values. (From meta-yocto rev: ead5d53222c811c68e3bed74a297bb0a11a72156) Signed-off-by: Paul Barker <paul@paulbarker.me.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29bitbake: bitbake: data_smart: Ensure variable flags are accounted for in ↵Richard Purdie
config data hash Currently if the flags set against a variable in the base data store change, it doesn't automatically trigger a reparse when it really should. For example with the blacklist class setting: PNBLACKLIST[qemu] = "bar" PNBLACKLIST[bash] = "foo" will not trigger a reparse if only one entry is changed and a blacklisted recipe can still be built. I did consider using BB_SIGNATURE_EXCLUDE_FLAGS in here however it doesn't make sense, we want to trigger a reparse when any of the flags change too (which is different to the sstate signatures which we wouldn't want to change in those cases). [YOCTO #4627] (Bitbake master rev: ed74ea50043f6feb698c891e571feda2b9f8513d) (Bitbake rev: 9313ff77f39abf776556cd7b0edb3c08854d68ef) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29bitbake: hob: save the base image name for the customized imagesCristiana Voicu
Building an image, after customizing it, was failing because the base image was not saved. [YOCTO #4751] (Bitbake rev: c109e1fb18c5541aa5bf500c4622f4f7b677db08) Signed-off-by: Cristiana Voicu <cristiana.voicu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29cups: add PACKAGECONFIG for avahiMartin Jansa
* it's autodetected from sysroot (From OE-Core master rev: 0d6fa308e7c2838a51013b16b348e95f9e177105) (From OE-Core rev: 319355e68006c0c7dca117d552e96a36dfef01c3) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29subversion: add PACKAGECONFIG for saslMartin Jansa
* cyrus-sasl is in meta-networking (From OE-Core master rev: f32f0e8195b1abfdd4477747eca0838e90feabb7) (From OE-Core rev: 506f9b0b5e18a839058196ac5cd231290b85ba95) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29pulseaudio: add PACKAGECONFIG for jackMartin Jansa
(From OE-Core master rev: 4c32a6af7dfd16cf9c652ca2735cd8d24d204e29) (From OE-Core rev: 6ce6dd32a00abaf1402ddfeee62c4e96f515aa32) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29gst-plugins-ugly: add PACKAGECONFIG for x264, cdio, dvdreadMartin Jansa
* they are autodetected from sysroot (From OE-Core master rev: b253bbe742c016a07b67cfaa65b28895118c5bd8) (From OE-Core rev: 93e147d0c0d52d349fd644f45831a961a3551d4b) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29gst-plugins-good: add PACKAGECONFIG for jackMartin Jansa
* jack is autodetected from sysroot (From OE-Core master rev: 00872ded9e4f492f146175be41435902aaf45ad7) (From OE-Core rev: e17f49ddcdbcf3fc4f6c974488a104c2cdcf8f8c) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29remake: fix insufficient gettext dependencyPetter Mabäcker
By default when inheriting gettext, "gettext-minimal-native" is added as a dependency for native. The bb-file for remake use 'autopoint' (not included in gettext-minimal-native). When building remake-native it will result in a failure in do_configure for all cases when gettext (or gettext-native) is not build from some other recipes, before building 'remake-native'. This is solved by adding a build-dependency to gettext-native in remake-native. Fixes [YOCTO #4385] (From OE-Core master rev: 4bd98157f1d7a96741d036e67b04819ccbc9a9c6) (From OE-Core rev: f0535740070381b6e93a3ab90a4b7eea401af93d) Signed-off-by: Petter Mabäcker <petter@technux.se> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29wget: backport fixes for documentation build errorsJonathan Liu
(From OE-Core master rev: f0c89f4122a0df67a003a6721afb45d7979ffc6f) (From OE-Core rev: d6aa6a2c0e9b55889b264dbf3b3d24cadb5e9f06) Signed-off-by: Jonathan Liu <net147@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29adt_installer_internal: fix spelling errorBeth Flanagan
s/envrionement/environment/ (From OE-Core master rev: 5ace1d88efc37b70516eeb1a609ea37a657a5ce0) (From OE-Core rev: b3bf03715509390d423795ae72c12713b0b7864b) Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29pigz: Fix typo in ALTERNATIVES lineSaul Wold
(From OE-Core master rev: 661897219bc50d569a2c87b414ab04a7f83f5a8e) (From OE-Core rev: 99107b0ef7c9e85a3c71d883e7b1a2bc3a75ecbf) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29mesa: fix EGL compilation without X11 headersNicolas Dechesne
Extracted from "d7033f4 mesa: upgrade to 9.1.3", already merged in master. Add EGL-Mutate-NativeDisplayType-depending-on-config.patch to build correctly in a non-X11 environment, it replaces fix-egl-compilation-without-x11-headers.patch. The new patch fixes compilation issues for components that include EGL/eglplatform.h file. With the original patch it was required to use -DMESA_EGL_NO_X11_HEADERS when using mesa .h files to get proper C definitions. The new patch was backported (trivial) to mesa 9.0.2 which is in dylan. (From OE-Core rev: e4f5a568ec8df772f2b8c07f2ac946b2e9247ccd) Signed-off-by: Nicolas Dechesne <nicolas.dechesne@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29tar: remove an erroneous patchChen Qi
This removed patch is a workaround for gcc-4.5 manifests buffer overflow with app-arch/tar-1.{22,23}, according to the information from https://bugs.gentoo.org/show_bug.cgi?id=317139. The problem with that patch is that it's only setting the magic field of the header while the original statement sets both the magic and the version field of the header. Because of this, all tar balls created by the tar package in OE will be treated as old V7 format tar balls. As a negative effect of this behaviour, the tar package in OE cannot handle device files correctly. This in turn leads to the udev cache failure in images like core-image-lsb-sdk. [YOCTO #4815] (From OE-Core master rev: 32210f73c7e9f24951306f462b25e66e1d11a6b8) (From OE-Core rev: 5c585a7a8c856802b79effc7f47ba3e44d7a489c) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29populate_sdk_base.bbclass: use new perm option for findStefan Stanacar
Old way find -perm +mode is no longer supported in newer versions of find (Fedora 19). Man page says: -perm +mode This is no longer supported (and has been deprecated since 2005). Use -perm /mode instead. [YOCTO #4853] (From OE-Core master rev: 21b079e01873e2fb4d8674541e8c5818ba73554e) (From OE-Core rev: 761cf78f12d60179684ae16e66008204f278561e) Signed-off-by: Stefan Stanacar <stefanx.stanacar@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29populate_sdk_base: fix bashismLaurentiu Palcu
Only the printf bash builtin knows about %q format option for escaping spaces. The coreutils version doesn't. Unfortunately, neither dash nor sh have a printf builtin. So, escape the spaces using sed. [YOCTO #4811] (From OE-Core master rev: 6ac06a65ce52d4c123da53f115c84cb0a98bc18f) (From OE-Core rev: 135e681a3f3004a925b46b03cdada2fd86fc6c93) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-29populate_sdk_base, adt_installer: abort install if path contains spacesLaurentiu Palcu
Spaces are not handled properly in some parts of oe-core and it's safer to abort toolchain installation if path contains spaces. Even though we fix space handling in the toolchain installation script, there are various other parts in the toolchain (perl scripts, sysroot path passed to toolchain binaries, shebang lines) that would need special handling. So, for now, just bail out if path contains spaces. The checking for spaces in the path is done after expanding relative paths to absolute and tilde conversion. [YOCTO #4488] (From OE-Core master rev: 8c35ba2d3048ce69f74f72cb2676e4bc162cfb63) (From OE-Core rev: 407e57879ea2f931bff32993b850c9d59d228303) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09bitbake: Allow checksums to be used for files retrieved using SFTPPeter Kjellerstedt
(Bitbake master rev: fd438a334d1f90ff07dded61c9648987da42c34f) (Bitbake rev: 88f013cee4cdec91acee59ffbc7bcea6dd2b8d2e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09yocto-kernel: enforce exact match for BBLAYERSTom Zanussi
The current code uses .startswith to find BBLAYERS, which causes false positives when other variables such as BBLAYERS_NON_REMOVABLE exist. This forces an exact match instead of a partial match. Fixes [YOCTO #4743]. (From meta-yocto master rev: c039def50ca6c02cb1b66fd4bf76664de42c068e) (From meta-yocto rev: bb46a14833d18000e87b76d06df04ef9a7f40afb) Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09yocto-bsp: filter out 'layer' from arch listTom Zanussi
The yocto-layer tool added a new directory alongside the actual architectures and 'common', which is already screened out as not an actual architecture when displaying the architecures. The same needs to be done for 'layer' which isn't actually an architecuture and likewise needs to be screened out. Fixes [YOCTO #4735]. (From meta-yocto master rev: 7459485bf75855a40d124915d38284f737a25cc4) (From meta-yocto rev: 0af5b4550cdb836c68bb5b22fccb8d460fb7d515) Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09qt4: disable qmeegographicssystemhelperPaul Eggleton
We don't want this enabled just because we have EGL and OpenGL ES 2.0 enabled. (From OE-Core master rev: 85aa73d397cb42a2fc8d6f901f8db1d601972741) (From OE-Core rev: 5b90fc7d36b468251f4f9371c5f7eb32a78a8f69) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09python-native: add python-codecs-native to RPROVIDESPaul Eggleton
This is now required by python-argparse-native as of OE-Core revision 8d0e84bdfaf63ad61be7b015dd55dacccfa9132c. (From OE-Core master rev: e9e03d44d6a402fecdf0d62ff09a1f6af9da10bb) (From OE-Core rev: e1e218ffcb3479607a30f02877ee504637c5418e) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09openssh: fix initscript restart commandMarc Ferland
start-stop-daemon should be called with '--oknodo' instead of '-oknodo'. (From OE-Core master rev: 40f65a76b3291ae625c072a8efebbf134b15c367) (From OE-Core rev: 1832280f616fe7010260afb53bbc3b1c6d7ea08b) Signed-off-by: Marc Ferland <ferlandm@sonatest.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09python-multiprocessing: adding runtime dependenciesLukas Bulwahn
As python-multiprocessing requires python-threading and python-pickle, this commit adds them as runtime dependency. The observed behavior was: When typing 'import multiprocessing' in the python shell on a minimal image with only the python-multiprocessing recipe installed, python reports at first: Python 2.7.3 (default, Jun 27 2013, 08:26:25) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import multiprocessing; Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/multiprocessing/__init__.py", line 65, in <module> from multiprocessing.util import SUBDEBUG, SUBWARNING File "/usr/lib/python2.7/multiprocessing/util.py", line 38, in <module> import threading # we want threading to install it's ImportError: No module named threading After adding python-threading as runtime dependency and rebuilding the image, python reports: Python 2.7.3 (default, Jun 27 2013, 08:26:25) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import multiprocessing; Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/multiprocessing/__init__.py", line 84, in <module> import _multiprocessing ImportError: No module named cPickle (From OE-Core master rev: e913412ca0ff01cb654757c8199e8859f15b7cf7) (From OE-Core rev: e2abc675180a919a88c531f3801c3cd5d3f96206) Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09python-argparse: adding runtime dependency on python-codecsLukas Bulwahn
When typing 'import argparse' in the python shell on a minimal image with only the python-argparse recipe installed, python reports: Python 2.7.3 (default, Jun 27 2013, 08:26:25) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import argparse; Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/site-packages/argparse.py", line 91, in <module> from gettext import gettext as _ ImportError: No module named gettext The python-argparse recipe requires the python gettext module, which is currently provided by python-codecs. Hence, this commit adds python-codecs as runtime dependency to resolve the issue. (From OE-Core master rev: 8d0e84bdfaf63ad61be7b015dd55dacccfa9132c) (From OE-Core rev: be91c7d9dc5f9ac6e4dd482717f1f89e4ee169cb) Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09package: Ensure we iterate all the pool objectsRichard Purdie
There is the possibility that if we don't iterate through the multiprocessing pool objects we might not catch return codes and this could lead to hung/zombie processes either temproarily or on a wider scale. Adding this certainly doesn't hurt anything and is better practise so we might as well do it. Its not 100% clear if this fixes some issues or not. (From OE-Core master rev: 89c8493d4d85044cd72af2756569d15e87cd5947) (From OE-Core rev: e887858d495d772a4b2cd6ca4edc0c53942518d8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09systemd: Ensure that we mount devtmpfsSaul Wold
Since systemd also used tmpfs we should make a similar patch for the systemd-udev script Fix for bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4632 Since udev 172, the 'mknod' logic was removed from udev. Yocto Dylan is now using udev 182. This means /dev is now required to be a devtmpfs filesystem (maintained by the kernel). If the root filesystem is a ramdisk, the kernel's auto-mount of /dev doesn't activate since there is no rootfs to actually mount... The bug causes an unusable system as /dev doesn't contain even basic nodes required to even get a login prompt. The Yocto udev/init script mounts tmpfs if it does not detect tmpfs or devtmpfs mounted at /dev. This appears to be outdated logic that is no longer correct. I believe the Yocto udev init script should be checking and mounting only 'devtmpfs' on dev. (From OE-Core master rev: d3616f31617830cac9375e8f4aa33e344ac554ed) (From OE-Core rev: 20b50e8d99fa58818a23d3e82411ac1691e6552d) Signed-off-by: Alex Olson <alex.olson+yocto@gmail.com> [YOCTO #4632] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09adt_installer_internal:add sudo when permission deny on installation directoryHongxu Jia
When the user doesn't have rights to access the installation directory, the sdk installation will fail, add sudo to fix this. [YOCTO #4760] (From OE-Core master rev: 040010d04672c93f18d60308ecf3c26a26ec5fd3) (From OE-Core rev: dfca7cac51459764e12f08b7be0ced59ac4544c1) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09adt_installer_internal:fix perl lib version mismatchHongxu Jia
When run "autoreconf" in toolchain, there is an error if the host's perl's version is not the same as the one in the SDK, the error says that the executable perl mismatches the perl lib's version. This is because most of the autotools' scripts use the "#!/usr/bin/perl -w" which is host perl, but the gnu-configize uses "#! /usr/bin/env perl" which invokes the perl wrapper in the SDK, and the wrapper will set the PERL5LIB to the SDK which causes the mismatch. We can make all the perl scripts to use the host perl or the SDK perl to fix this problem. [YOCTO #4758] (From OE-Core master rev: 487d1fa7b79e89518494986461c157bace842613) (From OE-Core rev: 82fea7bd0e9ba54ba0c4da2d8cb9734fa4f46f17) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09adt_installer_internal: fix perl modules relocated failed on older distributionsHongxu Jia
The perl module for automake has an embedded path in it, this needs to be relocated. Older versions of 'file' do not return the "ASCII" text in the output for a perl module file. Hence, the regex pattern didn't match perl module and they were not getting relocated at all on older distributions. 1) On CentOS release 6.4, the version of file is 5.04 $ file /usr/lib/perl5/Config_heavy.pl $ /usr/lib/perl5/Config_heavy.pl: Perl5 module source text 2) On Ubuntu 13.04, the version of file is 5.11 $ file /usr/lib/perl/5.14/Config_heavy.pl $ /usr/lib/perl/5.14/Config_heavy.pl: C source, ASCII text, with very long lines [YOCTO #4550] (From OE-Core master rev: 7cfab2c895bf4daa7716fb7509e367bf74f016e4) (From OE-Core rev: dbb7e2b4b7659651462564164c726ab7dfa852bc) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09groff: correct the install path of man.localZhenhua Luo
openvswitch build failed due to wrong install path of man.local which is provided by groff. Error log: /yocto/build/tmp/sysroots/x86_64-linux/usr/share/groff/1.22.2/tmac/an-old.tmac:690: warning: can't find macro file `man.local' (From OE-Core master rev: 5f2dd65e758ead8177a1cdda047bdb105b96e208) (From OE-Core rev: 7300ed721d631e6fb4e26cfc43868c794ea04185) Signed-off-by: Zhenhua Luo <zhenhua.luo@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09boost: Limit PARALLEL_MAKE by -j 64Martin Jansa
* greater paralelism isn't supported by bjam and causes segfault or ignoring -j * PARALLEL_MAKE was enabled for boost in http://git.openembedded.org/openembedded-core/commit/?id=9b9cfc1dfe5e3b8f89b7a8508537166d0f23935e (From OE-Core master rev: c212f306934aa1c7c825e3bb060d4799be1efca1) (From OE-Core rev: 61831b8afac73496fb54583d95690cf6238286ac) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09udev: only use devtmpfs for udevAlex Olson
Fix for bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4632 Since udev 172, the 'mknod' logic was removed from udev. Yocto Dylan is now using udev 182. This means /dev is now required to be a devtmpfs filesystem (maintained by the kernel). If the root filesystem is a ramdisk, the kernel's auto-mount of /dev doesn't activate since there is no rootfs to actually mount... The bug causes an unusable system as /dev doesn't contain even basic nodes required to even get a login prompt. The Yocto udev/init script mounts tmpfs if it does not detect tmpfs or devtmpfs mounted at /dev. This appears to be outdated logic that is no longer correct. I believe the Yocto udev init script should be checking and mounting only 'devtmpfs' on dev. (From OE-Core master rev: 31ab19ab69bc6504df01cac7ee0670ca78d247ab) (From OE-Core rev: dba106b4fc1579185498b85f6e1ade494fcc588e) Signed-off-by: Alex Olson <alex.olson+yocto@gmail.com> [YOCTO #4632] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09alsa-tools: Pass ACLOCAL_FLAGS so aclocal uses the right paramsOtavio Salvador
The compile step ends regenerating the configure scripts included in the source subdirs, for it to properly work we need to pass the ACLOCAL_FLAGS or the .m4 files won't be found. ,----[ Build error ] | ./ac3dec | aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' | configure.in:18: warning: macro 'AM_PATH_ALSA' not found in library | automake: warning: autoconf input should be named 'configure.ac', not 'configure.in' | configure.in:9: warning: AM_INIT_AUTOMAKE: two- and three-arguments forms are deprecated. For more info, see: | configure.in:9: http://www.gnu.org/software/automake/manual/automake.html#Modernize-AM_INIT_AUTOMAKE-invocation | automake: warning: autoconf input should be named 'configure.ac', not 'configure.in' | test/Makefile.am:1: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') | configure.in:18: error: possibly undefined macro: AM_PATH_ALSA | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | make: *** [all] Error 1 | ERROR: oe_runmake failed `---- Reported-by: Rogerio Nunes <rogerio.nunes@freescale.com> (From OE-Core master rev: dde80e6fac83ca55644cb1b56cb55b2ba01c6564) (From OE-Core rev: a681d4d61270d479449eaa13c64b84493f444b97) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09cleanup-workdir: fix typoKai Kang
Fix typo. (From OE-Core master rev: 07b4682250694c5783aa374814c95ba9a2974a69) (From OE-Core rev: 9191f6b933408b0aedba77cb61c3ce36c07e8188) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09chrpath: Fix SRC_URI to correct locationSaul Wold
(From OE-Core master rev: 6b7ab43722a94e7a0ced72ffb7497e5d507a39cd) (From OE-Core rev: e8637da23037369bba2d775218349bca55dd2307) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09gst-plugins-bad: tremor was moved from here to -baseRoss Burton
(From OE-Core master rev: 6e149551a36825ac5e25b14dbaa62b794154c11d) (From OE-Core rev: 837078125286eb15965a2407e9633e4f4f67868d) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09gst-plugins-bad: use correct option when enabling librsvgRoss Burton
(From OE-Core master rev: 82eab38f2bf1dac3e3414a5a20b8e51f871e07ce) (From OE-Core rev: 3bb1858e73f789b8c3835075afc644ce3437aced) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09logrotate: fix for CVE-2011-1548Wenzong Fan
If a logfile is a symlink, it may be read when being compressed, being copied (copy, copytruncate) or mailed. Secure data (eg. password files) may be exposed. Portback nofollow.patch from: http://logrotate.sourcearchive.com/downloads/3.8.1-5/logrotate_3.8.1-5.debian.tar.gz (From OE-Core master rev: d0e3fc1b28fc16200adbe690aa27124041036ba3) (From OE-Core rev: 247157849f41f2d386b102a4b3d81fd11e8f3ac0) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09libproxy_0.4.7 do_unpack failed of qemuppc_worldJackie Huang
The tarball from upstream shows many lines of.... tar: Ignoring unknown extended header keyword `LIBARCHIVE.xattr.security.selinux' tar: Ignoring unknown extended header keyword `SCHILY.dev' tar: Ignoring unknown extended header keyword `SCHILY.ino' tar: Ignoring unknown extended header keyword `SCHILY.nlink' Replacing it with the .zip file from upstream (From OE-Core master rev: 1cad5073346bcccbe5bafa3c8876890a0a62615c) (From OE-Core rev: 1b9b8be17937548135b4c93fc9753c7bd4fc5fbd) Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09python-pygtk: fix parallel compile issueKai Kang
defs.c dependes on gdk-types.defs and gtk-types.defs. When parallel compile, it may fails with: "IOError: [Errno 2] No such file or directory: 'gtk-types.defs'" Add them to dependences of defs.c to fix this issue. (From OE-Core master rev: edf278eec71552bcd3ac661dce8e8b7489463f6a) (From OE-Core rev: a0a2a012e843ccaa95b23c53c4b96ac46d36d719) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09python-pygobject: disable parallel installKai Kang
The installation of __glib.so is invoked by install-data-am target which are generated by automake. installing libpyglib-2.0-python is invoked by install-exec-am. "make install" will firstly install libpyglib-2.0-python, then install __glib.so, the sequence should not be broken, since _glib.so has dependence on libpyglib-2.0-python. But when enable parallel install, the sequence maybe break then installation fails with: "/usr/bin/ld: cannot find -lpyglib-2.0-python" Disable parallel install to fix this issue. (From OE-Core master rev: e87a0c81c77d11f892a34c2d14ffbeb4342d32dd) (From OE-Core rev: 03afd1cde0c308c079b7e10cbf6424e28a5c4a75) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09gnutls: upgrade to 2.12.23Ross Burton
Importantly, this fixes CVE-2013-1619. Upstream doesn't use GNU as a host, so update the SRC_URI. remove-gets.patch isn't required anymore, obsolete_automake_macros.patch is merged upstream, and gnutls_fix_for_automake_1.12.1.patch doesn't seem to be needed. It was merged and reverted upstream, and my build without it succeeded. (From OE-Core master rev: 9a6395076984350b1dd7005453f97233bbb43132) (From OE-Core rev: abf0d8d471c90670e76610c91469b139bcc7ea82) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-09path.py: Deal with race issueRichard Purdie
The change to use copyhardlinktree in some of the sstate code instead of copytree exposed a race condition. This is due to cp failing if it finds a directory doesn't exist yet some other process creates it while cp was trying to create it itself. tar doesn't error in this case. To fix this we need to create the directory structure with tar, then use cp to hardlink the files. Messy but probably worth doing. I also took the opportunity to remove src_bak since the code is neater without it. (From OE-Core master rev: 2f954a9a6932f1e6c564e7e7aacaac628a75eed7) (From OE-Core rev: 3dd03bb4fd868c512dfee2161bd55867c358b8fc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-05-04 08:39:43 +0000