summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* initramfs-live-install*: fix the "install" boot optionNitin A Kamble2013-04-234-4/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The install boot option was giving the following error when one tried to install the live image on a permanent storage of a BSP. cat: write error Invalid argument Installation image failed sh: can't access tty: job control turned off Further digging into the issue, found out that the install script was trying to do this: cat /proc/mounts > /etc/mtab And in the base-files recipe the /etc/mtab is made soft link to /proc/mounts. So the cat command was failing to write on /etc/mtab. As the contents of the /proc/mounts is already reflected in the /etc/mtab file due to the symlink-ing, there is no need for this step to recreate /etc/mtab in the install script. So just removing this unnecessary step, which solves the install issue of the live images. Fixes this bug: [YOCTO #4229] (From OE-Core rev: 2f5d41f94c53aaf606de66891c37de0dbd86f54b) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libproxy: add dependency on glib-2.0Alexandru DAMIAN2013-04-231-1/+1
| | | | | | | | | | | libproxy uses glib-2.0, but the depends is missing Fixes intermittent build errors. (From OE-Core rev: df39cc2820aeaa8d5187a65945f7739bc6fa53cb) Signed-off-by: Alexandru DAMIAN <alexandru.damian@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bluez4: add readline dependencyAlexandru DAMIAN2013-04-231-1/+1
| | | | | | | | | | | bluez4 uses readline to be build, but the dependency is not listed This is listed in the configuration log. So we add it. (From OE-Core rev: a3e8c54eb58f3f10427e66c54434c7d623572278) Signed-off-by: Alexandru DAMIAN <alexandru.damian@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-dtb: fix whitespace in bash functionsChase Maupin2013-04-231-43/+43
| | | | | | | | | | | * Fix the whitespace in the base functions to use TAB instead of spaces. This is to address feedback from: Darren Hart <dvhart@linux.intel.com> (From OE-Core rev: fa0831bb57ed3af55c3547be14131989c4330f7d) Signed-off-by: Chase Maupin <Chase.Maupin@ti.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-dtb: Add simple DTB symlinks for devicetreeChase Maupin2013-04-231-0/+20
| | | | | | | | | | | | | | | | * This is similar to the symlinks provided for the kernel image in the /boot directory of a file system. The goal is to have simply named symlinks in /boot that mirror the device tree name in the kernel sources. This is so that programs like U-Boot can easily find the default device tree binary in the /boot directory and use that when booting the kernel. * Use update-alternatives to handle proper creation and removal of the symlinks. (From OE-Core rev: f972ec9522ade7dc35c535a65b04c9f31663f9aa) Signed-off-by: Chase Maupin <Chase.Maupin@ti.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel bbclass: return to original directory in do_deployChase Maupin2013-04-231-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | * During the base kernel_do_deploy function the directory is changed to DEPLOYDIR in order to do some cleanup and symlinking. However, the directory is not changed back to the original starting directory ${S} at the end. For append functions this means that the starting directory is not ${S} as expected but instead ${DEPLOYDIR}. For functions like the do_deploy_append in recipes-kernel/linux/linux-dtb.inc there is an assumption that you are still in the source directory and not the DEPLOYDIR. Without this change the .dtb files are not copied because the check for the existence of ${DTS_FILE} which is a relative path from the ${S} directory fails. This means that the .dtb files are not copied into the deploy directory and subsequently the deploy/images directory. In the log.do_deploy file you will see lines like: Warning: arch/arm/boot/dts/xxxxx.dts is not available! (From OE-Core rev: cfac9cc41c98eb1858bd3b0dee3dcc672d53f78b) Signed-off-by: Chase Maupin <Chase.Maupin@ti.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* relocate_sdk.py: allow relocate_sdk.py to work with python 2.4.xJason Wessel2013-04-231-13/+13
| | | | | | | | | | | | | | Avoid the chicken / egg problem of an SDK that provides a working python but requires that version of python to extract itself. The RHEL 5.x systems and some other enterprise Linux systems ship with python 2.4.x as the default python. We need to at least be able to extract work executables even if we never use the the host provided python again. (From OE-Core rev: 9a5ed565758a6fcc94bc85ce6205375d2fd282ea) Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* relocate_sdk.py: Fix corruption of sdk binariesJason Wessel2013-04-231-2/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | There are two cases of corruption that the relocate_sdk.py was not correctly dealing with. 1) SDK Extras should be left alone Extra external binaries included in an SDK that were linked against the host's version of /usr/lib/ld-so.so should not get a relocation applied. In the case that was discovered these were LSB compliant binaries that already worked on many hosts. 2) If the interp section is too small generate an error In the case of the qemu user code, it was using its own .ld file to link the executables which overrides the default in the nativesdk binutils. This generated host executables which had a interp section that was too small to relocate. Now the relocate_sdk.py will print an error and continue on such that the error can be fixed by a developer without having to do the difficult task of debugging why it is crashing or not loading correctly. (From OE-Core rev: 4142f6f9392fdd919488151170fb088d4113e0f2) Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* populate_sdk_base.bbclass:fix toolchain relocation issuesHongxu Jia2013-04-231-0/+7
| | | | | | | | | | | | | | | | | | | | | 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. Cherry-pick commit aeb53bd78991af9fbb60d64176ec864cfc2ddbb9 [YOCTO #3984] (From OE-Core rev: 9c10356bde6d303d84daadb8c1170e08e774f5af) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl_5.14.2.bb:fix toolchain relocation issuesHongxu Jia2013-04-231-1/+7
| | | | | | | | | | | | | | 1, Use create_wrapper to create perl wrapper in the SDK. 2, Add perl.real to perl-nativesdk package. Cherry-pick commit 820a64bfb7b27e3aaa3b8c0228c4ed70b64c03d1 [YOCTO #3984] (From OE-Core rev: 6571278b896474c58bf5552d0e46237f2cf5096c) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* populate_sdk_base: tarball installer: SDK overwrite warningHongxu Jia2013-04-231-3/+12
| | | | | | | | | | | | | | | | | | This patch contains two fixes: * if the user wants to install the SDK in a directory that already contains a SDK for the same architecture, a warning will be shown; * when the symbolic links are relocated use -n option. Otherwise, symbolic links to existing directories will be created in the directory itself; Cherry-pick commit b751ec137d0228b40a90e9e32b24f5cb5732225b [YOCTO #3401] (From OE-Core rev: c3b00f18f24c5ff48981ea3645a58cf48eaa94aa) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nativesdk-ncurses 5.9: fix files were installed but not shippedHongxu Jia2013-04-231-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There is an warning: $ bitbake nativesdk-ncurses WARNING: QA Issue: nativesdk-ncurses: Files/directories were installed but not shipped /opt/poky/1.3+snapshot/sysroots/i686-pokysdk-linux/usr/bin/clear.ncurses /opt/poky/1.3+snapshot/sysroots/i686-pokysdk-linux/usr/bin/reset.ncurses NOTE: Tasks Summary: Attempted 533 tasks of which 521 didn't need to be rerun and all succeeded. And there is no clear or reset tool in the SDK. This is caused by: ALTERNATIVE_ncurses-tools = "clear reset" It creates clear.ncurses and reset.ncurses which are used for avoiding the conflicts with the target busybox, but SDK doesn't need them since there is no nativesdk-busybox (then no conflicts), so: ALTERNATIVE_ncurses-tools_class-target = "clear reset" will fix the problem. Cherry-pick commit dfc39d7bd5a9ad803d7c44b21811881515f7de02 [YOCTO #3325] (From OE-Core rev: 595ce662fc4f705393205f8b17adfceb2d2df187) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* automake_1.12.3.bb: update dependenciesHongxu Jia2013-04-231-17/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Remove the RDEPENDS for nativesdk because the nativesdk-automake also needs perl modules. Add dependencies perl-module-thread-queue and perl-module-threads. Remove redundant dependencies that they are already required by autoconf and autoconf is required by automake. In this removed list, "-->" present "required by": perl-module-cwd --> perl-module-file-path --> autoconf perl-module-dynaloader --> perl-module-xsloader --> perl-module-fcntl --> perl-module-file-stat --> autoconf perl-module-exporter-heavy --> perl-module-exporter --> autoconf perl-module-constant --> autoconf perl-module-errno --> autoconf perl-module-file-basename --> autoconf perl-module-file-compare --> autoconf perl-module-file-copy --> autoconf perl-module-file-glob --> autoconf perl-module-file-spec-unix --> perl-module-file-spec --> perl-module-io-file --> autoconf perl-module-file-stat --> autoconf perl-module-getopt-long --> autoconf perl-module-io --> perl-module-IO-handle --> perl-module-IO-seekable --> perl-module-io-file --> autoconf perl-module-io-file --> autoconf perl-module-posix --> autoconf Bump up PR. Cherry-pick commit d93898b2c530681362e42d1b0477fa593a625046 (From OE-Core rev: 76f51c96ddddaa15bf40e6c415579db946bf0d7e) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl_5.14.2.bb:fix errors if configure is reattemptedHongxu Jia2013-04-231-1/+1
| | | | | | | | | | | | | If configure of perl is reattempted it currently fails as it tries to edit files outside ${S}. Chaging from ${WORKDIR} to ${S} avoids this issue and allows rebuilds to work. Cherry-pick commit f2f0a1aa489f9e6e4414fa758d3dd09a950a106c (From OE-Core rev: 4cb190a7527300bcaed34bb6f65329c5d6425966) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* generate-sh.patch:fix autoreconf run failed on gmae-toolchainHongxu Jia2013-04-231-4/+12
| | | | | | | | | | | | | | | | The perl shared libraries did not have RPATHs set and that made autoreconf fail when using the SDK. The LDDLFLAGS environment variable was already exported in the recipe but was not used when generating the config.sh. Cherry-pick commit df1a1dcb6d95a4aa558019530445373537c4efdd [YOCTO #3338] (From OE-Core rev: ff83f3685ce79712733822cf298d20538757b54d) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl_5.14.2.bb:fix autoreconf run failed on gmae-toolchainHongxu Jia2013-04-231-4/+5
| | | | | | | | | | | | | | | | | | | | | | File warnings/register.pm has been moved to package perl, update RPROVIDES_perl to provides perl-module-warnings-register for backward compatibility. Update populate_package script for: 1 Way to deal directory 'Module/' is not right, it creates packages whose names end with '-pm'. Update to drop these packages. 2 Deal directory 'auto/' to put same name module file(.pm) and library file(.so) into one package. That because .pm file requires the same name .so file at runtime. Cherry-pick commit dd65b82d24afcf3982f6fb93a6503c71fdf40dbf [Yocto #3338] (From OE-Core rev: ecffb5bc90d71d903ca2701383b4229e389a812b) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl_5.14.2.bb:Fix support strict/vars/config/warnings modulesHongxu Jia2013-04-231-0/+1
| | | | | | | | | | | | | With the move of the strict/vars/config/warnings modules to the main perl recipe, we need to RPROVIDE those modules to ensure that package dependencies on those modules continue to work correctly. Cherry-pick commit 072a6d352f55bbe481b04db02aa6d9cde7d90057 (From OE-Core rev: 45d4f46801fed8fe746a7e76c4732754950dd28d) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl_5.14.2.bb: use PACKAGES_DYNAMIC as regexpHongxu Jia2013-04-231-2/+2
| | | | | | | | | | | | | | | | | | | bitbake uses PACKAGES_DYNAMIC as regexp 1, use `^' to make matching faster (and it will be more clear that we're expecting regexp not glob) 2, use `*' to made all those last '-' optional, use .* (or nothing) 3, use `+=' instead of `=' to to keep ${PN}-locale from bitbake.conf:PACKAGES_DYNAMIC = "^${PN}-locale-.*" Cherry-pick commit 33b31640bf485bcfefee015e9df81aa9989b322c Cherry-pick commit fadb4079014514beb7d2d3e6c66f63397d4ebce2 (From OE-Core rev: a9b639c061faa9a9a4840218c8c44a71b246373e) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl_5.14.2.bb: fix dependeciesHongxu Jia2013-04-231-2/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch fixes 2 problems. The first one is that when run "perl -V" on target, it fails with lack of some .pm files. So add these perl module files to package perl itself to fix this failure. The second problem is that package nativesdk-perl-modules doesn't depends on the single perl modules. In the .bb file, dependencies of perl-modules are set by: RRECOMMENDS_perl-modules = "${@d.getVar('PACKAGES', True)...}" The PACKAGES would be reset by do_split_packages since: PACKAGES_DYNAMIC = "perl-module-*" PACKAGES_DYNAMIC_virtclass-nativesdk = "nativesdk-perl-module-*" Then: 1) The target perl-modules RRECOMMENDS on perl-module-*, this is what we expect. 2) But the nativesdk-perl-modules doesn't RRECOMMENDS on nativesdk-perl-module-*, this is not what we expect. The value of PACKAGES after do_split_packages has been set correctly (it contains the nativesdk-perl-module-* packages) But the:RRECOMMENDS_perl-modules = "${@d.getVar('PACKAGES', True)...}" doesn't work correctly for nativesdk, the d.getVar('RRECOMMENDS_perl-modules', True) doesn't get the new value of the PACKAGES, it gets the value of PACKAGES before the do_split_packages. Cherry-pick commit 51cbb5ae76a22d465e2f6c5ef923ec2682624e3b (From OE-Core rev: 4c2e03d9c078c72eb82cf9b9604cb7256387ccbe) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl-rdepends_5.14.2.inc:be more strict in multiline commentHongxu Jia2013-04-231-6/+6
| | | | | | | | | | | | | | | | | | | | | | | | * fails to parse when http://patchwork.openembedded.org/patch/40997/ is used Parsing recipes...ERROR: There is a confusing multiline, partially commented expression on line 10 of file /OE/shr-core/openembedded-core/meta/recipes-devtools/perl/perl-rdepends_5.14.2.inc (| sed "s/\/.*\.pm: */ += /g;s/[\"\']//g;s/;.*/\"/g;s/+=.*\(require\|use\)\> */+= \"perl-module-/g;s/CPANPLUS::.*/cpanplus/g;s/CPAN::.*/cpan/g;s/::/-/g;s/ [^+\"].*//g;s/_/-/g;s/\.pl\"$/\"/;s/\"\?\$/\"/;s/(//;" | tr [:upper:] [:lower:] \). Please clarify whether this is all a comment or should be parsed. ERROR: Unable to parse /OE/shr-core/openembedded-core/meta/recipes-devtools/perl/perl_5.14.2.bb: Exited with "1" ERROR: Command execution failed: Exited with 1 Cherry-pick commit 54b8096f91af47c72ac9abffe2f5c73fee27ad57 (From OE-Core rev: b82d85633fd8a364eb6b3193ef1f8d5744572202) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl-rdepends_5.14.2.inc:update dependency creating scriptHongxu Jia2013-04-231-49/+2287
| | | | | | | | | | | | | | | | | | | | | | | Base on dependency create script provided by Saul, I update it with: 1 remove document strings in perl module files that may import fake dependencies. 2 not all the 'use' or 'require' clauses start at the begin of line, and some of them don't end with ';', such as: use vars qw( $AUTOLOAD ... 3 filter some strings that they are not real dependencies: some of them are wrong result of script, some are conditional use/require, and some are cpan extra modules that we don't need. Cherry-pick commit 4601eb90f518fdc2d5fda31507402f7929268c87 (From OE-Core rev: 26a6ab8ffd0d8ecbe9fc72e517407b797f5a63e9) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl-rdepends_5.14.2.inc:fix perl File::Glob module is brokenHongxu Jia2013-04-231-0/+2
| | | | | | | | | | | | | | | Update dependencies for perl modules again. When only install perl-module-file-glob, run perl script with "require File::Glob;" will fail. Update dependencies to fix that. Cherry-pick commit c65e88b3f20627d7e49e0306f336eee3fb256d1e [Yocto 3069] (From OE-Core rev: 3b80ac16772971418c88d90407ea45540f79c32c) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl-rdepends_5.14.2.inc: update dependencies among modulesHongxu Jia2013-04-231-207/+229
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Run autoreconf fails because it uses several perl modules and they requires other perl modules. So update these dependencies for: perl-module-exporter perl-module-file-glob perl-module-file-path perl-module-file-spec perl-module-file-stat perl-module-io-file perl-module-io-handle perl-module-io-seekable perl-module-posix And RDEPENDS rules in file perl-rdepends_5.14.2.inc don't work for nativesdk perl module packages. Replace all "perl" with "${PN}" in the file to fix that. In nativesdk.bbclass it calls oe.classextend.NativesdkClassExtender().map_packagevars() to map package vars include var RDEPENDS. In map_packagevars(): for pkg in (self.d.getVar("PACKAGES", True).split() + [""]): the value of var "PACKAGES" may not be calculated correctly, so for all the nativesdk packages created by PACKAGES_DYNAMIC_virtclass-nativesdk += "^nativesdk-perl-module-.*" dependencies are wrong. Cherry-pick commit f816625bf21348c1b0d887d11a77e7f5010ce76d (From OE-Core rev: c1f5e07406df7ef1c7e960cf9ba9eb38f460f235) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf:fix autoreconf run failed on x86-64 gmae-toolchainHongxu Jia2013-04-232-3/+17
| | | | | | | | | | | | | | | | | | | Update autoconf runtime dependencies on perl and perl modules. And remove RDEPENDS for nativesdk because the nativesdk-autoconf has same dependencies with autoconf. Then fixes autoreconf runs failed both on target and toolchain. Bump up PR. Cherry-pick commit 3533e801eecb26ae9f97649ed2f675c3965a797b [Yocto 3100] (From OE-Core rev: 1f98d3ea9f89347ed841faec65893170c72bb18e) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* toolchain-scripts.bbclass:add PYTHONHOME variable to environment-setupHongxu Jia2013-04-231-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | When relocating the SDK, applications using python will search for python modules in the default location and will fail to start. The below errors are thrown by gdb, for example: Could not find platform independent libraries <prefix> Could not find platform dependent libraries <exec_prefix> Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>] ImportError: No module named site In order to overcome this, add the PYTHONHOME variable to the environment-setup script for both standalone toolchain and adt-installer. No need to do that for meta-ide-support environment script since this toolchain does not get relocated. Cherry-pick commit db0a02492c2a53c1917b753bcf21c4ee7c0ecf59 [YOCTO #3839] (From OE-Core rev: 15454b99e3cbeaf2e411f1e374b512a19a72995a) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distutils: Replacing path to native python by path to python in the image to ↵Lukas Bulwahn2013-04-231-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | support python packages with console-script setup When using distutils for a python package based on a python-setuptools installation script that sets up a console script, the header of the console script created by setuptools points to the python-native path. The console scripts are commonly executed in the image, but not in the sysroot environment. Therefore, the header of the console scripts should point to the python interpreter in the image. Setuptools does not allow to set the path of the python interpreter via some command-line argument. Hence after the installation script ran, the distutils class replaces the path in the console script files created by the installation. (From OE-Core rev: 55c6f1318fe62f7cec37776853cf8bef82a55f89) Signed-off-by: Lukas Bulwahn <Lukas.Bulwahn@oss.bmw-carit.de> sgw - added \ to protect the space. Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Update License Information (remove GPLv3 Licnese)Saul Wold2013-04-233-29/+81
| | | | | | | | | | | | | | | The upstream authors have updated the licenses of a couple subcomponents, these were GPLv3, but updated to be either GPLv2 or LGPLv2.1 accordingly. These changes make the util-linux package become completely non-GPLv3. Cleaned up some white space issue also [YOCTO #4014] (From OE-Core rev: 70b758344a0d83fb3eb82ecaffe5f05c7a0579e8) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* populate_sdk_base.bbclass: add execution permission for self-extracting archiveJackie Huang2013-04-231-0/+3
| | | | | | | | | | | | | | | [ CQID: WIND00392947 ] It is not good user experience that the self-extracting archive (.sh file) has no execution permission by default. (From OE-Core rev: aede5db60c1e3111f34bda8ea4bb7e890ca77efc) Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* adt-installer: remove patches and .pc directories from the shipped tarballLaurentiu Palcu2013-04-231-1/+2
| | | | | | | | | | | | The patches and .pc directories should not be shipped since the patches were already applied. So, remove these 2 directories. [YOCTO #3983] (From OE-Core rev: 4026ea5f98ee34fff4f541d83aa85f929df37b3b) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemux86-64: Disable paravirt guest, causes test failure on older kernelsDarren Hart2013-04-231-1/+1
| | | | | | | | | | | The 2.6.37 kernel on the AB occasionally fails dmesg and shutdown tests with general protection faults. (From OE-Core rev: 6bac3375f14e326a06537d329afad72325fb6a4f) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* console-tools: fix linking when using the multilib compilerConstantin Musca2013-04-232-1/+58
| | | | | | | | | | fix-libconsole-link.patch: add patch for fixing libconsole linking problems when using multilib gcc (From OE-Core rev: 4ca5f66e67da84c792515ab063738cb975cdd97d) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* console-tools: Fix build issues with make 3.82Richard Purdie2013-04-232-2/+5
| | | | | | | | | | The intl directory is part of older gettext and has macros which no longer get expanded with recent gettext versions. This simply removes the intl directory from the equation since we'd never need it. (From OE-Core rev: 0f614f4c42fdf12124ac2e01334414f9219686c0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* console-tools: Clean up recipeRichard Purdie2013-04-2310-564/+68
| | | | | | | | | | | | | | This cleans up various bits of nastiness in this recipe: * Drop unneeded m4 macros * Update to a recent version of gettext (needs addition of Makevars file) * Drop split do_compile and SUBDIRS hacks, just patch out the docs * Remove some of the configure.in hacks since they seem unneeded now and break gettext (the AC_OUTPUT change). * Wipe out acinclude.m4 since it has corrisive contents (From OE-Core rev: 8302b403336f06075fc56bf9a1536a6274016378) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libtool: Ensure the paths to sed are not hardcodedRichard Purdie2013-04-231-0/+3
| | | | | | | | | | | | | | | | | 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. (From OE-Core rev: 65accc9a8526ed659b0a6a75fa9986fd7e6819b2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ncurses.inc: Fix display corruption and add fallback for sstate compiled pathsJason Wessel2013-04-231-3/+29
| | | | | | | | | | | | | | | | | | | | | | | CQID: WIND00402979 Display corruption was occurring on 64 bit hosts using menuconfig for the kernel and busybox with the ncurses-native or ncurses-nativesdk because the configure arguments were not sufficient vs the expected use from the upstream source. Also changed in this commit is to provide a fallback to the hard compiled paths for the terminfo and termcap. Eventually this needs to be fixed another way if we want a truly portable SDK because any SDK that is relocated or native binaries pulled out of the sstate can end up referencing terminfo files that no longer are in the same location. Because the host system has terminfo files that ncurses will happily use we might as well have a fall back to buy some time for a better fix, vs having thing just not work occasionally when using sstate. (From OE-Core rev: 15d7cfe9e4186e97690704382817a00fe7c53094) Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: add bash dependencyTom Zanussi2013-04-231-1/+1
| | | | | | | | | | | | | | There are a number of scripts in the perf installation that use bash, so we need to add a run-time dependency on bash for them. If not, we can generate build errors like "no package provides /bin/bash". Fixes [YOCTO #3951]. (From OE-Core rev: 550e743309b424e7f494323f4abd881260720618) 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>
* systemtap: add python and bash dependenciesTom Zanussi2013-04-231-1/+5
| | | | | | | | | | | | | | | | There are a number of scripts in the systemtap installation that use python and bash, so we need to add run-time dependencies for them. If not, we can generate build errors like "no package provides /usr/bin/python". Fixes [YOCTO #3951]. (From OE-Core rev: c16882f69aa7ec2e74ba411925a184e5a6105b1d) Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* remake: do not create po filesSaul Wold2013-04-231-5/+3
| | | | | | | | | | | | | The 'make update' was using wget to get the gmo and other gnu files from upstream, since need to work cleanly in a non-networked or proxy environment this does not so well. Remove the list of languages from the LINGUAS file. [YOCTO #3745] (From OE-Core rev: 93688b659bdf8067be2469ae91af10d68f5703eb) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rootfs_ipk.bbclass: add missing --force_postinstall optionLaurentiu Palcu2013-04-231-2/+2
| | | | | | | | | | | | The force_postinstall option was missing and some packages were configured on target rather than on host at rootfs time. (From OE-Core rev: dfadfaa0b38678029ffebe14f15e2dbc148cb1fb) (From OE-Core rev: f29c49c3bcc212b11cecf7c9df4702b77b095f3b) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: codeparser: Track bb.utils.contains usageRichard Purdie2013-04-121-2/+3
| | | | | | | | | | | | | | The bb.utils.contains function usage is getting increasingly used in the metadata but isn't handled automatically by the python dependency tracking code. This patch changes that and also adds the "OE" names for the functions. Whilst there are reasons this is a bad idea, its likely outweighed by the shear number of these references and the current holes in dependency information which we're now relying heavily upon. (Bitbake rev: 56eac6ed2c14158e4f854f304fc875cee867f1b6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: codeparser: Track appendVar and prependVar calls as we do for getVarRichard Purdie2013-04-121-1/+1
| | | | | | | | | We need to track appendVar and prependVar calls just as we do for getVar in order to ensure we're not missing variable dependencies. (Bitbake rev: 6568534f355fa8b298dac93bfe9e956c3036ee8c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* documentation: Updated the Manual Revision History Datesdanny-8.0.11.3.1Scott Rifenbark2013-04-045-5/+5
| | | | | | | | | These have slipped from March 2013 to April 2013. (From yocto-docs rev: d44517e2c5b6f4a0029c0c277f97620877dd1372) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuimage-testlib: Capture stderror in the logs as well as stdoutRichard Purdie2013-03-271-2/+2
| | | | | | | | This allows error messages to be captured in the logs which is helpful. (From OE-Core rev: efb89b3fd5a96da70153f24c849d1436d1ba06cb) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuimagetest: collect and print runqemu outputPaul Eggleton2013-03-272-2/+9
| | | | | | | | | | | If runqemu (or qemu itself) fails we need to know why, so tee out to a log file and print it when we can't find the qemu process or determine its IP address. (From OE-Core rev: 3faa2d5bc993876f1f8b3ad806a0192efaa43e05) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuimagetest: fix erroneous ps errors when qemu couldn't be startedPaul Eggleton2013-03-272-2/+2
| | | | | | | | | | | | The helper script was printing an error to stdout when it couldn't find any qemu child processes; output this error to stderr instead and redirect stderr to /dev/null when running from qemuimage-testlib so that QEMUPID is actually blank if there are no qemu instances found. (From OE-Core rev: 21edf5ec12d8307c528f157c8e078dbefe25d1ef) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* scripts/qemu-testlib: Add more debugging informationRichard Purdie2013-03-271-10/+21
| | | | | | | | | | | | | This extra information should allow better forensics if the sanity tests fail as they're currently doing occasionaly on the autobuilder for unknown reasons. The patch also tightens up certain checks to remove pointless noise and error output from the logs. (From OE-Core rev: aef04b2247137fffb8c1b1d776091bbee8637ff9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* scripts/runqemu-internal: Fix lock racesRichard Purdie2013-03-271-12/+7
| | | | | | | | | | | | | | | | There are two problems here. Firstly the grep command is unanchored so pid 345 will match against 12345 and so on. The second issue is that there are several context switched between attempting the lock and then writing the pid to it. Between the two issues, there were issues appearing on the autobuilder due to these conflicts. This patch replaces the mechanism with flock on fd 8 which should be a safer mechanism to use. (From OE-Core rev: f1a126f2b0f419b2de573e2367d41d8ccc28b346) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* runqemu: Improve error handling/exit codesRichard Purdie2013-03-272-16/+19
| | | | | | | | | | | | | runqemu-internal is sourced so should be returning with an error code in case of errors. runqemu needs to deal with this. This patch fixes up the various error paths so we're consistent and get a sane exit status for runqemu which helps a lot in its use in the qemu runtime testing on the autobuilder. (From OE-Core rev: 22a54741167dd6cc011a1b98787c82cc992158ed) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuimage-testlib: Add extra debugging and sanity checkRichard Purdie2013-03-271-1/+3
| | | | | | | | | | | Check for a zero IP address since its clearly incorrect if that value is found. Also add debugging for cases where we can't find the qemu process. A process listing is handy to help understand what the problem might be. (From OE-Core rev: a822eff2362ac0284b320b2d45cf9dbf9b9dd73c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuimage-testlib: Add delay to work around races in qemu startupRichard Purdie2013-03-271-0/+2
| | | | | | | | | | | Qemu changes pid when starting up. On a loaded machine, this can result in the incorrect pid being returned. Since qemu will take a few seconds to boot anyway, we might as well delay a short while and allow things to settle which should fix various race issues being seen on the autobuilder. (From OE-Core rev: 27d00d62281a822efbbc189a3bab1d9b25fba3a7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>