Re: [OE-core] [PATCH] stress-ng: add 0.05.09

On Tue, Jan 26, 2016 at 12:36:02PM +0800, Robert Yang wrote: > > > On 01/26/2016 11:34 AM, Denys Dmytriyenko wrote: > >From: Denys Dmytriyenko > > > >A clean room re-implementation and extension of the original stress tool. > > > >Signed-off-by: Denys Dmytriyenko > >--- > > meta/recipes-extend

[OE-core] [RFC][PATCH] gcc-runtime.inc: force libstdc++ to always use gcc4 compatible ABI

Experimental hack, not expected to be merged. Without this, the http://www.cplusplus.com/reference/string/string/append/ example fails to build with -std=c++11 and it's not clear why (it's as if we build a version of libstdc++ which supports only the old ABI but with headers which try to use the n

Re: [OE-core] [PATCH 2/5] devtool: add configure-help subcommand

On Tue, 26 Jan 2016 17:59:53 Paul Eggleton wrote: > On Mon, 25 Jan 2016 22:27:27 Khem Raj wrote: > > On Mon, Jan 25, 2016 at 10:21 PM, Paul Eggleton > > > > wrote: > > > On Tue, 26 Jan 2016 16:17:39 Paul Eggleton wrote: > > >> Hi Khem, > > >> > > >> On Mon, 25 Jan 2016 22:14:09 Khem Raj wrote: >

Re: [OE-core] [PATCH 2/5] devtool: add configure-help subcommand

On Mon, 25 Jan 2016 22:27:27 Khem Raj wrote: > On Mon, Jan 25, 2016 at 10:21 PM, Paul Eggleton > > wrote: > > On Tue, 26 Jan 2016 16:17:39 Paul Eggleton wrote: > >> Hi Khem, > >> > >> On Mon, 25 Jan 2016 22:14:09 Khem Raj wrote: > >> > > On Jan 25, 2016, at 9:53 PM, Paul Eggleton > >> > > > >>

Re: [OE-core] [PATCHv3] ptest-runner_2.0: Add ptest-runner_2.0 recipe.

On 01/26/2016 07:29 AM, Aníbal Limón wrote: The ptest-runner 2.0 is C written program for run ptests of Yocto/Openembedded, is fully compatible with previous version of ptest-runner that was a shell script that runs ptests sequencially. If it is fully compatible with 1.0, how about remove 1.0

[OE-core] [PATCH] pango.inc: drop obsolete FULL_OPTIMIZATION over-ride

Legacy workaround dating back to 2007, no longer required. http://git.openembedded.org/openembedded-core/commit/?id=975809901d32756a1abb03d23a459ab0c6eadc17 Signed-off-by: Andre McCurdy --- meta/recipes-graphics/pango/pango.inc | 3 --- 1 file changed, 3 deletions(-) diff --git a/meta/recip

Re: [OE-core] [PATCH] stress-ng: add 0.05.09

On 01/26/2016 11:34 AM, Denys Dmytriyenko wrote: From: Denys Dmytriyenko A clean room re-implementation and extension of the original stress tool. Signed-off-by: Denys Dmytriyenko --- meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb | 15 +++ 1 file changed, 15 insertions

[OE-core] [PATCH] stress-ng: add 0.05.09

From: Denys Dmytriyenko A clean room re-implementation and extension of the original stress tool. Signed-off-by: Denys Dmytriyenko --- meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb | 15 +++ 1 file changed, 15 insertions(+) create mode 100644 meta/recipes-extended/stress-ng

Re: [OE-core] [PATCH 2/5] devtool: add configure-help subcommand

On Mon, Jan 25, 2016 at 10:21 PM, Paul Eggleton wrote: > On Tue, 26 Jan 2016 16:17:39 Paul Eggleton wrote: >> Hi Khem, >> >> On Mon, 25 Jan 2016 22:14:09 Khem Raj wrote: >> > > On Jan 25, 2016, at 9:53 PM, Paul Eggleton >> > > >> > > wrote: >> > > >> > > When you need to set EXTRA_OECONF for a re

Re: [OE-core] [PATCH 2/5] devtool: add configure-help subcommand

On Tue, 26 Jan 2016 16:17:39 Paul Eggleton wrote: > Hi Khem, > > On Mon, 25 Jan 2016 22:14:09 Khem Raj wrote: > > > On Jan 25, 2016, at 9:53 PM, Paul Eggleton > > > > > > wrote: > > > > > > When you need to set EXTRA_OECONF for a recipe, you need to know what > > > options the configure script a

Re: [OE-core] [PATCH 2/5] devtool: add configure-help subcommand

Hi Khem, On Mon, 25 Jan 2016 22:14:09 Khem Raj wrote: > > On Jan 25, 2016, at 9:53 PM, Paul Eggleton > > wrote: > > > > When you need to set EXTRA_OECONF for a recipe, you need to know what > > options the configure script actually supports; the configure script > > however is only accessible fr

