summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools
Commit message (Collapse)AuthorAgeFilesLines
* ossp-uuid: update SRC_URI to not use Google CodeAlexander Kanavin2015-08-011-1/+1
| | | | | | | | | | | Google Code is shutting down so tarballs will be fetched from a Debian mirror instead (From OE-Core rev: 779c53911da663f06437e8a06c9a8c361d614fe6) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* adt-installer: update SRC_URI to not use Google CodeAlexander Kanavin2015-08-011-1/+1
| | | | | | | | | | | Google Code is shutting down and opkg tarballs are now available from yoctoproject.org (From OE-Core rev: 14d8dfdd52c287580f7d1588bfb263e5f9aaf04b) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* smartpm: set noprogress for pycurlKai Kang2015-08-012-0/+21
| | | | | | | | | | | | | Set NOPROGRESS for pycurl just as same as default operation in pycurl module itself. If set NOPROGRESS with 0 for pycurl, it causes dead lock issue of Python GIL when call smart library by python gui just like pygtk. (From OE-Core rev: 0d1f99fe1446edfb8864cbbc5a8b0059391c9bbc) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: upgrade to 2.4.0-rc3Cristian Iorga2015-08-011-3/+3
| | | | | | | | | | Bugfixes, bring it closer to 2.4.0 final release. (From OE-Core rev: eba55c2c263af2973de612c003cc616ce3e22221) Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* guile: Add earlyclobber constraint to the SMULL outputs.Jackie Huang2015-08-012-0/+44
| | | | | | | | | | | | backport a patch to fix issue: {standard input}: Assembler messages: {standard input}:16966: rdhi, rdlo and rm must all be different (From OE-Core rev: a8767bff39730e4905c55942109d69aae5867fe1) Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-multilib-config: Adapt mips for mips64 and different gcc versionsRichard Purdie2015-08-011-3/+7
| | | | | | | | | The location of some files for mips varies between gcc 4.9 and 5.2. Ensure that we cover both cases (and allow specified files to be optional). (From OE-Core rev: 5c33b0a752e6168200776da61dee7d4d807ddbb0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cross-canadian/gcc: Various mips64 fixesRichard Purdie2015-08-011-0/+2
| | | | | | | | | "n32" is a mips64 variant we need to consider when processing the TARGET_OS extensions. Also add the multilib extensions for mips64. (From OE-Core rev: fe26f809aaad5d5d608e841c99b817316c5a59a0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libgcc: Fix symlink handling in cross-arch multilib casesRichard Purdie2015-08-012-14/+14
| | | | | | | | | | | | | | | | | | | | | The symlink being generated needs to match both the current arch (e.g. mips or mips64) but also use the underlying TARGET_SYS without multilib extensions to TARGET_VENDOR or extensions to TARGET_OS. The way multilib changes TARGET_VENDOR meant this code did not have a way of removing that change. The method of removing some TARGET_OS suffixes was also not working. By using immediate expansion to run this code, we can run before the multilib code changes it and get the original values. We then use the *current* TARGET_ARCH value in case this does get changed by the multilib since we need to point at the right compiler (32 bit one for 32 bit code). (From OE-Core rev: 89cd6c244b6bc0a8cb52ec84d378d5b305df030f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-multilib-config: Tweak naming of options to match gcc's expectationsRichard Purdie2015-08-011-1/+2
| | | | | | | | | gcc itself does not add the '-' of options to its multilib configuration. We should follow its example. (From OE-Core rev: e742eef3e1016a29f744341c17d1b421d318b40f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-canadian: Add symlink to real-ld alongside other symlinksRichard Purdie2015-08-011-0/+2
| | | | | | | | | | | In some cases such as cross architecture configurations (using mips-X-linux on mips64-X-linux), gcc can get confused about finding a 'real' version of ld. Adding a symlink to 'real-ld' allowed these configurations to work properly. (From OE-Core rev: cdd86896c8d29135f937968e9aa07f919cf543d3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Add patch to handle on target multilibs betterRichard Purdie2015-08-014-0/+178
| | | | | | | | | | | | | | On target multilibs did not work properly since gcc-cross-canadian was only searching a limited number of sysroot directories to find multilib target binaries. This adds an extra search path to ensure those binaries are found and our gcc-cross-canadian works everywhere we need it to, e.g. with mips trilib configurations. (From OE-Core rev: b928d92bb9f76c118846d6c495dc57c149368f0f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* elfutils: fix stack usage warningRoy Li2015-07-312-0/+29
| | | | | | | | (From OE-Core rev: 80d6a1c249ae8cd7b0bdc011a2d680221799cc83) Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pax-utils: 1.0.3 -> 1.0.5Robert Yang2015-07-311-2/+2
| | | | | | | | (From OE-Core rev: a2d9a40802a39aa78d1285cc86f742f5803f76e1) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* help2man-native: 1.46.4 -> 1.47.1Robert Yang2015-07-311-2/+2
| | | | | | | | (From OE-Core rev: fe20fb4e7ff720dd8d818e231a64f74d94ccb3cc) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: 2.4.4 -> 2.4.6Robert Yang2015-07-312-11/+11
| | | | | | | | (From OE-Core rev: 5ada5f8e14544bc0805f7844f9f1dd691e1dd032) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: add PACKAGECONFIG for gnutlsRobert Yang2015-07-311-0/+1
| | | | | | | | | | | | Fixed: qemu-2.3.99+2.4.0-rc2: qemu rdepends on nettle, but it isn't a build dependency? [build-deps] qemu-2.3.99+2.4.0-rc2: qemu rdepends on gnutls, but it isn't a build dependency? [build-deps] (From OE-Core rev: d6bb44d879254fb94b74662078f269942ee0a3af) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu_git.bb: remove itRobert Yang2015-07-314-15/+0
| | | | | | | | | | | | | | | | Remove it since we have 2.4.0, the git version is 1.3 can't be built by deafult: ERROR: Fetcher failure: Unable to find revision 04024dea2674861fcf13582a77b58130c67fccd8 in branch master even from upstream We can fix it, but seems that no one uses it any more. And move patches from "files" dir to "qemu" dir. (From OE-Core rev: d3c3d62cfb2eeb224fa021af9cd550edf826445e) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: use ${bindir} instead of hardcoding /usr/binAndré Draszik2015-07-311-0/+4
| | | | | | | (From OE-Core rev: 48e04a93c357fb494470d2f175e644a6f43a7d63) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* run-postinsts: use ${localstatedir} instead of hardcoding /var/libAndré Draszik2015-07-312-1/+2
| | | | | | | (From OE-Core rev: 48d735a8938ec7c49754a57019182ebcd9a2d8b6) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg: read config file from ${sysconfdir} instead of /etcAndré Draszik2015-07-311-0/+1
| | | | | | | | | | Opkg's configure script doesn't use the value from --sysconfdir to determine the location of the conf file, it uses the value from --with-opkgetcdir (From OE-Core rev: d32f7f86b5d2b48222bdaada2697cd5e23cfe1c9) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rsync: use ${sysconfdir} instead of hardcoding /etcAndré Draszik2015-07-311-2/+2
| | | | | | | (From OE-Core rev: 3bf20e3a67099f54a20c6534fea5db169c63dbec) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Add support for nativesdk-gccRichard Purdie2015-07-318-9/+437
| | | | | | | | | | | | | | | | | | | | | | | | | | Being able to build a nativesdk gcc is useful, particularly in cases where the host compiler may be of an incompatible version (or a 32 bit compiler is needed). Sadly, building nativesdk-gcc is not straight forward. We install nativesdk-gcc into a relocatable location and this means that its library locations can change. "Normal" sysroot support doesn't help in this case since the values of paths like "libdir" change, not just base root directory of the system. In order to handle this we do two things: a) Add %r into spec file markup which can be used for injected paths such as SYSTEMLIBS_DIR (see gcc_multilib_setup()). b) Add other paths which need relocation into a .gccrelocprefix section which the relocation code will notice and adjust automatically. This patch adds tweaks to the relocation script to handle the new section too. (From OE-Core rev: cd3d874fced2ee4c950d9964d30c0588fd8772e7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Add nativesdk supportRichard Purdie2015-07-311-1/+1
| | | | | | | | | As part of adding nativesdk toolchain support, enable nativesdk-binutils. (From OE-Core rev: 20e585543d3e8c143921de665ceed6c0c2c90e73) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: fix bashism in opkg-buildDominic Sacré2015-07-271-2/+2
| | | | | | | | | | | | Fix error '[[: not found' if /bin/sh is not bash. This issue was introduced by the recent addition of tar_ignore_error.patch to the opkg-utils recipe. (From OE-Core rev: 2cf2242fc30b3d1ceb538ff5106e000cd888652e) Signed-off-by: Dominic Sacré <dominic.sacre@gmx.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-target 5.1: fix for libcc1Robert Yang2015-07-274-0/+63
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixed: * gcc 5 introduces a plugin libcc1.so, which is used by gdb, the target gcc didn't build it in the past because gcc_cv_objdump is null, and the error was: gcc-5.2.0/libcc1/configure: line 14531: -T: command not found This only happens for tar gcc as the code shows: if test x$build = x$host; then export_sym_check="objdump${exeext} -T" elif test x$host = x$target; then export_sym_check="$gcc_cv_objdump -T" else export_sym_check= fi * Install libcc1.so and libcc1plugin.so to $(libexecdir)/gcc/$(target_noncanonical)/$(gcc_version) as lto-plugin did. * Use sed command to fix bad RPATH iussue. [YOCTO #7956] (From OE-Core rev: f6e47aa9b12f9ab61530c40e0343f451699d9077) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc5: Upgrade from 5.1 to 5.2Khem Raj2015-07-2754-236/+6
| | | | | | | | | | | This is second bugfix release in gcc5 series All backported patches are dropped no other patches needed any rework (From OE-Core rev: 2a212e56a814e5dc8a8bae4974b91109ed0486ef) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: upgrade to 2.4.0-rc2Cristian Iorga2015-07-251-3/+3
| | | | | | | | | | | Various bugfixes. Ongoing upgrade en route to final 2.4.0. (From OE-Core rev: c43ab92e1cec22127bd9aab6c319673fc70fe906) Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* diffstat: upgrade to 1.60Chen Qi2015-07-251-2/+2
| | | | | | | | (From OE-Core rev: 1c360d05ab39304d28936e0d2ddd815c9f96765c) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcf-agent: Update to version 1.3Randy Witt2015-07-251-9/+4
| | | | | | | | | | | | | According to the Eclipse tcf team, 1.3 tcf is required for the newest Eclipse release "mars". [YOCTO #7886] (From OE-Core rev: 68135f7777ba4f3238b814da7eb1b5a11efb3ad8) Signed-off-by: Randy Witt <randy.e.witt@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mklibs-native: Remove dependency on dpkgRoy Li2015-07-251-1/+1
| | | | | | | | | | b18618a8[mklibs-native: two fixes] should remove the dependency on dpkg, but it is missed, so fix it. (From OE-Core rev: 8c4a8fe7ac46f3706538292cc6c8f46725e879b7) Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm4: Drop native RDEPENDSRichard Purdie2015-07-231-1/+1
| | | | | | | | | | | | | | | Native recipes should *never* depend on target recipes since this would cause them to rebuild every time the target changes. Before the recent datastore changes, this happened to work. Now, this makes rpm-native unbuildable since base-files-native doesn't exist and the code remaps the variable. Dropping these dependencies here is the correct way to resolve this issue and fix an autobuilder selftest failure. (From OE-Core rev: ef84c4bf1d93e9fa674300b80d0442ae1069c473) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: upgrade to 2.4.0-rc1Ross Burton2015-07-211-3/+4
| | | | | | | (From OE-Core rev: 8d3938782cce8461f9e5d5e7aeed858232bb0cc0) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pseudo: 1.6.5 -> 1.6.7Richard Purdie2015-07-211-2/+2
| | | | | | | | | Adds proper support for fifos, giving performance back to bitbake with the recent logging changes. (From OE-Core rev: 0295947a2ccc66037f9c20f06b4b69a781a046bd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* btrfs-tools: 4.0.1 -> 4.1.1Robert Yang2015-07-201-2/+2
| | | | | | | | | | | | | | | | | This upgrade fixes DEBUG_BUILD on qemuarm: [CC] btrfs-convert.o [CC] btrfs-corrupt-block.o [CC] btrfs-calc-size.o {standard input}: Assembler messages: {standard input}:3257: Error: invalid operands (.text and *UND* sections) for `-' {standard input}:3263: Error: invalid operands (.text and *UND* sections) for `-' make: *** [cmds-fi-usage.o] Error 1 (From OE-Core rev: 49251a7245a3a1d3d02013a6239f9057aad06c63) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-smartpm: Improve warnings/errors consistencyRichard Purdie2015-07-202-0/+159
| | | | | | | | | | | | | | | | | | | | | | Sadly, smart is not deterministic so the same build can go down multiple different pathways. We'd expect to see the same warnings however depending on the pathway taken, it may or may not warn, particularly with Recommends since they're optional. For example, where a Recommended package is available but has Conflicts, we'd expect to see an warning that we couldn't install it. Some code paths silently hide this (its a LOCKED_CONFLICT). We add printing of warnings for this case. Also, if there are two compatible feeds available (e.g. i586 and core2_32), this changes the code path from direct _install() to _pending() since there are multiple providers. This patch adds warning handling to _pending() so we don't hit hard failures there. This is as seen with the mysterious libspeexdsp failures for x86-lsb on the autobuilder. (From OE-Core rev: ab1eb2432b9a9823335450fd12476e910a95a2aa) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* subversion_1.8.13.bb: Upstream-Status updated to AcceptedJose Lamego2015-07-201-1/+5
| | | | | | | | | | | Upstream-Status changed to Accepted due to [1] [1] http://svn.apache.org/viewvc/subversion/trunk/build/ac-macros/serf.m4?r1=1594156&r2=1689824 (From OE-Core rev: 7785c496df839bd811cb33aef4b54158e81aa2c5) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: upgrade to 2.4.0-rc0Cristian Iorga2015-07-164-57/+22
| | | | | | | | | | | | | | | | - Get rid of direct use of gnutls APIs in quorum blockdrv in favour of using the crypto APIs. - Convert VNC websockets to use crypto APIs. - quorum and vnc-ws packageconfig options no longer exist, removed. - All previous CVE are now included. - larger_default_ram_size.patch patch removed, no longer necessary. (From OE-Core rev: ff384c084678dab33bbd7eb82ece21a2baa13dfb) Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* guile: Add explicit directories to guile_cross_configRoss Burton2015-07-161-5/+5
| | | | | | | | | | guile_cross_config() was using relative paths which mean it depends on exactly what directory it starts in. To clarify the code, always use absolute paths. (From OE-Core rev: 7b064a9dc1dc8c30c7b9982e263a754a144c0a99) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dmidecode: use absolute paths in fixup taskRoss Burton2015-07-161-1/+1
| | | | | | | | | | The calls to sed use relative paths so they depend on the directory the task starts in. To clarify the code, use absolute paths. (From OE-Core rev: b61c56ade298726f0b861c5189cb9d5fd6260a36) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuwrapper-cross: set S correctlyRoss Burton2015-07-161-0/+2
| | | | | | | | | This recipe doesn't unpack any source, so set S to ${WORKDIR}. (From OE-Core rev: 43272fffd75ff22526c07883cb688eb146082590) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-arch-config: set S correctlyRoss Burton2015-07-161-0/+2
| | | | | | | | | This recipe doesn't unpack any source, so set S to ${WORKDIR}. (From OE-Core rev: 4d42cfb02a7303c92770bc4817591cca595eab1f) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: add explicit directories in py_package_preprocessRoss Burton2015-07-162-2/+2
| | | | | | | | | | | py_package_preprocess() was using relative paths which mean it depends on exactly what directory it starts in. To clarify the code, always use absolute paths. (From OE-Core rev: d9941a2d9b423af2ca3313e8c1357ccfcc9a96a5) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-config: set noexec for do_compileRobert Yang2015-07-161-3/+1
| | | | | | | | (From OE-Core rev: 47889cb154bdfa75b2ccccf5e27c8b84c588d61b) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* expect: replace the STAGING_INCDIR with includedirYue Tao2015-07-161-6/+5
| | | | | | | | | | | | The build path is included in expect-dev rpm package. It should not set the STAGING_INCDIR statically. The includedir will be replaced with appropriate value in different stage. (From OE-Core rev: 41f74d0a05cec275243271e8e6b4dceb16e4daa4) Signed-off-by: Yue Tao <Yue.Tao@windriver.com> Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-io: Add runtime dependency on contextlibAsh Charles2015-07-161-1/+1
| | | | | | | | | | | | | The python-io package includes ssl.py module which imports the contextlib library. This applied to Python 2.7.9 but not 3.3. (From OE-Core rev: b6b9df15a630605619bff060d5073272685058d6) Signed-off-by: Ash Charles <ashcharles@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apt: remove invalid ac_cv_glibc_verRobert Yang2015-07-161-12/+0
| | | | | | | | | | | | There is no ac_cv_glibc_ver in configure, can't find it in config.log after remove, either. (From OE-Core rev: 945e2bf6845b052eeb5101033c4770d766142bb1) (From OE-Core rev: 3234c79940f67ca48e8ee7961c87d80cc27939e5) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: remove invalid ac_cv_c_c99_format=yesRobert Yang2015-07-161-1/+1
| | | | | | | | | | | | There is no c_c99_format in configure, and there is no ac_cv_c_c99_format in config.log after removed. (From OE-Core rev: ef84b14ec0d1c7a7e5da278d8a4fe189806a1af2) (From OE-Core rev: 41876e4bd4352081b80d47f9620bb5de7128971d) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dpkg: Fix for Fedora22 and new versions of tarRichard Purdie2015-07-132-0/+46
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | They managed to 'break' tar. Again. Sorry, they fixed a regression which broke dpkg-deb. The addition of: http://git.savannah.gnu.org/cgit/tar.git/commit/?id=163e96a0e619a900eab6de827c7c5749ecc9d3f2 ("Bugfix: entries read from the -T file did not get proper matching_flag.") means that the no-recursion option gets lost. This leads to many files getting included multiple times, along with files which shouldn't be there. The commit message is horrendous. The patch actually makes the option positional (as documnted since 2003) and therefore doesn't affect the input from the -T option. Moving the --no-reursion option to earlier in the command avoids the bug. The bug was not present in tar 1.28 however it has been backported in at least Fedora 22 and heading into Fedora 21. Redhat reports of issue: https://bugzilla.redhat.com/show_bug.cgi?id=1230762 [tar] https://bugzilla.redhat.com/show_bug.cgi?id=1241508 [dpkg] Discussion of bug in upstream tar: http://www.mail-archive.com/bug-tar@gnu.org/msg04799.html [YOCTO #7988] (From OE-Core rev: 6be698b7270f73f40d38713ecf13f12aec0ced61) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-smartpm: Have native smart use nativepythonRandy Witt2015-07-121-0/+1
| | | | | | | | | | | | Currently when trying to use smart via devshell or in the bitbake environment, it will fail without inheriting pythonnative. Since the native tools should "just work" use nativepython in the shebang line for smart. (From OE-Core rev: 4d4d9e8aa68a185b330ffbdb2e084b31fa6a6451) Signed-off-by: Randy Witt <randy.e.witt@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-build: Ignore tar error due to hardlinks issue when creating ipk filesAlejandro Hernandez2015-07-122-3/+3
| | | | | | | | | | | | | | | | If a the number of hard links decreases or increases while creating the tar files used for an ipk package, tar fails with error code 1, we use hardlinks on package/ and packages-split/ to decrease disk usage, sometimes other parts of the build can cause a change in the link count, since this happens in a controlled environment we can safely ignore the error and continue to create the ipk file, fixed some typos from old version. [YOCTO #7933] (From OE-Core rev: 80e6f0e5782435157b9a2687ffe6cbd3b3033b47) Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.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-11-16 12:03:43 +0000