[OE-core] [PATCH 2/3] curl: Fix wrong assumption about sizeof off_t on largefile systems

This issue was reported on poky ml as well see https://lists.yoctoproject.org/pipermail/poky/2013-December/009435.html Change-Id: Iedf22467889893111fde0433e411fd0546a38546 Signed-off-by: Khem Raj --- meta/recipes-support/curl/curl_7.42.0.bb | 4 1 file changed, 4 insertions(+) diff --git a

[OE-core] [PATCH 3/3] glibc: ignore for musl/uclibc but only for target recipes

we still need nativesdk or native recipes for libc to come from glibc, but only be ignored for target recipes types Change-Id: Ibaf8114f2aef63f1eadf493b264e78cd928535a0 Signed-off-by: Khem Raj --- meta/recipes-core/glibc/glibc-collateral.inc | 3 +++ meta/recipes-core/glibc/glibc_2.21.bb

[OE-core] [PATCH 0/3] gcc-5 and fixes for curl and non-glibc C libraries

Add recipes for gcc-5, its not default _yet_ enable it in local.conf as described in patch header to use it Fix curl build on 32bit arches with largefile support Let glibc provide nativesdk versions for musl and uclibc bases systems The following changes since commit 4dd4b96b6d60246338bb30ede9f3ab

[OE-core] [PATCH 0/2] 2 fixes for parallel build