Re: [OE-core] [PATCH 2/5] devtool: add configure-help subcommand

> On Jan 25, 2016, at 9:53 PM, Paul Eggleton > wrote: > > When you need to set EXTRA_OECONF for a recipe, you need to know what > options the configure script actually supports; the configure script > however is only accessible from within a devshell and (at least in the > case of autotooled so

[OE-core] [PATCH 1/5] devtool: move edit-recipe to a separate module

standard.py is getting a bit large; move the "utility" commands to another module. Signed-off-by: Paul Eggleton --- scripts/lib/devtool/standard.py | 36 - scripts/lib/devtool/utilcmds.py | 70 + 2 files changed, 70 insertions(+), 36 de

[OE-core] [PATCH 4/5] devtool: add: warn if modified recipe found in attic directory

If a recipe generated by "devtool add" has been modified since then when you run "devtool reset", it will be moved into the "attic" subdirectory of the workspace in case those modifications need to be preserved. It seems natural that if those modifications were worth preserving we should warn the u

[OE-core] [PATCH 3/5] devtool: build-image: allow specifying packages to add to image

Provide an option to devtool build-image to specify the list of packages instead of taking the list of packages produced by recipes in the workspace. Sometimes you don't want all of these packages; other times you want to add more. This is the most immediate fix for [YOCTO #8855], though it is a l

[OE-core] [PATCH 5/5] devtool: properly handle bb.build.FuncFailed when extracting source

When we run the tasks required to extract the source for a recipe (e.g. within "devtool modify" or "devtool extract") if one of those tasks fails you get a bb.build.FuncFailed exception; handle this properly so you don't see a traceback. Signed-off-by: Paul Eggleton --- scripts/lib/devtool/stand

[OE-core] [PATCH 2/5] devtool: add configure-help subcommand

When you need to set EXTRA_OECONF for a recipe, you need to know what options the configure script actually supports; the configure script however is only accessible from within a devshell and (at least in the case of autotooled software fetched from an SCM repository) may not actually exist until

[OE-core] [PATCH 0/5] devtool improvements

I hope people aren't getting too bored with the steady stream of devtool / extensible SDK patches... The following changes since commit fc4209baa098caebf9c4cb75f9a6f2e85f4c: Revert "xz: Allow to work with ASSUME_PROVIDED xz-native" (2016-01-25 10:08:25 +) are available in the git rep

Re: [OE-core] [PATCH 1/1] image.bbclass: check INITRAMFS_MAXSIZE

On 01/26/2016 12:30 AM, Scott Rifenbark wrote: Hi, I noticed we do not document INITRAMFS_MAXSIZE in the ref-manual. Should we be? Yes, I will update the doc after the patch is merged. // Robert Thanks, Scott On Mon, Jan 25, 2016 at 12:45 AM, Robert Yang mailto:liezhi.y...@windriver.co

Re: [OE-core] Bogus openembedded gcc patch

Re-sending with oe-core ML in CC. - On Jan 25, 2016, at 8:02 PM, Mathieu Desnoyers mathieu.desnoy...@efficios.com wrote: > Hi, > > We are noticing the presence of the following patch in various > openembedded gcc versions: > > 0024-PR-target-32219.patch > > "From e0d15f4f8bf28c351b9215ca3

[OE-core] [PATCH 0/1] Fix for extensible SDK build failure

Fixes a failure we've seen on the Yocto Project autobuilder when building the extensible SDK. The following changes since commit fc4209baa098caebf9c4cb75f9a6f2e85f4c: Revert "xz: Allow to work with ASSUME_PROVIDED xz-native" (2016-01-25 10:08:25 +) are available in the git repository

[OE-core] [PATCH 1/1] gen-lockedsig-cache: fix bad destination path joining

When copying the sstate-cache into the extensible SDK, if the source path had a trailing / and the destination path did not, there would be a missing / between the path and the subdirectory name, and you'd end up with subdirectories like "sstate-cacheCentOS-6.7". There are functions in os.path for

[OE-core] c++11 support in OE's gcc 5.x toolchain

I'm seeing an error when trying to compile the string::append example from cplusplus.com ( http://www.cplusplus.com/reference/string/string/append ) with the oe-core gcc 5.3 / glibc toolchain and -std=c++11. Log below. The problem seems to be related to the new libstdc++ dual ABI introduced in GCC

[OE-core] [PATCH] distutils-common-base: do not set PACKAGES - use defaults from bitbake.conf

it took me a while to understand why PACKAGE_BEFORE_PN did not work... Signed-off-by: Andreas Müller --- meta/classes/distutils-common-base.bbclass | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/classes/distutils-common-base.bbclass b/meta/classes/distutils-common-base.bbclass index

[OE-core] [PATCHv3] ptest-runner_2.0: Add ptest-runner_2.0 recipe.

The ptest-runner 2.0 is C written program for run ptests of Yocto/Openembedded, is fully compatible with previous version of ptest-runner that was a shell script that runs ptests sequencially. The mainly reason for the new ptest-runner in C is because is designed for run in tiny systems also the o

[OE-core] [PATCHv2] ptest-runner_2.0: Add ptest-runner_2.0 recipe.

The ptest-runner 2.0 is C written program for run ptests of Yocto/Openembedded, is fully compatible with previous version of ptest-runner that was a shell script that runs ptests sequencially. The mainly reason for the new ptest-runner in C is because is designed for run in tiny systems also the o

[OE-core] [PATCH] e2fsprogs: disable blkid

Both e2fsprogs and util-linux can build blkid, but we want to always use util-linux's for consistency. (blkid was enabled again in a1f235) Signed-off-by: Ross Burton --- meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/m

[OE-core] [PATCH 1/2] ptest-runner_2.0: Add ptest-runner_2.0 recipe.

The ptest-runner 2.0 is C written program for run ptests of Yocto/Openembedded, is fully compatible with previous version of ptest-runner that was a shell script that runs ptests sequencially. The mainly reason for the new ptest-runner in C is because is designed for run in tiny systems also the o

Re: [OE-core] [PATCH 02/11] grub: Backport fix for largefile detection/use

> On Jan 25, 2016, at 1:35 PM, Burton, Ross wrote: > > > On 25 January 2016 at 21:33, Khem Raj > wrote: > Remember my other email about how we cache sizeof_off_t to > openemebedded-architecture ? > this to insulate against that change. Because by caching that varia

Re: [OE-core] [PATCH 02/11] grub: Backport fix for largefile detection/use

On 25 January 2016 at 21:33, Khem Raj wrote: > Remember my other email about how we cache sizeof_off_t to > openemebedded-architecture ? > this to insulate against that change. Because by caching that variable in > our site files we defeat AC_CHECK_SIZEOF macro. > Let's remove it from the site

Re: [OE-core] [PATCH 02/11] grub: Backport fix for largefile detection/use

> On Jan 25, 2016, at 1:14 PM, Burton, Ross wrote: > > > On 25 January 2016 at 18:32, Khem Raj > wrote: > +EXTRA_OECONF += "${@bb.utils.contains('DISTRO_FEATURES', 'largefile', > '--enable-largefile ac_cv_sizeof_off_t=8', '--disable-largefile', d)}" > > Why do you

Re: [OE-core] [PATCH 02/11] grub: Backport fix for largefile detection/use

On 25 January 2016 at 18:32, Khem Raj wrote: > +EXTRA_OECONF += "${@bb.utils.contains('DISTRO_FEATURES', 'largefile', > '--enable-largefile ac_cv_sizeof_off_t=8', '--disable-largefile', d)}" > Why do you need to pass ac_cv_sizeof_off_t? Surely that's what AC_CHECK_SIZEOF is for? Ross -- _

Re: [OE-core] [PATCH 1/2] busybox: Add support for busybox-init

We have lsb compliant scripts unlike buildroot. Ditto wont work here On Jan 25, 2016 12:39 PM, "Andre McCurdy" wrote: > On Fri, Jan 22, 2016 at 12:49 PM, Khem Raj wrote: > > in config metadata we can configure busybox based init and device > > initializer ( mdev ) using e.g. > > > > VIRTUAL-RUNT

Re: [OE-core] [PATCH 0/4][fido] Glibc security fixes

Patches are ok. I was wondering if BACKPORTS variable was good enough for cve patches too. Anyway the patch name ha cve informations On Jan 25, 2016 12:35 PM, "Armin Kuster" wrote: > noticed this did not hit the patchwork. resending. > > Please consider these for the next fido update. > > The fol

Re: [OE-core] [PATCH 1/2] busybox: Add support for busybox-init

On Fri, Jan 22, 2016 at 12:49 PM, Khem Raj wrote: > in config metadata we can configure busybox based init and device > initializer ( mdev ) using e.g. > > VIRTUAL-RUNTIME_dev_manager = "busybox-mdev" > VIRTUAL-RUNTIME_login_manager = "busybox" > VIRTUAL-RUNTIME_init_manager = "busybox" > VIRTUAL-

[OE-core] [PATCH 4/4] glibc: CVE_2015-8776

From: Armin Kuster Signed-off-by: Armin Kuster --- meta/recipes-core/glibc/glibc/CVE-2015-8776.patch | 176 ++ meta/recipes-core/glibc/glibc_2.21.bb | 1 + 2 files changed, 177 insertions(+) create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch

[OE-core] [PATCH 3/4] glibc: CVE-2015-9761

From: Armin Kuster Signed-off-by: Armin Kuster --- meta/recipes-core/glibc/glibc/CVE-2015-9761.patch | 1452 + meta/recipes-core/glibc/glibc_2.21.bb |1 + 2 files changed, 1453 insertions(+) create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-9761.patc

[OE-core] [PATCH 2/4] glibc: CVE-2015-8779

From: Armin Kuster Signed-off-by: Armin Kuster --- meta/recipes-core/glibc/glibc/CVE-2015-8779.patch | 282 ++ meta/recipes-core/glibc/glibc_2.21.bb | 1 + 2 files changed, 283 insertions(+) create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch

[OE-core] [PATCH 1/4] glibc: CVE-2015-8777

From: Armin Kuster Signed-off-by: Armin Kuster --- meta/recipes-core/glibc/glibc/CVE-2015-8777.patch | 143 ++ meta/recipes-core/glibc/glibc_2.21.bb | 1 + 2 files changed, 144 insertions(+) create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch

[OE-core] [PATCH 0/4][fido] Glibc security fixes

noticed this did not hit the patchwork. resending. Please consider these for the next fido update. The following changes since commit 9845a542a76156adb5aef6fd33ad5bc5777acf64: openssh: CVE-2016-077x (2016-01-20 17:08:30 +) are available in the git repository at: git://git.yoctoproject.

[OE-core] [PATCH 2/4] glibc: CVE-2015-8779

From: Armin Kuster A stack overflow vulnerability in the catopen function was found, causing applications which pass long strings to the catopen function to crash or, potentially execute arbitrary code. Signed-off-by: Armin Kuster --- meta/recipes-core/glibc/glibc/CVE-2015-8779.patch | 262 +++

[OE-core] [PATCH 3/4] glibc: CVE-2015-9761

From: Armin Kuster A stack overflow vulnerability was found in nan* functions that could cause applications which process long strings with the nan function to crash or, potentially, execute arbitrary code. Signed-off-by: Armin Kuster --- .../recipes-core/glibc/glibc/CVE-2015-9761_1.patch | 10

[OE-core] [PATCH 4/4] glibc: CVE-2015-8776

From: Armin Kuster it was found that out-of-range time values passed to the strftime function may cause it to crash, leading to a denial of service, or potentially disclosure information. Signed-off-by: Armin Kuster --- meta/recipes-core/glibc/glibc/CVE-2015-8776.patch | 155 ++

[OE-core] [PATCH 1/4] glibc: CVE-2015-8777.patch

From: Armin Kuster The process_envvars function in elf/rtld.c in the GNU C Library (aka glibc or libc6) before 2.23 allows local users to bypass a pointer-guarding protection mechanism via a zero value of the LD_POINTER_GUARD environment variable. Signed-off-by: Armin Kuster --- meta/recipes-c

[OE-core] [PATCH 0/4][jethro] Glibc security fixes

not sure if my first request went out correctly. please consider these for the next jethro update The following changes since commit dd0ba9ea4a11ab15348d4fe3574e4b28784db82f: build-appliance-image: Update to jethro head revision (2016-01-17 14:33:04 +) are available in the git repository

[OE-core] [jethro][PATCH] bind: CVE-2015-8704 and CVE-2015-8705

CVE-2015-8704: Allows remote authenticated users to cause a denial of service via a malformed Address Prefix List record CVE-2015-8705: When debug logging is enabled, allows remote attackers to cause a denial of service or have possibly unspecified impact via OPT data or ECS option [YOCTO 8966]

[OE-core] [fido,dizzy][PATCH] bind: CVE-2015-8704

CVE-2015-8704 Allows remote authenticated users to cause a denial of service via a malformed Address Prefix List record [YOCTO 8966] References: https://kb.isc.org/article/AA-01346/0/BIND-9.10.3-P3-Release-Notes.html https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-8704 Signed-off-by: De

[OE-core] [PATCH 09/11] fts: Correct LIC_FILES_CHKSUM

It was using wrong keyword and let it point to section of header file Signed-off-by: Khem Raj --- meta/recipes-core/fts/fts.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/fts/fts.bb b/meta/recipes-core/fts/fts.bb index 2539e5d..c301720 100644 --- a/meta/

[OE-core] [PATCH 10/11] musl: Upgrade to tip of tree

Add explicit runtime dep on bsd-headers-dev so we dont miss them in dev images Signed-off-by: Khem Raj --- meta/recipes-core/musl/musl_git.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/musl/musl_git.bb b/meta/recipes-core/musl/musl_git.bb index 897

[OE-core] [PATCH 11/11] libdrm: Refresh patch to match upstream submission

The version submitted upstream has been updated to this one after feedback Signed-off-by: Khem Raj --- ...tests-kms-steal-crtc-Include-sys-select.h.patch | 83 +++--- 1 file changed, 73 insertions(+), 10 deletions(-) diff --git a/meta/recipes-graphics/drm/libdrm/0001-tests-kms-

[OE-core] [PATCH 05/11] argp-standalone: Fix build when S != B

accesses headers from source tree. Signed-off-by: Khem Raj --- .../argp-standalone/argp-standalone_1.3.bb| 1 + .../argp-standalone/files/out_of_tree_build.patch | 19 +++ 2 files changed, 20 insertions(+) create mode 100644 meta/recipes-support/argp-standalone

[OE-core] [PATCH 06/11] gdb: Fix build failures on musl

mode_t is needed by gdbserver headers so include sys/types.h to get them Signed-off-by: Khem Raj --- meta/recipes-devtools/gdb/gdb.inc | 1 + .../gdb/0001-include-sys-types.h-for-mode_t.patch | 30 ++ 2 files changed, 31 insertions(+) create mode 100644 m

[OE-core] [PATCH 04/11] pth: Delete

replacement in npth is available in OE-core Signed-off-by: Khem Raj --- meta/recipes-support/pth/pth_2.0.7.bb | 31 --- 1 file changed, 31 deletions(-) delete mode 100644 meta/recipes-support/pth/pth_2.0.7.bb diff --git a/meta/recipes-support/pth/pth_2.0.7.bb b/met

[OE-core] [PATCH 07/11] ltp: Add rdep on ldd

Fixes runtime errors e.g. /opt/ltp/ver_linux: line 50: ldd: command not found awk: cmd. line:2: (FILENAME=- FNR=1) fatal: attempt to access field -1 /opt/ltp/ver_linux: line 54: ldd: command not found Signed-off-by: Khem Raj --- meta/recipes-extended/ltp/ltp_20150903.bb | 2 +- 1 file changed,

[OE-core] [PATCH 08/11] bsd-headers: Fix LICENCE and dev package RDEPENDS

Clear out runtime deps for dev package, since PN is empty packager will try to resolve to PN when building images with musl and error out since PN is deleted as its empty musl-dev explicitly depends upon it so it will get pulled into build in right order Signed-off-by: Khem Raj --- meta/recipes

[OE-core] [PATCH 03/11] elfutils: Fix build with uclibc/musl

Remove mempcpy patch its already in uclibc now refresh libargp patch to match latest elfutils Add ALLOW_EMPTY for musl core-image-cmdline-full asks for elfutils package to be added to package it has all eu-* tools but we dont build them on musl. nevertheless lets satisfy the dependency so image c

[OE-core] [PATCH 02/11] grub: Backport fix for largefile detection/use

This is inspired by musl porting, where grub's configure is enabling largefile support based on glibc versions, instead an upstream patch turns it into autoconf check Update git version recipe arm platforms use this recipe to provide grub and it needed fixes from upstream so upgrade to latest tip

[OE-core] [PATCH 01/11] btrfs-tools: Disable backtrace on musl

musl does not support backtrace APIs Signed-off-by: Khem Raj --- meta/recipes-devtools/btrfs-tools/btrfs-tools_4.4.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.4.bb b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.4.bb index c17b7c7..

[OE-core] [PATCH 00/11] Upgrade musl, fix more packages on musl

This patchset upgrades musl to support out of tree builds Fixes few more recipes to build with musl Drops pth The following changes since commit fc4209baa098caebf9c4cb75f9a6f2e85f4c: Revert "xz: Allow to work with ASSUME_PROVIDED xz-native" (2016-01-25 10:08:25 +) are available in the

Re: [OE-core] opkg pkg_prerm on package update

On 25 January 2016 at 18:04, Andreas Müller wrote: > As you know of "i'm being deleted" or "i'm being upgraded" - you have > a pointer for this? To find a common solution: Do package managers > share same behaviour here - or is there a common document package > managers should comply with? > The

Re: [OE-core] opkg pkg_prerm on package update

On Mon, Jan 25, 2016 at 6:37 PM, Burton, Ross wrote: > > On 22 January 2016 at 09:50, Andreas Müller > wrote: >> >> although opkg 0.2 -> 0.3 is long ago I noticed a change in behaviour >> when updating a package: >> >> * 0.2.x did not call pkg_prerm >> * 0.3.x calls pkg_prerm >> >> Is calling pkg

Re: [OE-core] opkg pkg_prerm on package update

On 22 January 2016 at 09:50, Andreas Müller wrote: > although opkg 0.2 -> 0.3 is long ago I noticed a change in behaviour > when updating a package: > > * 0.2.x did not call pkg_prerm > * 0.3.x calls pkg_prerm > > Is calling pkg_prerm a valid behaviour when updating a package? > opkg is copying

openembedded-core@lists.openembedded.org

On Jan 25, 2016 5:50 AM, "Burton, Ross" wrote: > > > On 23 January 2016 at 04:48, Khem Raj wrote: >> >> This is already fixed in my tree. see >> https://github.com/kraj/openembedded-core/commit/86cd0650126b0ed7434335cd986272af69dc3671 > > > That's lovely but you didn't send it to the list, so nob

Re: [OE-core] [PATCH 1/1] image.bbclass: check INITRAMFS_MAXSIZE

Hi, I noticed we do not document INITRAMFS_MAXSIZE in the ref-manual. Should we be? Thanks, Scott On Mon, Jan 25, 2016 at 12:45 AM, Robert Yang wrote: > Usually, the initramfs' maxsize can be 1/2 of ram size since modern > kernel uses tmpfs as initramfs by dafault, and tmpfs allocates 1/2 of

[OE-core] [PATCH 11/16] gtk-icon-utils-native: update to 3.18.6

Signed-off-by: Alexander Kanavin --- ...tk-icon-utils-native_3.18.2.bb => gtk-icon-utils-native_3.18.6.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.18.2.bb => gtk-icon-utils-native_3.18.6.bb} (94%) diff --git a/meta/recip

