summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools
AgeCommit message (Collapse)AuthorFiles
2013-05-31dpkg: Be deterministic about lzma dependencyRichard Purdie1
dpkg has no DEPENDS on lzma so turn it off explicitly. [YOCTO #4518] (From OE-Core master rev: 12fbd693f4565e66d10af4e801e7435996d67e76) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-31python-smartpm: add gettext-native to DEPENDSPaul Eggleton1
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) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-31guile: added runtime dependency on glibc-gconv-iso8859-1Bogdan Marinescu1
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) 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>
2013-05-31dpkg-native: Fix native perl pathMing Liu1
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) Signed-off-by: Ming Liu <ming.liu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-31guile: don't search for libreadline in host libdirJackie Huang1
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) 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>
2013-05-31gdb-cross-canadian: use correct exec-prefix path for pythonSamuli Piippo1
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) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-20rpm: ensure __mkdir_p matches __mkdirSaul Wold1
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) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-20gcc-configure-cross.inc: Remove info generationKhem Raj1
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) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-20gcc-4.7: fix gcc ICE when building with gcc-4.8Josh Cartwright2
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) Signed-off-by: Josh Cartwright <josh.cartwright@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-20gcc-runtime: Avoid error when trying to remove nonexistent directoriesPhil Blundell1
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) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-20dpkg: Ensure target packages don't reference perlnativeRichard Purdie1
Currently a load of scripts in ${bindir} start with: which is undesireable, this patch fixes that. (From OE-Core master rev: e3634ec359a71c9858698cb597d23c05b1184d2e) 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>
2013-05-20adt-installer: do not dereference symlinks when relocatingLaurentiu Palcu1
This was already fixed for meta-toolchain. [YOCTO #4157] (From OE-Core master rev: 9e9331a4b859c4205c2a0406ab0224ac575e351b) 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-05-20qemuwrapper: use fallback in case the ELF binary is wrongLaurentiu Palcu1
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) 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-05-20rpm: change arch scoring itemsBogdan Marinescu2
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) 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>
2013-04-18dpkg: Correct paths in postinstRichard Purdie1
The postinstall needs to reference $D, not ${D} which would get expanded by bitbake. This allows postinsts to run correctly on the target system. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-15allarch: Drop various problematic allarch usagesRichard Purdie3
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-15nfs-export-root: Update to use packagegroup namingRichard Purdie1
task packages were renamed to use packagegroup so fix this reference. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-15qemuwrapper-cross: Inhibit default dependenciesRichard Purdie1
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-15rpm-postinsts: remove erroneous call to /etc/default/rcSPaul Eggleton1
This doesn't work when the initscripts package is not installed (e.g. when using systemd only) and is not even needed. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-13qemu: define fdt_t types in libfdt_env.h from qemuHenning Heinold2
* 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' Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-12qemu: Fix typo in patch headerRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-11opkg.inc: don't hardcode /var/lib/opkgLaurentiu Palcu1
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-11dpkg, opkg, rpm-postinsts: avoid repackaging when changing IMAGE_FEATURESPaul Eggleton3
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]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-11dpkg, opkg, rpm-postinst: fix overwriting the run-postinstall scriptLaurentiu Palcu3
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] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-10rpm-postinsts: avoid errors during boot with read-only-rootfs enabledPaul Eggleton1
* 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) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-10rpm-postinsts: don't create broken postinst scriptPaul Eggleton1
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]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-09rpm: fix RDEPENDSLaurentiu Palcu1
The rpm-postinsts runtime dependency was overwritten. Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-09qemu: Add backported patch to address random segfaultsRichard Purdie2
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] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-08tcf-agent: Use kill instead of killproc to stop agentIoana Grigoropol2
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] 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>
2013-04-08smart: disable CHANNELSDIRBogdan Marinescu2
Make CHANNELSDIR in smart empty, since this causes host contamination issues on some RPM-based hosts on which smart is already installed. [YOCTO #3881] Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-04gcc: add patch to disable texinfo when texinfo is 5.0 or newerMartin Jansa2
* this is needed only for 4.7 series, newer works fine with texinfo-5* [YOCTO #3947] Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-04qemu: Add 2 patches to fix build with texinfo-5Martin Jansa3
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-04qemu: Enabled SDL when compiling for target architectureMihai Prica1
Enables qemu to run images with video output without the need for vncviewer. Signed-off-by: Mihai Prica <mihai.prica@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-04python: adding missing runtime dependency python-io to python-pprintLukas Bulwahn1
When trying to import python-pprint on a minimal image, it reports that the cStringIO python module is missing. This is provided with python-io, so we add python-io as runtime dependency. The complete observed trace was: Python 2.7.3 (default, Apr 4 2013, 07:45:36) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import pprint Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/pprint.py", line 40, in <module> from cStringIO import StringIO as _StringIO ImportError: No module named cStringIO Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-04rpm-postinsts: Split out run-postinstsSaul Wold2
This patch allows for the run-postinsts script to be provided outside of the rpm package itself and not pull in all the associated build dependencies. [YOCTO 4175] Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-04-04icon-naming-utils: import version 0.8.90 from meta-oePaul Eggleton1
* Use newer version 0.8.90 * Updates to a BBCLASSEXTENDed recipe instead of just a native recipe * Use PV in SRC_URI instead of hardcoded version number In copying over the recipe from meta-oe, some minor changes were made: * Preserve the existing OE-Core nativeperl wrapper usage * Drop setting of S which is effectively the default value Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-04-02tcf-agent: Don't download epl-v10.html just for LIC_FILES_CHKSUM validationMartin Jansa1
* it's not part of sources, downloading some html from web is not better check then using meta/files/common-licenses/EPL-1.0 * http://www.eclipse.org/org/documents/epl-v10.html was changed, plain text looks the same, but html formating was changed (from MS Word export to valid XHTML 1.0, changing checksums for this new html would cause issues for people with old epl-v10.html already on PREMIRROR, so lets just remove it. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-02remake: Fix out of tree buildsRichard Purdie1
remake fails with errors during configure due to the out of tree build changes. This ensures the configure commands run correctly on files in ${S}. [YOCTO #4139] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-02rpm: Ensure rpm depends on rpm-postinstsRichard Purdie1
If package-management isn't in IMAGE_FEATURES, the postinstall handler wasn't being installed. rpm needs to depend on this to ensure it does get installed. [YOCTO #4160] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-29elfutils: remove i386_dis.h/x86_64_dis.h compilation targetsLaurentiu Palcu1
Since we provide those files manually (i386_gendis, which is needed for generating those files, has to be run on host and would fail when compiling for other architectures), the mentioned compilation targets in libcpu/ are not needed anymore. This change will avoid a nasty race condition when running "make -jX install" resulting in a zero size libebl_i386.so file. The issue happens because, at "make install" time, the *_dis.h prerequisites will be newer than the target itself, triggering a chain of recompilations while, in the same time, the binary files are copied to the destination directory. Hence, the zero sized file... [YOCTO #4131] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-29dosfstools: really compile supporting large filesJoe Slater1
Makefile in the package tries to set _FILE_OFFSET_BITS=64, but we clobber that with our CFLAGS, so we add it in the recipe. [CQID: 409915] Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-29rpm: split out run-postinstsZhenhua Luo1
1. Split out run-postinsts script into separated package, sometimes only the postinsts script is required to run all postinsts scripts in /etc/rpm-postinsts/ instead of the whole rpm package. 2. Set ROOTFS_PKGMANAGE_BOOTSTRAP to rpm-postinsts Signed-off-by: Zhenhua Luo <zhenhua.luo@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-27qemu: Add missing DEPENDS on dtcRichard Purdie1
This fixes failures in builds where qemu fails with: i586-poky-linux/qemu/1.4.0-r0/qemu-1.4.0/hw/arm/../../device_tree.c:28:20: fatal error: libfdt.h: No such file or directory x86_64-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/4.7.2/ld: cannot find -lfdt Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-26binutils: Don't generate .PPC.EMB.apuinfo sections for 64-bit outputKhem Raj2
This can cause issues building ppc64/eabi kernel. For details see the patch header Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-26rpm: Fix debugedit buildid processingMark Hatle1
[ YOCTO #4089 ] When constructing a new buildid, the items being hashed need to be returned to their native endian. In the process we were munging the sh_type field that we relied on to determine if a section was loadable or not. The patch avoids this behavior by only modifying a copy of the local endian data. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-26opkg-utils: Update to newer git rev for bashism fixRichard Purdie1
On systems with dash as /bin/sh there were failures in do_package_write_ipk due to bashisms in opkg-build. This newer revision contains a fix for this. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-25docbook-utils-native: Unbreak the build after source and build dir splitKhem Raj1
docbook-utils-native started to install frontends and backends in wrong locations after this change. The absolute build and source directories were being created in install locations and the recipes using docbook-utils-native were complaining like dbus-java is saying | jw: There is no frontend called "/b/kraj/jlinux-next/poky/build/tmp-eglibc/sysroots/x86_64-linux/usr/share/sgml/docbook/utils-0.6.14/frontends/docbook". | make: *** [CreateInterface.1] Error 2 | ERROR: oe_runmake failed Rightly so because now they are installed under /b/kraj/jlinux-next/poky/build/tmp-eglibc/sysroots/x86_64-linux/usr/share/sgml/docbook/utils-0.6.14/b/kraj/jlinux-next/poky/build/tmp-eglibc/work/x86_64-linux/docbook-utils-native/0.6.14-r3/ This patch fixes the install to be like it was but consider the build and sourcedir split. Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-25rpm: Add workaround for debugedit-segvMark Hatle2
[ YOCTO #4089 ] On PPC and MIPS, there appears to be a condition that causes debugedit to segfault. The segfault is related to a call into the md5hash algorithm, an address of '0', and a size > 0 is passed causing the access of the address to segv. This workaround may prove to be the final fix, but it's currently unclear what the actual cause of the 0 address is. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-23tcl: Fix the location of the installed headersMark Hatle1
Having '${S}' in the for loop was causing the headers to be installed into the wrong location. Move the 'S' to the install line. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-23valgrind: Fix out of tree buildsRichard Purdie2
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3 (git 2.25.1) at 2026-08-26 02:25:38 +0000