The following changes since commit 4dd4b96b6d60246338bb30ede9f3ab1b2e757be9: libxfont: Security Advisory - libxfont - CVE-2015-1804 (2015-04-28 07:56:01 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/parallel http://cgit.openembedd

[OE-core] [PATCH 1/2] bison: fix parallel issue

Fixed: rm -f src/yacc src/yacc.tmp echo '#! /bin/sh' >src/yacc.tmp /bin/bash: src/yacc.tmp: No such file or directory Makefile:6670: recipe for target 'src/yacc' failed Signed-off-by: Robert Yang --- .../0001-src-local.mk-fix-parallel-issue.patch | 33 meta/recipes-dev

[OE-core] [PATCH 2/2] pcmciautils: fix for parallel build

Fixed: Compiling lex_config.c. src/lex_config.l:34:25: fatal error: yacc_config.h: No such file or directory There was a patch for fixing the paralle issue before, so modify the patch again. Signed-off-by: Robert Yang --- .../Makefile-fix-for-parallel-build.patch | 12 ++--

[OE-core] [PATCH] unzip: Security Advisory -CVE-2014-9636 and CVE-2015-1315

From: Roy Li http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-9636 unzip 6.0 allows remote attackers to cause a denial of service (out-of-bounds read or write and crash) via an extra field with an uncompressed size smaller than the compressed field size in a zip archive that advertises S

[OE-core] [PATCH] e2fsprogs: install populate-extfs.sh

* install populate-extfs.sh from contrib, be aware that in order to use it you need to set DEBUGFS shell variable, otherwise it will try to use debugfs from relative path which is almost always incorrect: CONTRIB_DIR=$(dirname $(readlink -f $0)) DEBUGFS="$CONTRIB_DIR/../debugfs/debugf

[OE-core] [PATCH][dizzy] busybox: unbreak tar of uncompressed files

A patch was added to fix compressed tar files, but broke uncompressed tar files, this fix is from the busybox mailing list http://lists.busybox.net/pipermail/busybox/2014-January/080389.html [YOCTO #7645] Signed-off-by: Saul Wold --- .../busybox/unbreak_noncompressed_tar.patch| 23

Re: [OE-core] [PATCH] busybox: unbreak tar of uncompressed files

This is intended for Dizzy, will resend with the correct tag for tracking Sau! On 04/28/2015 03:04 PM, Saul Wold wrote: A patch was added to fix compressed tar files, but broke uncompressed tar files, this fix is from the busybox mailing list http://lists.busybox.net/pipermail/busybox/2014-J

Re: [OE-core] [PATCH] systemd: bring back the patch to customise root's $HOME

On Apr 28, 2015 2:42 PM, "Richard Purdie" < richard.pur...@linuxfoundation.org> wrote: > > On Tue, 2015-04-28 at 18:37 -0300, Bottazzini, Bruno wrote: > > Thanks Ross! > > > > This slipped trough my fingers when I have remade the first version to > > use the stable branch. > > > > Martin, > > > > T

Re: [OE-core] [WIP][RFT] cogl/clutter/libinput/wayland/weston updates

On Apr 28, 2015 2:53 PM, "Tim Orling" wrote: > > > On Tue, Apr 28, 2015 at 8:46 AM, Khem Raj wrote: >> >> >>> On Apr 28, 2015, at 8:25 AM, Tim Orling wrote: >>> >>> The following branch includes updates to the latest releases for cogl, clutter, wayland, weston and libinput: >>> >>> http://git.op

[OE-core] [PATCH] busybox: unbreak tar of uncompressed files

A patch was added to fix compressed tar files, but broke uncompressed tar files, this fix is from the busybox mailing list http://lists.busybox.net/pipermail/busybox/2014-January/080389.html [YOCTO #7645] Signed-off-by: Saul Wold --- .../busybox/unbreak_noncompressed_tar.patch| 23

Re: [OE-core] [WIP][RFT] cogl/clutter/libinput/wayland/weston updates

On Tue, Apr 28, 2015 at 8:46 AM, Khem Raj wrote: > > On Apr 28, 2015, at 8:25 AM, Tim Orling wrote: > > The following branch includes updates to the latest releases for cogl, > clutter, wayland, weston and libinput: > > > http://git.openembedded.org/openembedded-core-contrib/log/?h=timo/cogl-clu

Re: [OE-core] [PATCH] systemd: bring back the patch to customise root's $HOME

On Tue, 2015-04-28 at 18:37 -0300, Bottazzini, Bruno wrote: > Thanks Ross! > > This slipped trough my fingers when I have remade the first version to > use the stable branch. > > Martin, > > The patch removed will be applied automatically because they are > upstreamed on the stable branch. We h

Re: [OE-core] [PATCH] systemd: bring back the patch to customise root's $HOME

Thanks Ross! This slipped trough my fingers when I have remade the first version to use the stable branch. Martin, The patch removed will be applied automatically because they are upstreamed on the stable branch. Best Regards, On Ter, 2015-04-28 at 23:30 +0200, Martin Jansa wrote: > On Tue, Ap

Re: [OE-core] [PATCH] systemd: bring back the patch to customise root's $HOME

On Tue, Apr 28, 2015 at 09:12:02PM +0100, Ross Burton wrote: > This patch appears to have been accidently dropped in the move to 219-stable, > probably because it didn't apply. Update the patch and re-add it. what about the unused .patch files reported in: http://lists.openembedded.org/pipermail/

Re: [OE-core] [PATCH 4/8] kernel: Pull uImage generation into separate class

On Tuesday, April 28, 2015 at 08:44:54 PM, Bruce Ashfield wrote: > On 2015-04-28 12:38 PM, Marek Vasut wrote: > > Pull the uImage image format generation from kernel.bbclass into > > a separate kernel-uimage.bbclass. The recipes which now need to > > generate an uImage will have to inherit kernel-u

Re: [OE-core] [PATCH 8/8] kernel: Build uImage only when really needed

On Tuesday, April 28, 2015 at 08:43:48 PM, Bruce Ashfield wrote: > On 2015-04-28 12:38 PM, Marek Vasut wrote: > > Build the uImage file using the kernel build system only when > > it is really required, which is only in case KEEPUIMAGE == yes. > > Otherwise, just build zImage, since the Yocto build

Re: [OE-core] [PATCH 0/8] Add basic fitImage support

On Tuesday, April 28, 2015 at 08:45:59 PM, Bruce Ashfield wrote: > On 2015-04-28 12:38 PM, Marek Vasut wrote: > > This series cleans up the code in kernel.bbclass and > > separates out the uImage generation. The 7th patch > > in this series then adds support for generation of the > > advanced succe

Re: [OE-core] [PATCH] systemd: bring back the patch to customise root's $HOME

On Tue, Apr 28, 2015 at 1:12 PM, Ross Burton wrote: > This patch appears to have been accidently dropped in the move to 219-stable, > probably because it didn't apply. Update the patch and re-add it. > Thanks for doing it. Acked > Signed-off-by: Ross Burton > --- > .../systemd/systemd/0010-Ma

[OE-core] [PATCH] systemd: bring back the patch to customise root's $HOME

This patch appears to have been accidently dropped in the move to 219-stable, probably because it didn't apply. Update the patch and re-add it. Signed-off-by: Ross Burton --- .../systemd/systemd/0010-Make-root-s-home-directory-configurable.patch | 3 ++- meta/recipes-core/systemd/systemd_219.bb

[OE-core] Moving GStreamer 0.10 to meta-multimedia

Hi all, This is basically a heads-up that we're working on moving GStreamer 0.10 out of oe-core[1] and into meta-multimedia, where anyone who still needs 0.10 can use and maintain them. In case anyone out there using GStreamer 0.10 isn't aware, it's been unmaintained since March 2013[2] and upstr

Re: [OE-core] [PATCH 0/8] Add basic fitImage support

On 2015-04-28 12:38 PM, Marek Vasut wrote: This series cleans up the code in kernel.bbclass and separates out the uImage generation. The 7th patch in this series then adds support for generation of the advanced successor of the uImage, the fitImage. This series adds only very rudimentary support

Re: [OE-core] [PATCH 4/8] kernel: Pull uImage generation into separate class

On 2015-04-28 12:38 PM, Marek Vasut wrote: Pull the uImage image format generation from kernel.bbclass into a separate kernel-uimage.bbclass. The recipes which now need to generate an uImage will have to inherit kernel-uimage instead of kernel class. Signed-off-by: Marek Vasut Cc: Richard Purdi

Re: [OE-core] [PATCH 8/8] kernel: Build uImage only when really needed

On 2015-04-28 12:38 PM, Marek Vasut wrote: Build the uImage file using the kernel build system only when it is really required, which is only in case KEEPUIMAGE == yes. Otherwise, just build zImage, since the Yocto build system will handle the uImage generation for us. Signed-off-by: Marek Vasut

[OE-core] 4/28/2015 6:28:23 PM

http://sipenglipurlara.com/ictr/uwsrzpblmmrv.jvfpioabnsjljrkquvyvcjlwsiv 4/28/2015 6:28:23 PM-- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-c

Re: [OE-core] [master-next][PATCHv3] wic: Add plugin for single partition disk

On Mon, Apr 27, 2015 at 03:00:23PM +0200, Adrian Freihofer wrote: > The wic plugin creates a disk image containig one ext2/3/4 partition. > No additional boot partition is required. Syslinux is installed into > the image. The target device is a legacy BIOS PC. > > Purpose of this plugin: > Other a

[OE-core] [PATCH] split_and_strip_files: regroup hardlinks to make build deterministic

Reverted 7c0fd561bad0250a00cef63e3d787573112a59cf Created separate group of hardlinks for the files inside the same package. This should prevent stripped files to be populated outside of package directories. [YOCTO #7586] Signed-off-by: Ed Bartosh --- meta/classes/package.bbclass | 12

[OE-core] [PATCH 7/8] kernel: Add basic fitImage support

This patch adds support for generating a kernel fitImage, which is a a successor to the uImage format. Unlike uImage, which could only contain the kernel image itself, the fitImage can contain all kinds of artifacts, like the kernel image, device tree blobs, initramfs images, binary firmwares etc.

[OE-core] [PATCH 4/8] kernel: Pull uImage generation into separate class

Pull the uImage image format generation from kernel.bbclass into a separate kernel-uimage.bbclass. The recipes which now need to generate an uImage will have to inherit kernel-uimage instead of kernel class. Signed-off-by: Marek Vasut Cc: Richard Purdie Cc: Koen Kooi Cc: Paul Eggleton Cc: Ross

[OE-core] [PATCH 0/8] Add basic fitImage support

This series cleans up the code in kernel.bbclass and separates out the uImage generation. The 7th patch in this series then adds support for generation of the advanced successor of the uImage, the fitImage. This series adds only very rudimentary support for generation of fitImage. The advanced fea

[OE-core] [PATCH 3/8] kernel: Pull out the linux.bin generation

Pull the generation of linux.bin image, which is then packed into uImage, into a separate function. No functional change. Signed-off-by: Marek Vasut Cc: Richard Purdie Cc: Koen Kooi Cc: Paul Eggleton Cc: Ross Burton Cc: Bruce Ashfield --- meta/classes/kernel.bbclass | 40 +++

[OE-core] [PATCH 2/8] kernel: Rework do_uboot_mkimage

Rework the function so part it's internals can be re-used by fitImage image type. The name of the temporary file , linux.bin , is recycled a little more as it's now used for both the case where it is gzip compressed and where it is not. This should be fine, since the file is temporary and removed a

[OE-core] [PATCH 8/8] kernel: Build uImage only when really needed

Build the uImage file using the kernel build system only when it is really required, which is only in case KEEPUIMAGE == yes. Otherwise, just build zImage, since the Yocto build system will handle the uImage generation for us. Signed-off-by: Marek Vasut Cc: Richard Purdie Cc: Koen Kooi Cc: Paul

[OE-core] [PATCH 5/8] kernel: Separate out uboot_prep_kimage

Separate the function which prepares the kernel for packing into uImage into separate class, so this function can be reused by the fitImage class. Signed-off-by: Marek Vasut Cc: Richard Purdie Cc: Koen Kooi Cc: Paul Eggleton Cc: Ross Burton Cc: Bruce Ashfield --- meta/classes/kernel-uboot.b

[OE-core] [PATCH 1/8] kernel: Clean up KERNEL_IMAGETYPE_FOR_MAKE

Remove the lambda function setting KERNEL_IMAGETYPE_FOR_MAKE and instead set it in the anonymous python function. This also allows us to handle image types which are not supported directly by kernel, but require some other kernel target to be built. This is the case for example with the fitImage, w

[OE-core] [PATCH 6/8] kernel: Build DTBs early

Pull out the compilation of the DTB blobs right after the kernel's own do_compile function finishes. This makes them available just in time for the kernel image construction functions. Signed-off-by: Marek Vasut Cc: Richard Purdie Cc: Koen Kooi Cc: Paul Eggleton Cc: Ross Burton Cc: Bruce Ashf

[OE-core] [PATCH] lib/oe/package: Improve strip subprocess handling

Currently if the strip process fails, we get a message but don't know why. This adds code to show the return value and any error output. Signed-off-by: Richard Purdie diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py index ea6feaa..f176446 100644 --- a/meta/lib/oe/package.py +++ b/me

[OE-core] [PATCH] split_and_strip_files: regroup hardlinks to make build deterministic

Reverted 7c0fd561bad0250a00cef63e3d787573112a59cf Created separate group of hardlinks for the files inside the same package. This should prevent stripped files to be populated outside of package directories. [YOCTO #7586] Signed-off-by: Ed Bartosh --- meta/classes/package.bbclass | 12

Re: [OE-core] [WIP][RFT] cogl/clutter/libinput/wayland/weston updates

> On Apr 28, 2015, at 8:25 AM, Tim Orling wrote: > > The following branch includes updates to the latest releases for cogl, > clutter, wayland, weston and libinput: > > http://git.openembedded.org/openembedded-core-contrib/log/?h=timo/cogl-clutter-wayland-weston-updates > >

Re: [OE-core] [WIP][RFT] cogl/clutter/libinput/wayland/weston updates

On 28 April 2015 at 18:25, Tim Orling wrote: > The following branch includes updates to the latest releases for cogl, > clutter, wayland, weston and libinput: > > http://git.openembedded.org/openembedded-core-contrib/log/?h=timo/cogl-clutter-wayland-weston-updates > > wayland and weston appear to

[OE-core] [WIP][RFT] cogl/clutter/libinput/wayland/weston updates

The following branch includes updates to the latest releases for cogl, clutter, wayland, weston and libinput: http://git.openembedded.org/openembedded-core-contrib/log/?h=timo/cogl-clutter-wayland-weston-updates wayland and weston appear to be fine as tested on nuc. clutter ptests pass, but all e

Re: [OE-core] [PATCH] xserver-xorg: use GCC 5 patch from upstream

On Tue, Apr 28, 2015 at 3:58 AM, Ross Burton wrote: > Upstream has already fixed the GCC 5 problem, so use the patch from upstream. > looks good. You need to remove the CPPFLAGS change from recipe now with this patch > Signed-off-by: Ross Burton > --- > ...sdksyms.sh-Make-sdksyms.sh-work-with-

Re: [OE-core] [PATCH] gcc-shared-source: Add PV to PN

On Tue, Apr 28, 2015 at 3:49 AM, Richard Purdie wrote: > This means you can have one gcc version for some gcc recipes > (e.g. crosssdk/nativesdk) and another gcc version for target code which > is useful for more obscure architecture toolchains. > looks good. I had similar issue with angstrom rec

Re: [OE-core] [PATCH 1/3] license.bbclass: allow copying license not in common licenses

On Tuesday 28 April 2015 12:48:50 Burton, Ross wrote: > On 23 April 2015 at 10:38, wrote: > > Some package like linux-firmware has many licenses that aren't in any > > way common, and new ones will be added from time to time, in order to > > avoid adding bunch of such common license files that are

Re: [OE-core] [PATCH 1/3] license.bbclass: allow copying license not in common licenses

On 23 April 2015 at 10:38, wrote: > Some package like linux-firmware has many licenses that aren't in any > way common, and new ones will be added from time to time, in order to > avoid adding bunch of such common license files that are only applicable > to a specific package, NO_GENERIC_LIC is a

Re: [OE-core] [PATCH] xkeyboard-config: modified the license

On 27 April 2015 at 07:53, Lei Maohui wrote: > Because usr/share/X11/xkb/symbols/eu and usr/share/X11/xkb/symbols/ph are > GPLv3. > So add GPLv3 in the license. > A friendly upstream maintainer I know was surprised at this and has requested that the files are relicensed to MIT, so we may be able

Re: [OE-core] [PATCH 1/1] ldconfig-native: Add 64-bit flag for ELF64 entries

On Tue, 2015-04-28 at 15:46 +0800, Yuanjie Huang wrote: > From: Yuanjie Huang > > ldconfig-native was grepped from an old version of glibc, and its output > lacks neccessary 64bit flag in entries. > Due to this defect, ctypes.util.find_library() python function fails to > detect any library due t

[OE-core] [PATCH] xserver-xorg: use GCC 5 patch from upstream

Upstream has already fixed the GCC 5 problem, so use the patch from upstream. Signed-off-by: Ross Burton --- ...sdksyms.sh-Make-sdksyms.sh-work-with-gcc5.patch | 76 +++--- 1 file changed, 37 insertions(+), 39 deletions(-) diff --git a/meta/recipes-graphics/xorg-xserver/xserver

[OE-core] [PATCH] lib/oeqa: Add sdk tests for gcc/perl/python

Enhance testing of the generated SDK tarballs by adding tests for gcc/perl/python based on the existing runtime tests. diff --git a/meta/lib/oeqa/oetest.py b/meta/lib/oeqa/oetest.py index da9556a..22d76b3 100644 --- a/meta/lib/oeqa/oetest.py +++ b/meta/lib/oeqa/oetest.py @@ -129,6 +129,16 @@ class

[OE-core] [PATCH] autotools: Fix find races on source directory

In a similar way to http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=aa1438b56f30515f9c31b306decef7f562dda81f there are more find races in the autotools class. For recipes with PACKAGES_remove = "${PN}", the find which removes .la files can race against deletion of other directories in WORKDI

[OE-core] [PATCH] testimage: Improve sdk handling of TEST_SUITES

Currently TEST_SUITES is used for both target image and sdk versions which can be confusing. This introduces TEST_SUITES_SDK for the sdk version of the code so that the different test sets can be specified independently. Signed-off-by: Richard Purdie diff --git a/meta/classes/testimage.bbclass b

[OE-core] [PATCH] oeqa/targetbuild: Use DL_DIR for downloads if present

This isn't a test of wget so if the files we need are present in DL_DIR, use them from there and save a bit of speed/bandwidth and skip the wget. Signed-off-by: Richard Purdie diff --git a/meta/lib/oeqa/utils/targetbuild.py b/meta/lib/oeqa/utils/targetbuild.py index eeb08ba..d499bb1 100644 ---

[OE-core] [PATCH] gcc-shared-source: Add PV to PN

This means you can have one gcc version for some gcc recipes (e.g. crosssdk/nativesdk) and another gcc version for target code which is useful for more obscure architecture toolchains. Signed-off-by: Richard Purdie diff --git a/meta/recipes-devtools/gcc/gcc-shared-source.inc b/meta/recipes-devt

[OE-core] [PATCH] gpgme: Fix to use pkg-config in .m4 files

pkg-config is less error prone than -config files so switch to using it (we already do for most of the rest of the gpg stack). Signed-off-by: Richard Purdie diff --git a/meta/recipes-support/gpgme/gpgme-1.4.3/pkgconfig.patch b/meta/recipes-support/gpgme/gpgme-1.4.3/pkgconfig.patch new file mode

[OE-core] [PATCH] sstate: Use SSTATE_DIR for FILESPATH

FILESPATH was only being overridden in one fetch location, it should be equally handled in both. Also use SSTATE_DIR as FILESPATH so that mirror urls which do remapping can search the local SSTATE_DIR for other paths. Also ensure that MIRRORS is removed in both locations, previously it was only u

[OE-core] [PATCH] testimage: Fix sdk test manifest handling

Fix SDK_MANIFEST -> SDK_TARGET_MANIFEST and add support for host version too which is useful in SDK QA tests. Signed-off-by: Richard Purdie diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass index dc163c7..1557675 100644 --- a/meta/classes/testimage.bbclass +++ b/meta/

Re: [OE-core] [wic][PATCH] wic tests: Add functional tests for directdisk

Hi Ed, On Thursday 23 April 2015 23:25:40 Ed Bartosh wrote: > Added 2 simple functional test cases to check if > wic is able to produce images using directdisk.wks > > Signed-off-by: Ed Bartosh > --- > scripts/setup.cfg | 2 +- > scripts/tests/02_wic_test_directdisk.py |

Re: [OE-core] [PATCH v6 0/3] Switch to BlueZ 5.x as default Bluetooth stack

In v6: 1. fix systemd crash for gst-plugin-bluetooth; 2. dropped patch that removed exclusion from world build. /Cristian -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Cristian Iorga Sent:

[OE-core] [PATCH v6 0/3] Switch to BlueZ 5.x as default Bluetooth stack

BlueZ 5.x is now the default Bluetooth stack. BlueZ 4.x is moved to recipes-connectivity in meta-oe layer and still supported in poky/YP. The following changes since commit ae736dbdd140975ba43f06e635b461dbf36a117e: libxfont: Security Advisory - libxfont - CVE-2015-1804 (2015-04-28 07:56:57 +01

[OE-core] [PATCH v6 2/3] bluez: remove bluez4 recipes

BlueZ 4.x and associated recipes are now obsolete. (bluez4,bluez-hcidump, gst-plugin-bluetooth). Will be moved into recipes-connectivity collection of meta-openembedded. BlueZ 4.x is still usable in poky/YP. Signed-off-by: Cristian Iorga Conflicts: meta/recipes-connectivity/bluez/bluez4.

[OE-core] [PATCH v6 3/3] bitbake.conf: backfill bluez5 feature

If bluez4 is not explicitly passed as a distro feature, bluez5 should be used as the default, so backfill it. Signed-off-by: Cristian Iorga --- meta/conf/bitbake.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 2b3c110

[OE-core] [PATCH v6 1/3] bluez4: add proper systemd support

Signed-off-by: Cristian Iorga --- meta/recipes-connectivity/bluez/bluez4.inc | 4 +++- meta/recipes-connectivity/bluez/bluez4_4.101.bb | 2 ++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/bluez/bluez4.inc b/meta/recipes-connectivity/bluez/bluez4.in

[OE-core] [fido][PATCH] groff: add runtime dependency on sed

This is to suppress the following QA warning: groff-1.22.2: groff requires /bin/sed, but no providers in its RDEPENDS [file-rdeps] Signed-off-by: Chunrong Guo --- meta/recipes-extended/groff/groff_1.22.2.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-extended/groff/grof

Re: [OE-core] [PATCH 4/7] kernel: Pull uImage generation into separate class

Hi Marek, On Tuesday 28 April 2015 04:39:32 Marek Vasut wrote: > On Monday, October 27, 2014 at 07:59:42 AM, Koen Kooi wrote: > > > So uh, what exactly would you propose then? Ask the BSPs to cater for > > > the > > > change ? I don't quite like that option, since it's like breaking an API > > > (

Re: [OE-core] [fido][PATCH 1/4] elfutils: fix build with -Os

On Mon, 2015-04-27 at 15:04 +0100, Richard Purdie wrote: > On Mon, 2015-04-27 at 13:04 +0200, Martin Jansa wrote: > > On Tue, Apr 21, 2015 at 12:53:37PM +0200, Martin Jansa wrote: > > > Signed-off-by: Martin Jansa > > > > ping for all 4 changes > > I had hoped the fido maintainer would look at t

[OE-core] [PATCH 1/1] ldconfig-native: Add 64-bit flag for ELF64 entries

From: Yuanjie Huang ldconfig-native was grepped from an old version of glibc, and its output lacks neccessary 64bit flag in entries. Due to this defect, ctypes.util.find_library() python function fails to detect any library due to the old file format that ldconfig-native creates. This fix sets ar

Re: [OE-core] [PATCH] wic: remove intermediate partitions

Is there a reason to write "exec_cmd("rm -f %s" % rootfs)" instead of using python functions such as os.remove(), os.rmdir() or shutil.rmtree()? I know, there are a lot of similar lines in the existing code... On Tuesday 28 April 2015 01.36:42 Alexandre Belloni wrote: > Hi, > > On 28/04/2015 at