Re: [OE-core] [PATCH] bash: 4.4 -> 4.4.12

On 01/19/2018 05:10 AM, Huang Qiyu wrote: 1.Upgrade bash from 4.4 to 4.4.12. 2.Delete bash44-001, bash44-002, bash44-003, bash44-004, bash44-005, bash44-006, bash44-007,bash44-008, bash44-009, bash44-0010, bash44-0011, bash44-0012, since it is integrated upstream. Signed-off-by: Huang Qiyu --

[OE-core] [PATCH] opkg-utils: fix the sed pattern in update-alternatives

From: Jackie Huang '\>' is to matches the end of a word, but the executable is not always a 'word', e.g. /usr/lib64/busybox/usr/bin/[ then such alternatives can not be removed. So change to use '\s' in the pattern since the following character of the $path is whitespace. Signed-off-by: Jackie

[OE-core] [PATCH] bash: 4.4 -> 4.4.12

1.Upgrade bash from 4.4 to 4.4.12. 2.Delete bash44-001, bash44-002, bash44-003, bash44-004, bash44-005, bash44-006, bash44-007,bash44-008, bash44-009, bash44-0010, bash44-0011, bash44-0012, since it is integrated upstream. Signed-off-by: Huang Qiyu --- meta/recipes-extended/bash/bash_4.4.12.bb

[OE-core] [PATCH] adwaita-icon-theme: 3.26.0 -> 3.26.1

Upgrade adwaita-icon-theme from 3.26.0 to 3.26.1. Signed-off-by: Huang Qiyu --- .../{adwaita-icon-theme_3.26.0.bb => adwaita-icon-theme_3.26.1.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/gnome/{adwaita-icon-theme_3.26.0.bb => adwaita-icon-theme_3.

Re: [OE-core] [PATCH 0/5] fix build when len(TMPDIR) == 410

ping. // Robert On 11/30/2017 09:45 AM, Robert Yang wrote: The following changes since commit 33418ed064fe9cff5b4803f09135a81d9170c189: runqemu: Also specialcase resolution of '.' to the file's location (2017-11-21 17:58:36 +) are available in the git repository at: git://git.open

Re: [OE-core] [PATCH] glib-2.0: Re-add the gettext depend

On Thu, Jan 18, 2018 at 12:02 PM, Burton, Ross wrote: > On 18 January 2018 at 19:12, Alistair Francis > wrote: >> >> Commit "glib-2.0: rationalise build dependencies" >> (8b0ca0cb54c91611213556bdb99316d5e7ac5b3b) broke mingw glib builds with >> the following error: > > > The error is missing from

[OE-core] ✗ patchtest: failure for tinfoil.py: Check if BUILDDIR exists

== Series Details == Series: tinfoil.py: Check if BUILDDIR exists Revision: 1 URL : https://patchwork.openembedded.org/series/10609/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed o

[OE-core] [PATCH 1/1] tinfoil.py: Check if BUILDDIR exists

Check if BUILDDIR exists in order to deterimine if a tinfoil using script is running without having called oe-init-build-env (or similar). If not, instruct user to initialise the build environment, and then error out immediately. Before, tinfoil would hang for 30s before erroring out. Fixes [YOCTO

[OE-core] [PATCH 0/1] tinfoil.py: Check if BUILDDIR exists

The following changes since commit 364f8bcfcbd04e722490f363ad36a15fb7066ba7: linux-firmware: Bump revision to 65b1c68c (2018-01-11 10:26:07 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib abrindle/tinfoil http://git.yoctoproject.org/cgit.cgi/poky-cont

[OE-core] [PATCH V2 0/2]

In V2, fixed an error that did not list all packages if multiple packages were specified on the command line. The following changes since commit cf75fd5ae07355951b1f90d13842552a99e61063: contrib/yocto-bsp-kernel-update.sh: remove this script (2018-01-18 13:05:56 +) are available in the g

[OE-core] [PATCH V2 2/2] oe-pkgdata-util: Add support for RPROVIDES

In lookup_recipe, package_info, and list_pkg_files, check if the package name exists in runtime-rprovides. If so, and the provider package has a different name than the inputted package, print a note that says the specified package is in another package's RPROVIDES. If the provider package has the

[OE-core] [PATCH V2 1/2] oe-pkgdata-util: Refactor functions for consistency

Refactor functions lookup_recipe and package_info to be consistent with list_pkg_files. Print the appropriate information as soon as it's found, rather than storing it in a mappings variable and wait to print after searching all packages. Signed-off-by: Amanda Brindle --- scripts/oe-pkgdata-util

[OE-core] [OE-Core][PATCH 1/1] wic: argparse now used for help functionality.

The wic help output formally consisted of manually created strings mixed with argparse, which wasunformatted and unusable. This fix cleans up the help messages, rewrites help functionality to use argparse, and adds functionality to show information for plugins (similar to canned images). Fixes [

[OE-core] [OE-Core][PATCH 0/1] wic: argparse now used for help functionality.

The wic help output formally consisted of manually created strings mixed with argparse, which wasunformatted and unusable. This fix cleans up the help messages, rewrites help functionality to use argparse, and adds functionality to show information for plugins (similar to canned images). Fixes [

Re: [OE-core] [PATCH] glib-2.0: Re-add the gettext depend

On 18 January 2018 at 19:12, Alistair Francis wrote: > Commit "glib-2.0: rationalise build dependencies" > (8b0ca0cb54c91611213556bdb99316d5e7ac5b3b) broke mingw glib builds with > the following error: > The error is missing from the log, but is this the libintl problem? If so that's what the l

Re: [OE-core] [PATCH] glib-2.0: Re-add the gettext depend

On Thu, Jan 18, 2018 at 11:23 AM, Joshua Lock wrote: > > > On 18/01/18 19:12, Alistair Francis wrote: >> >> Commit "glib-2.0: rationalise build dependencies" >> (8b0ca0cb54c91611213556bdb99316d5e7ac5b3b) broke mingw glib builds with >> the following error: >> >> This patch fixes the issue by re-ad

Re: [OE-core] [PATCH] glib-2.0: Re-add the gettext depend

On 18/01/18 19:12, Alistair Francis wrote: Commit "glib-2.0: rationalise build dependencies" (8b0ca0cb54c91611213556bdb99316d5e7ac5b3b) broke mingw glib builds with the following error: This patch fixes the issue by re-adding the gettext dependency. Signed-off-by: Alistair Francis --- meta

[OE-core] [PATCH] glib-2.0: Re-add the gettext depend

Commit "glib-2.0: rationalise build dependencies" (8b0ca0cb54c91611213556bdb99316d5e7ac5b3b) broke mingw glib builds with the following error: This patch fixes the issue by re-adding the gettext dependency. Signed-off-by: Alistair Francis --- meta/recipes-core/glib-2.0/glib.inc | 1 + 1 file ch

Re: [OE-core] [oe] [yocto] OpenEmbedded developer meeting Sunday before ELC in Portland

Jefro, That sounds like a reasonable approach to me. +1 On Thu, Jan 18, 2018 at 12:04 AM, Jeff Osier-Mixon wrote: > >> We know. It is painful. YP Dev Day is the Thursday after, and I suspect >> we would lose people waiting until Friday. > > > SCaLE doesn't usually coincide the week before ELC, s

[OE-core] [PATCH] openssh: Disable wtmp when using musl libc

musl doesn't implement wtmp/utmp. Signed-off-by: Paul Barker --- meta/recipes-connectivity/openssh/openssh_7.6p1.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-connectivity/openssh/openssh_7.6p1.bb b/meta/recipes-connectivity/openssh/openssh_7.6p1.bb index 9d940d4..a2288

Re: [OE-core] [PATCH V2 1/1] coreutils: upgrade to 8.29

On 18 January 2018 at 16:47, Randy MacLeod wrote: > On 2018-01-11 11:18 AM, Burton, Ross wrote: > >> On 9 January 2018 at 01:40, Chen Qi > qi.c...@windriver.com>> wrote: >> >> * hostname is explicitly enabled to keep the same with previous >> recipe's >>behaviour. >> >> >> But buildhi

[OE-core] [PATCH] image_types: add support for modern f2fs flash filesystem

The f2fs filesystem is a newer flash filesystem that is available in meta-filesystems. This needs a minimum sized blank space to operate in correctly. The f2fs has overprovision functionality and when building smaller filesystems, you actually need more space, therefore under 500M (or so) double t

Re: [OE-core] [PATCH V2 1/1] coreutils: upgrade to 8.29

On 2018-01-11 11:18 AM, Burton, Ross wrote: On 9 January 2018 at 01:40, Chen Qi > wrote: * hostname is explicitly enabled to keep the same with previous recipe's   behaviour. But buildhistory-diff: packages/corei7-64-poky-linux/coreutils/coreutils: FILEL

Re: [OE-core] [morty][PATCH] kernel.bbclass: Fix symlink creation when using externalsrc

On Wed, Jan 17, 2018 at 9:04 PM, akuster808 wrote: > > > On 01/11/2018 08:07 AM, Stefan Stanacar wrote: > > do_unpack is by default in SRCTREECOVEREDTASKS so this append can't run, > since > > this tasks gets removed by externalsrc when it's enabled. > > > > However this was hidden because extern

Re: [OE-core] [PATCH 2/2] cmake: use Ninja by default

On 18 January 2018 at 15:02, Böszörményi Zoltán wrote: > 2018-01-18 13:38 keltezéssel, Ross Burton írta: > >> This changes the cmake class to use Ninja instead of Make by default. >> > > Can we still use "oe_runmake [-C subdir] target" with Ninja or > is it considered a broken build and forced to

Re: [OE-core] [PATCH 2/2] cmake: use Ninja by default

2018-01-18 13:38 keltezéssel, Ross Burton írta: This changes the cmake class to use Ninja instead of Make by default. Can we still use "oe_runmake [-C subdir] target" with Ninja or is it considered a broken build and forced to use the "Unix Makefiles" generator? I have a working mariadb 10.2.1

Re: [OE-core] [PATCH 00/12 V2] Fixes for multilib and eSDK

On 01/18/2018 07:29 PM, Richard Purdie wrote: On Thu, 2018-01-18 at 17:35 +0800, Robert Yang wrote: Two of the patches have been merged, so I rebased others and put them to:    git://git.openembedded.org/openembedded-core-contrib rbt/multilib    http://cgit.openembedded.org/openembedded-cor

[OE-core] [PATCH] go-dep: Add native and nativesdk variants

The go-dep must be used as native (and consequently as nativesdk) during the build process. This adds the two variants as supported by the recipe. Signed-off-by: Otavio Salvador --- meta/recipes-devtools/go/go-dep_0.3.2.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-devto

Re: [OE-core] [PATCH 2/2] cmake: use Ninja by default

On Thu, Jan 18, 2018 at 10:38 AM, Ross Burton wrote: > This changes the cmake class to use Ninja instead of Make by default. > > If a recipe is broken with Ninja then the recipe can set > OECMAKE_GENERATOR="Unix > Makefiles" to change back to Make. > > Signed-off-by: Ross Burton Acked-by: Otavi

Re: [OE-core] [PATCH 1/2] cmake: allow the generator to be changed

On Thu, Jan 18, 2018 at 10:38 AM, Ross Burton wrote: > Add OECMAKE_GENERATOR variable to control which generator is used by CMake, > defaulting to the upstream default of Unix Makefiles for now. The other > supported option is Ninja, which is faster than Make for large projects (for > example, us

[OE-core] ✗ patchtest: failure for "cmake: allow the generator to ..." and 1 more

== Series Details == Series: "cmake: allow the generator to ..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/10601/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [PATCH 2/2] cmake: use Ninja by default

This changes the cmake class to use Ninja instead of Make by default. If a recipe is broken with Ninja then the recipe can set OECMAKE_GENERATOR="Unix Makefiles" to change back to Make. Signed-off-by: Ross Burton --- meta/classes/cmake.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(

[OE-core] [PATCH 1/2] cmake: allow the generator to be changed

Add OECMAKE_GENERATOR variable to control which generator is used by CMake, defaulting to the upstream default of Unix Makefiles for now. The other supported option is Ninja, which is faster than Make for large projects (for example, using Ninja takes three minutes off webkitgtk:do_compile for me)

[OE-core] devtool deploy-target fails with "no files to deploy"

Hi! This is my first post to this mailing list, so I want to start by apologizing if I go about it in the wrong way, but the impression I got on http://lists.openembedded.org/mailman/listinfo/openembedded-core was that it's OK to simply email the list. I have searched for answers first, both i

Re: [OE-core] [PATCH 00/12 V2] Fixes for multilib and eSDK

On Thu, 2018-01-18 at 17:35 +0800, Robert Yang wrote: > Two of the patches have been merged, so I rebased others and put them > to: > >    git://git.openembedded.org/openembedded-core-contrib rbt/multilib >    http://cgit.openembedded.org/openembedded-core-contrib/log/?h=rbt/ > multilib > > Rober

Re: [OE-core] [PATCH 00/12 V2] Fixes for multilib and eSDK

Two of the patches have been merged, so I rebased others and put them to: git://git.openembedded.org/openembedded-core-contrib rbt/multilib http://cgit.openembedded.org/openembedded-core-contrib/log/?h=rbt/multilib Robert Yang (10): staging.bbclass: fix for multilib populate_sdk_ext.bbcl

[OE-core] [PATCH] pigz: specify that we runtime-provide gzip

Without this, nativesdk-texinfo fails to build with messages about nothing rproviding nativesdk-gzip. That gets pulled in when we add "compress_doc" to INHERIT in a distro. Signed-off-by: Dima Zavin --- Not sure if this is the best way to fix the problem, or if I properly diagnosed it, but this

[OE-core] [PATCH] libevent: fix 32bit linux regress test

From: Mingli Yu Fix 32bit linux regress test This patch is backported from https://github.com/libevent/libevent/commit/63c4bf78d6af3c6ff46d2e8e4b53dd9f577a9ca9 Signed-off-by: Mingli Yu --- .../0001-test-fix-32bit-linux-regress.patch| 48 ++ meta/recipes-support/li