summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools
Commit message (Collapse)AuthorAgeFilesLines
* python-imaging: add PACKAGECONFIG for lcmsMartin Jansa2013-08-162-1/+74
| | | | | | | | | | | | | * it's autodetected from sysroot * add PACKAGECONFIG to make it deterministic (From OE-Core master rev: c11aaac4952320f565bd65ec5f601c50763408a7) (From OE-Core rev: e535f7c7cb98b96635d1cdb3883c6a5a2785594d) 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>
* patch: add PACKAGECONFIG for attrMartin Jansa2013-08-161-0/+3
| | | | | | | | | | | | | * it's autodetected from sysroot * add PACKAGECONFIG to make it deterministic (From OE-Core master rev: 2eb394b6111a7df730e38604e8efe8bce5c1653a) (From OE-Core rev: 460acc1990b651e017795cccfe705cfdf4426fad) 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>
* distcc: add PACKAGECONFIG for poptMartin Jansa2013-08-161-1/+3
| | | | | | | | | | | | | * it's autodetected from sysroot * add PACKAGECONFIG to make it deterministic (From OE-Core master rev: 04f100e7dacc4b78c764a8ec5cedc1b1b4b1c285) (From OE-Core rev: f0b97160d48c5616686a3211ef5b646dd898d7ba) 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>
* ccache: add zlib dependencyMartin Jansa2013-08-161-0/+2
| | | | | | | | | | | | | | | * when it's not detected in sysroot it uses bundled version * add explicit dependency to make it deterministic * PACKAGECONFIG wasn't used because configure doesn't have an option to select which one should be used (From OE-Core master rev: 71efa24f0acd3d38d3223ca9811399eeaf8126e4) (From OE-Core rev: 477d99665637cd93bba3f293e45db762a6818511) 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>
* gcc: add build directory to include directoriesRoy.Li2013-08-161-1/+1
| | | | | | | | | | | | | | | | | | | | Add build directory to include directories by -I${B}/include which will be searched before standard system include directories. Both libunwind and gcc supply unwind.h, once gcc use libunwind's unwind.h, the compiling will fail. This patch is generally not applicable to the upstream as they do not use libunwind. (From OE-Core master rev: 2b47bce78536a800205b2385bba69038351545e5) (From OE-Core rev: f511ecd029d35964f345e38c6f4fc4f8c78c94d8) Signed-off-by: Roy.Li <rongqing.li@windriver.com> Signed-off-by: Jeff Polk <jeff.polk@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dpkg: fix include header caused compile errorKai Kang2013-08-162-1/+43
| | | | | | | | | | | | | | | | | | | | | | | | Build dpkg-native on Fedora 19, it fails with: /usr/include/c++/4.8.1/cstdlib: In function ‘long long int std::abs(long long int)’: /usr/include/c++/4.8.1/cstdlib:174:20: error: declaration of C function ‘long long int std::abs(long long int)’ conflicts with abs(long long __x) { return __builtin_llabs (__x); } ^ /usr/include/c++/4.8.1/cstdlib:166:3: error: previous declaration ‘long int std::abs(long int)’ here abs(long __i) { return __builtin_labs(__i); } ^ That because header cstdlib is included in a 'extern "C"' block that gcc 4.8 doesn't support. Fix it by move the header file out of the 'extern "C"' block. (From OE-Core master rev: 7de61ecc3efc43c625dde9a66f5c05e980a82e34) (From OE-Core rev: 0e60a468c1a81642d4319c0831dafd2f6fa43d86) 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>
* pseudo: Always try to build 32-bit libpseudo when NO32LIBS is set to 0Peter Seebach2013-08-121-9/+41
| | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* subversion: add PACKAGECONFIG for saslMartin Jansa2013-07-292-0/+4
| | | | | | | | | | | | * 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>
* remake: fix insufficient gettext dependencyPetter Mabäcker2013-07-291-1/+5
| | | | | | | | | | | | | | | | | | | | | | 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>
* adt_installer_internal: fix spelling errorBeth Flanagan2013-07-291-1/+1
| | | | | | | | | | | | 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>
* populate_sdk_base.bbclass: use new perm option for findStefan Stanacar2013-07-291-1/+1
| | | | | | | | | | | | | | | | | | 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>
* populate_sdk_base, adt_installer: abort install if path contains spacesLaurentiu Palcu2013-07-291-4/+9
| | | | | | | | | | | | | | | | | | | | | 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>
* python-native: add python-codecs-native to RPROVIDESPaul Eggleton2013-07-091-1/+1
| | | | | | | | | | | | | 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>
* python-multiprocessing: adding runtime dependenciesLukas Bulwahn2013-07-091-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* python-argparse: adding runtime dependency on python-codecsLukas Bulwahn2013-07-091-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* adt_installer_internal:add sudo when permission deny on installation directoryHongxu Jia2013-07-091-2/+2
| | | | | | | | | | | | | | | 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>
* adt_installer_internal:fix perl lib version mismatchHongxu Jia2013-07-091-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. [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>
* adt_installer_internal: fix perl modules relocated failed on older distributionsHongxu Jia2013-07-091-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* chrpath: Fix SRC_URI to correct locationSaul Wold2013-07-091-1/+1
| | | | | | | | | (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>
* python-pygtk: fix parallel compile issueKai Kang2013-07-092-1/+40
| | | | | | | | | | | | | | | | 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>
* python-pygobject: disable parallel installKai Kang2013-07-091-0/+2
| | | | | | | | | | | | | | | | | | | | | | 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>
* dpkg: Be deterministic about lzma dependencyRichard Purdie2013-06-031-0/+1
| | | | | | | | | | | | dpkg has no DEPENDS on lzma so turn it off explicitly. [YOCTO #4518] (From OE-Core master rev: 12fbd693f4565e66d10af4e801e7435996d67e76) (From OE-Core rev: 36cf63027589812edde887e2772ef210469a814d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-smartpm: add gettext-native to DEPENDSPaul Eggleton2013-06-031-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Fixes the following failure at do_install building python-smartpm-native if gettext-native has not already been built and gettext tools are not installed on the host: | compiling locale/it/LC_MESSAGES/smart.po -> locale/it/LC_MESSAGES/smart.mo | sh: msgfmt: command not found ... | creating $D/usr/share/share/locale/it/LC_MESSAGES | error: can't copy 'locale/it/LC_MESSAGES/smart.mo': doesn't exist or not a regular file Note that we need gettext-native in DEPENDS and not "inherit gettext" here because for native variants, gettext.bbclass instead adds gettext-minimal-native to DEPENDS and that does not provide the msgfmt command. (From OE-Core master rev: e8d903e2d5e0c0df18dfd9561c3f8ef340297f1f) (From OE-Core rev: 935506b3ea7a64a6c0f4b14c6c9931ccf8b98828) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* guile: added runtime dependency on glibc-gconv-iso8859-1Bogdan Marinescu2013-06-031-0/+2
| | | | | | | | | | | | | | | | | guile needs to be able to convert strings from ISO-8859-1 in order to work properly. This patch adds a runtime dependency to the required convert package, but only when glibc is used. The fix for uClibc depends on another bug (#4530). [YOCTO #4019] (From OE-Core master rev: 0e519c99bafd49ecac97b1fb9185a4d02fb44d75) (From OE-Core rev: 8b402d8c0fb4c02c031a7e21d5cedc37e3ed913e) Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dpkg-native: Fix native perl pathMing Liu2013-06-031-0/+3
| | | | | | | | | | | | The path to the native perl was incorrect leading to rootfs failures. This patch corrects that problem, it's a complementary fix for commit:04432446. (From OE-Core master rev: 0f99d7fed094a59d2c5c01c83ea38dc852aadf6b) (From OE-Core rev: 4ab0ca1e5be40041a12d96d8096c57582a3b37de) Signed-off-by: Ming Liu <ming.liu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* guile: don't search for libreadline in host libdirJackie Huang2013-06-031-1/+1
| | | | | | | | | | | | | Fix the QA warning: WARNING: guile: The compile log indicates that host include and/or library paths were used. (From OE-Core master rev: 1582975cd89b0b71c93913f07648c67f2b18bc99) (From OE-Core rev: ffc7f136516a883ba4dda3b6eb810efb0a68b09c) Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gdb-cross-canadian: use correct exec-prefix path for pythonSamuli Piippo2013-06-031-1/+1
| | | | | | | | | | | | | | | | | Incorrect exec-prefix path was given to gdb which leads to gdb startup failure when SDK is not installed to its original destination. Gdb relocates the exec-prefix path, so it will work for SDKs that are installed to different location. PYTHONHOME env in no longer neeeded for gdb. [YOCTO #3839] (From OE-Core master rev: e77603324332b932c73c9e22ab65a0b9b7c17798) (From OE-Core rev: a85217740d6d11509d93cab13adf4c6c8aad1e1d) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: ensure __mkdir_p matches __mkdirSaul Wold2013-05-221-0/+1
| | | | | | | | | | | | | | | They differ at times because one is set from the db_cv_path_mkdir and the other is found during config time for the host (/usr/bin/mkdir), in the macros we should just use __mkdir for the __mkdir_p variant. [YOCTO #4452] (From OE-Core master rev: 2ab642056829aef675f75c05b9ac5bbc43c87cd1) (From OE-Core rev: ca4cdb6de52eae47454953a1cacde6a222b0e472) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-configure-cross.inc: Remove info generationKhem Raj2013-05-221-0/+3
| | | | | | | | | | | | Some distros have newer makeinfo which does not go well with anything below gcc 4.8, this fix avoids regenerating info files (From OE-Core master rev: 50ac2ed5299e2b47b2f3fd9c9cde9d733d2f8d9b) (From OE-Core rev: 913d847694d24f356c34dba8e815934d761047d0) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.7: fix gcc ICE when building with gcc-4.8Josh Cartwright2013-05-222-1/+47
| | | | | | | | | | | | | | Backport fix for internal compiler error when building gcc-4.7.2 with a gcc-4.8.0 host gcc. See upstream bug here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56308 (From OE-Core master rev: b1dc91969f9bb0c2a3a4336f5e9a2f57aabb9f78) (From OE-Core rev: f5bdfab961f850490e669967fd68fc5de7f48f0d) Signed-off-by: Josh Cartwright <josh.cartwright@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-runtime: Avoid error when trying to remove nonexistent directoriesPhil Blundell2013-05-221-2/+6
| | | | | | | | | | | | | | If we didn't build libgomp then we won't have installed anything into ${infodir} or ${libdir}/gcc/${TARGET_SYS}/${BINV}/finclude. Check whether those directories exist before trying to remove them, else we will lose. (From OE-Core master rev: 507e14ecdc5b4ff2ee7f1128d9f30c2948e10d5a) (From OE-Core rev: 78879d1583d082e0d08253ebefbd8c2a288db01c) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dpkg: Ensure target packages don't reference perlnativeRichard Purdie2013-05-221-0/+1
| | | | | | | | | | | | | | Currently a load of scripts in ${bindir} start with: which is undesireable, this patch fixes that. (From OE-Core master rev: e3634ec359a71c9858698cb597d23c05b1184d2e) (From OE-Core rev: 5a77c73c48d6fab7abe853c01e262c7019e4a03a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* adt-installer: do not dereference symlinks when relocatingLaurentiu Palcu2013-05-221-1/+1
| | | | | | | | | | | | | | This was already fixed for meta-toolchain. [YOCTO #4157] (From OE-Core master rev: 9e9331a4b859c4205c2a0406ab0224ac575e351b) (From OE-Core rev: 52f3007a57edf4ca8c244271d08d812b62897401) 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>
* qemuwrapper: use fallback in case the ELF binary is wrongLaurentiu Palcu2013-05-221-1/+27
| | | | | | | | | | | | | | | | | | | | | | This wrapper script is called mainly from intercept hooks and allarch packages postinstalls. When multilib is used, the qemuwrapper script points to the binary that matches the MACHINE architecture. For example: if MACHINE=qemux86_64 and we activate multilib, then the postinstalls for lib32 packages would call qemu-x86_64 with 32 bit binaries and they would certainly fail. This patch adds just a fallback method if the exit code of the previous qemu call corresponds to "Invalid ELF image for this architecture" error. This will allow us to have all postinstalls run on host. (From OE-Core master rev: 0c6ddb84043f0f917543cdaf4814efc15cd0273f) (From OE-Core rev: 4a9365a72ab45da33d31dc2f2575a58d20467c9e) 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>
* rpm: change arch scoring itemsBogdan Marinescu2013-05-222-1/+30
| | | | | | | | | | | | | | | | Don't add the first line of /etc/rpm/platform to the list of patterns to match when computing an arch score, use it just for getting information about the platform (cpu/vendor/os). [YOCTO #3864] (From OE-Core master rev: 9263a2192ccf8ca513cbf7f2f88473e267e6b945) (From OE-Core rev: 057217ddece60609a97e32a4143618d2f2b42db0) Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dpkg: Correct paths in postinstRichard Purdie2013-04-181-3/+3
| | | | | | | | | The postinstall needs to reference $D, not ${D} which would get expanded by bitbake. This allows postinsts to run correctly on the target system. (From OE-Core rev: 6573685a5374034df065c41bbe71c7ac49e4b9a4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* allarch: Drop various problematic allarch usagesRichard Purdie2013-04-153-6/+0
| | | | | | | | | | | | | In each of these cases allarch is used where the package in question has a dependency on things which are not allach and change when MACHINE is changed. This leads to a rebuild of the package each time MACHINE is switched and the sstate checksum changes. The dependencies in question are not suited be being marked as ABISAFE. (From OE-Core rev: 087a680429efa713a98fbb89f927b046fe07f87c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nfs-export-root: Update to use packagegroup namingRichard Purdie2013-04-151-1/+1
| | | | | | | | task packages were renamed to use packagegroup so fix this reference. (From OE-Core rev: bcd68f11e479e8a3a95793ab2ed65202c0f71d84) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuwrapper-cross: Inhibit default dependenciesRichard Purdie2013-04-151-0/+2
| | | | | | | | | | This wrapper script doesn't need a compile or any of the default system dependencies so lets inhibit them. This also stops the script being rebuild every time the toolchain changes. (From OE-Core rev: 7f72562d274dd2c37ce9262bb7fb8a8a6a9a37df) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm-postinsts: remove erroneous call to /etc/default/rcSPaul Eggleton2013-04-151-1/+0
| | | | | | | | | | This doesn't work when the initscripts package is not installed (e.g. when using systemd only) and is not even needed. (From OE-Core rev: 6c972598c6da17fbec7a4582eb593c31f4283275) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: define fdt_t types in libfdt_env.h from qemuHenning Heinold2013-04-132-1/+42
| | | | | | | | | | | | | | | | | | | | | | | | | | | * fixes In file included from /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/libfdt.h:55:0, from /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/work/x86_64-linux/qemu-native/1.4.0-r0/qemu-1.4.0/hw/arm/../../device_tree.c:28: /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:58:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:59:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:60:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:61:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:62:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:63:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:64:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:67:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:70:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:73:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:77:2: error: unknown type name 'fdt64_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:78:2: error: unknown type name 'fdt64_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:82:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:87:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:88:2: error: unknown type name 'fdt32_t' /home/oe/setup-scripts/build/tmp-angstrom_next-uclibc/sysroots/x86_64-linux/usr/include/fdt.h:89:2: error: unknown type name 'fdt32_t' (From OE-Core rev: dfb0c2cf9799d084a76aa92e243c743d7ff05db8) Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Fix typo in patch headerRichard Purdie2013-04-121-1/+1
| | | | | | (From OE-Core rev: 6749cd024eaeda238cfe22ec2ab5f57da866607c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg.inc: don't hardcode /var/lib/opkgLaurentiu Palcu2013-04-111-1/+1
| | | | | | | (From OE-Core rev: 9caf1f2540f0419c1301cc21777f97c6671fd844) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dpkg, opkg, rpm-postinsts: avoid repackaging when changing IMAGE_FEATURESPaul Eggleton2013-04-113-0/+3
| | | | | | | | | | | | | | | | | | Recipes cannot depend on the value of IMAGE_FEATURES; in this case the result is do_package task signatures changing every time IMAGE_FEATURES changes, causing a large number of task re-executions. The implementation of the log capturing really needs to be changed to capture these in a different place and possibly not even conditional upon IMAGE_FEATURES at all, but this will be invasive at this point in the development cycle. For now, remove the variable dependencies to fix the immediate problem. Fixes [YOCTO #4246]. (From OE-Core rev: b4fbe4095de447ef4e426128bafaf8a292fa63e1) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dpkg, opkg, rpm-postinst: fix overwriting the run-postinstall scriptLaurentiu Palcu2013-04-113-17/+28
| | | | | | | | | | | | | | | | | | | | | | | If multiple package managers are installed in the image, they will overwrite each other's run-postinsts script, resulting in postinstalls not beeing run at all at first boot. What this patch does: * checks whether opkg/dpks/rpm is actually used to install the packages and, only after, creates the run-postinsts script; * brings dpkg recipe in sync with opkg: moves the script creation from do_install to postinstall; * move creation of run-postinsts script (rpm-postinsts recipe) to the postinstall scriptlet in order to better control the creation of the script according to the package manager used; [YOCTO #4231] [YOCTO #4179] (From OE-Core rev: d7fd56df0a4954954d6d0764ae06beb869e6b99a) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm-postinsts: avoid errors during boot with read-only-rootfs enabledPaul Eggleton2013-04-101-2/+5
| | | | | | | | | | | * If /etc/rpm-postinsts doesn't exist, don't error * If deleting the script errors, don't bother printing it (this will always happen if the root filesystem is read-only) (From OE-Core rev: f787b8302ed61bdaf1767473b856f31fe5bba28e) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm-postinsts: don't create broken postinst scriptPaul Eggleton2013-04-101-4/+1
| | | | | | | | | | | | | | | | | | Not only was the variable reference in this line broken, but it wasn't going to work anyway - we install the script directly into /etc/rcS.d and not into /etc/init.d, so the code in update-rc.d.bbclass couldn't find anything there. This resulted in a postinstall script for rpm-postinsts being created in /etc/rpm-postinsts which can't work when the root filesystem is read-only. To simplify things just remove the use of update-rc.d.bbclass since we don't really need the added complexity here. Fixes [YOCTO #4222]. (From OE-Core rev: d196d08acafe599c16a7ac8e04121039b1216ba6) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: fix RDEPENDSLaurentiu Palcu2013-04-091-3/+1
| | | | | | | | | The rpm-postinsts runtime dependency was overwritten. (From OE-Core rev: 834ea4ed891c874e0336abb8f0b96664250208c9) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Add backported patch to address random segfaultsRichard Purdie2013-04-092-0/+44
| | | | | | | | | | | | We've been seeing random sefgaults on a variety of architectures which appear to be from an issue in qemu. The attached backport from upstream appears to fix these. [YOCTO #4216] (From OE-Core rev: 55a22b7341571179d5e026d102953a6d9f2045bf) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcf-agent: Use kill instead of killproc to stop agentIoana Grigoropol2013-04-082-3/+5
| | | | | | | | | | | | | | | | When shutting down a core-image-lsb-sdk image, there is a lot of time spend stopping tcf-agent, which slows down the whole process. The reason for this slowdown is the fact that it tries in a loop to kill tcf-agent service by using killproc with the path of the executable and killproc does not seem to available in lsb images. This patch fixes the issue by using "kill" instead of "killproc". [Yocto #3928] (From OE-Core rev: 251361eb78176a04e3da00e0f77b7f3ff459d571) Signed-off-by: Ioana Grigoropol <ioanax.grigoropol@intel.com> Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-09 23:26:33 +0000