Re: [OE-core] [PATCH] kernel: Clean DEPLOYDIR before do_deploy runs

On 2016-01-25 10:52 AM, Richard Purdie wrote: On Mon, 2016-01-25 at 10:47 -0500, Bruce Ashfield wrote: On 2016-01-25 10:07 AM, Richard Purdie wrote: If we don't do this, the deploy sstate object contains an every increasing number of modules tarballs and kernel images, one per execution of "-c

[OE-core] [PATCH 13/16] pixman: only check even upstream versions

Signed-off-by: Alexander Kanavin --- meta/recipes-graphics/xorg-lib/pixman_0.32.8.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.32.8.bb b/meta/recipes-graphics/xorg-lib/pixman_0.32.8.bb index 16e68fc..553ce36 100644 --- a/meta/recipes-graphics/

[OE-core] [PATCH 15/16] vala: update to 0.30.0

Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/vala/{vala_0.28.0.bb => vala_0.30.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/vala/{vala_0.28.0.bb => vala_0.30.0.bb} (42%) diff --git a/meta/recipes-devtools/vala/vala_0.28.0.bb b/meta/

[OE-core] [PATCH 10/16] gtk+3: update to 3.18.6

Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/gtk+/{gtk+3_3.18.2.bb => gtk+3_3.18.6.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/gtk+/{gtk+3_3.18.2.bb => gtk+3_3.18.6.bb} (83%) diff --git a/meta/recipes-gnome/gtk+/gtk+3_3.18.2.bb b/meta/reci

[OE-core] [PATCH 14/16] waffle: update to 1.5.2

Signed-off-by: Alexander Kanavin --- meta/recipes-graphics/waffle/{waffle_1.5.1.bb => waffle_1.5.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/waffle/{waffle_1.5.1.bb => waffle_1.5.2.bb} (91%) diff --git a/meta/recipes-graphics/waffle/waffle_1.5.1.

[OE-core] [PATCH 12/16] libsoup-2.4: update to 2.52.2

Signed-off-by: Alexander Kanavin --- .../libsoup/{libsoup-2.4_2.52.1.bb => libsoup-2.4_2.52.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libsoup/{libsoup-2.4_2.52.1.bb => libsoup-2.4_2.52.2.bb} (86%) diff --git a/meta/recipes-support/libs

[OE-core] [PATCH 16/16] rxvt-unicode: update to 9.22

License checksum change due to new copyright year. Signed-off-by: Alexander Kanavin --- meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc | 2 +- .../rxvt-unicode/{rxvt-unicode_9.21.bb => rxvt-unicode_9.22.bb} | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) re

[OE-core] [PATCH 05/16] libsecret: update to 0.18.4

Signed-off-by: Alexander Kanavin --- .../libsecret/{libsecret_0.18.3.bb => libsecret_0.18.4.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/libsecret/{libsecret_0.18.3.bb => libsecret_0.18.4.bb} (71%) diff --git a/meta/recipes-gnome/libsecret/

[OE-core] [PATCH 03/16] gcr: check only even upstream versions

Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/gcr/gcr_3.18.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gcr/gcr_3.18.0.bb b/meta/recipes-gnome/gcr/gcr_3.18.0.bb index 0636afe..ed6e8c4 100644 --- a/meta/recipes-gnome/gcr/gcr_3.18.0.bb +++ b

[OE-core] [PATCH 07/16] gdk-pixbuf: update to 2.32.3

Drop backported libc_memfuncs.patch Signed-off-by: Alexander Kanavin --- .../gdk-pixbuf/gdk-pixbuf/libc_memfuncs.patch | 63 -- .../{gdk-pixbuf_2.32.1.bb => gdk-pixbuf_2.32.3.bb} | 5 +- 2 files changed, 2 insertions(+), 66 deletions(-) delete mode 100644 meta/recipes-

[OE-core] [PATCH 04/16] webkitgtk: update to 2.10.5

Signed-off-by: Alexander Kanavin --- meta/recipes-sato/webkit/{webkitgtk_2.10.4.bb => webkitgtk_2.10.5.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-sato/webkit/{webkitgtk_2.10.4.bb => webkitgtk_2.10.5.bb} (96%) diff --git a/meta/recipes-sato/webkit/webkitgt

[OE-core] [PATCH 09/16] gtk+: update to 2.24.29

Fix a do_configure() error (missing m4 macro) in puzzles recipe caused by this update. Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/gtk+/{gtk+_2.24.28.bb => gtk+_2.24.29.bb} | 4 ++-- meta/recipes-sato/puzzles/puzzles_git.bb | 2 +- 2 files changed, 3 insertions(+)

[OE-core] [PATCH 06/16] freetype: update to 2.6.2

Signed-off-by: Alexander Kanavin --- .../freetype/{freetype_2.6.bb => freetype_2.6.2.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-graphics/freetype/{freetype_2.6.bb => freetype_2.6.2.bb} (89%) diff --git a/meta/recipes-graphics/freetype/fr

[OE-core] [PATCH 08/16] glib-2.0: update to 2.46.2

Drop backported 0001-gio-tests-Don-t-depend-on-a-data-file-that-s-not-bui.patch Signed-off-by: Alexander Kanavin --- ...on-t-depend-on-a-data-file-that-s-not-bui.patch | 38 -- .../{glib-2.0_2.46.1.bb => glib-2.0_2.46.2.bb} | 5 ++- 2 files changed, 2 insertions(+), 41 d

[OE-core] [PATCH 00/16] A bunch of minor updates

While Jussi Kukkonen is working on sato-gtk3 project, I thought I'd update some of the packages assigned to him, where possibility of breakage is minimal. So major GL-related updates are excluded. The following changes since commit c192bd60e8c7bcb9bbdd24158bd66eb691bfee5a: Revert "xz: Allow to

[OE-core] [PATCH 02/16] at-spi2-core: update to 2.18.3

Signed-off-by: Alexander Kanavin --- .../atk/{at-spi2-core_2.18.1.bb => at-spi2-core_2.18.3.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/atk/{at-spi2-core_2.18.1.bb => at-spi2-core_2.18.3.bb} (85%) diff --git a/meta/recipes-support/atk/at

[OE-core] [PATCH 01/16] cmake: update to 3.4.2

Signed-off-by: Alexander Kanavin --- .../cmake/{cmake-native_3.3.2.bb => cmake-native_3.4.2.bb}| 0 meta/recipes-devtools/cmake/cmake.inc | 4 ++-- meta/recipes-devtools/cmake/{cmake_3.3.2.bb => cmake_3.4.2.bb}| 0 3 files changed, 2 insertions(

Re: [OE-core] [RFC][PATCH] python: ensure usage of host modules while cross compiling

On 01/25/2016 09:19 AM, Richard Purdie wrote: On Mon, 2016-01-25 at 08:49 -0600, Alejandro Hernandez wrote: Ping This has been here for a while now, if it doesnt apply let me know and I will rebase this, this fixes bug 8671. Wasn't this fixed by: http://git.yoctoproject.org/cgit.cgi/poky/comm

Re: [OE-core] [PATCH] kernel: Clean DEPLOYDIR before do_deploy runs

On Mon, 2016-01-25 at 10:47 -0500, Bruce Ashfield wrote: > On 2016-01-25 10:07 AM, Richard Purdie wrote: > > If we don't do this, the deploy sstate object contains an every > > increasing number of modules tarballs and kernel images, one per > > execution of "-c deploy -f". > > > > Stupid questio

Re: [OE-core] [PATCH] kernel: Clean DEPLOYDIR before do_deploy runs

On 2016-01-25 10:07 AM, Richard Purdie wrote: If we don't do this, the deploy sstate object contains an every increasing number of modules tarballs and kernel images, one per execution of "-c deploy -f". Stupid question, since my sstate/deploy foo is weak at times. Does this mean that only a s

[OE-core] [PATCH 1/3] scripts/wipe-sysroot: also delete uninative sysroot

The uninative sysroot is in ${STAGING_DIR}-uninative so delete that alongwith $STAGING_DIR. Signed-off-by: Ross Burton --- scripts/wipe-sysroot | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/wipe-sysroot b/scripts/wipe-sysroot index c22d39a..9e067e8 100755 --- a/scri

[OE-core] [PATCH 3/3] uninative: handle UNINATIVE_URL being file:///

If the local fetcher is used then files are not actually fetched into DL_DIR, so check if this happened and if required add a symlink to the real file. Signed-off-by: Ross Burton --- meta/classes/uninative.bbclass | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/m

[OE-core] [PATCH 2/3] uninative: fix path to patchelf-uninative

When uninative was changed to use it's own sysroot the path to patchelf lost ${bindir_native}, so add it back. Signed-off-by: Ross Burton --- meta/classes/uninative.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/uninative.bbclass b/meta/classes/uninative

Re: [OE-core] [RFC][PATCH] python: ensure usage of host modules while cross compiling

On Mon, 2016-01-25 at 08:49 -0600, Alejandro Hernandez wrote: > Ping > > This has been here for a while now, if it doesnt apply let me know > and I > will rebase this, this fixes bug 8671. Wasn't this fixed by: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=a1fa8d9ac53625737aab29b4e5e1687

[OE-core] [PATCH] kernel: Clean DEPLOYDIR before do_deploy runs

If we don't do this, the deploy sstate object contains an every increasing number of modules tarballs and kernel images, one per execution of "-c deploy -f". Cleaning the directory before we start makes things much tidier. Signed-off-by: Richard Purdie diff --git a/meta/classes/kernel.bbclass b

[OE-core] [PATCH] gcc-cross-canadian: Add missing DEPENDS on virtual/${HOST_PREFIX}gcc-crosssdk

The cross-canadian compiler needs the nativesdk compiler to build but for some reason this was missing. Add the missing dependency. Signed-off-by: Richard Purdie diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc index e1cad10..ec1d

[OE-core] [PATCH] libuser: Drop unneeded xz-native dependency

xz-native is needed to decompress the sources but DEPENDS isn't correct for this, its needed at do_unpack time. base.bbclass already handles this correctly so drop the unneeded dependency. Signed-off-by: Richard Purdie diff --git a/meta/recipes-extended/libuser/libuser_0.62.bb b/meta/recipes-ex

[OE-core] [PATCH] libtirpc: Drop unneeded xz-native dependency

xz-native is needed to decompress the sources but DEPENDS isn't correct for this, its needed at do_unpack time. base.bbclass already handles this correctly so drop the unneeded dependency. Signed-off-by: Richard Purdie diff --git a/meta/recipes-extended/libtirpc/libtirpc_1.0.1.bb b/meta/recipes

[OE-core] [PATCH v2] avahi: Add patch to fix Win10 mDNS issues

Windows 10 will respond to mDNS messages when it really shouldn't, resulting in a lot of logging. Pulling the change from avahi upstream. This will be fixed in avahi 0.6.32 External References: https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/1342400 https://bugs.debian.org/cgi-bin/bugreport.

Re: [OE-core] [RFC][PATCH] python: ensure usage of host modules while cross compiling

Ping This has been here for a while now, if it doesnt apply let me know and I will rebase this, this fixes bug 8671. On 11/02/2015 02:08 AM, Belal, Awais wrote: Ping! BR, Awais From: openembedded-core-boun...@lists.openembedded.org [openembedded-cor

openembedded-core@lists.openembedded.org

On 23 January 2016 at 04:48, Khem Raj wrote: > This is already fixed in my tree. see > > https://github.com/kraj/openembedded-core/commit/86cd0650126b0ed7434335cd986272af69dc3671 > That's lovely but you didn't send it to the list, so nobody else knew. ;) Ross -- ___

[OE-core] [PATCH] xf86-input-libinput: initial add 0.16.0

Some distributions already use this as input default. It is planned to include it in xorg server 1.20. To * prepare usage now * make merge more easier later include it in oe-core now. Signed-off-by: Andreas Müller --- .../xorg-driver/xf86-input-libinput_0.16.0.bb | 11 +

[OE-core] [PATCH v2] New lib module for handling GPG signing

Add a new Python module (oe.gpg_sign) for handling GPG signing operations, i.e. currently package and package feed signing. The purpose is to be able to more easily support various signing backends and to be able to centralise signing functionality into one place (e.g. package signing and sstate s

[OE-core] [PATCH v2] New lib module for signing

Re-sending this patch as a standalone refactoring / improvement. Getting this merged would make it easier work separately on different parts of signing, e.g. sstate signing, remote rpm signing, ipk and dpkg signing. No code changes since the previous version of the patch. Only commit message is sl

Re: [OE-core] [RESEND PATCH v3 1/2] package_ipk: support signing of ipk packages

On Tue, 5 Jan 2016 10:38:51 +0200 Ioan-Adrian Ratiu wrote: > Minimum required opkg version: 3.0 (already in master/jethro). > > Add a new bbclass for creating signatures for ipk files. > The signing process is very similar to the existing rpm signing, > but different in some important ways: >

  1   2   >