Re: [OE-core] [PATCH] mesa: link mesautil with pthreads

On Mon, Jan 22, 2018 at 2:56 PM, Randy MacLeod wrote: > Cherry-pick fix from mesa upstream: >23ce168048 link mesautil with pthreads > > link mesautil with pthreads to avoid: > > ../../src/util/.libs/libmesautil.a(libmesautil_la-u_queue.o): In function >

Re: [OE-core] [PATCH] gettext: fix PACKAGECONFIGs

Hi Martin, I've a patch at the top of poky-contrib:ross/mut which hopefully fixes this. It's a bit more invasive than I'd like but this is gettext and I'm still at least partially sane, so that's a win as far as I'm concerned. I've a build running now but touching gettext causes a rebuild of

[OE-core] [PATCH] glibc-locale.inc: avoid duplicate packages

PACKAGES_DYNAMIC contained an identical set of packages twice. I suspect this was a result of global search/replace when moving recipes from eglibc to glibc long time ago. Signed-off-by: Juro Bystricky --- meta/recipes-core/glibc/glibc-locale.inc | 1 - 1 file changed,

[OE-core] [PATCH] ruby: fix typo in gmp PACKAGECONFIG option

Signed-off-by: Andre McCurdy --- meta/recipes-devtools/ruby/ruby_2.4.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/ruby/ruby_2.4.2.bb b/meta/recipes-devtools/ruby/ruby_2.4.2.bb index b471154..239d775 100644 ---

[OE-core] [PATCH] libunwind: Fix PACKAGECONFIG option typo

Signed-off-by: Richard Purdie --- meta/recipes-support/libunwind/libunwind.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/libunwind/libunwind.inc b/meta/recipes-support/libunwind/libunwind.inc index

[OE-core] [PATCH 3/3] nspr: update to 4.18

NSPR 4.18 contains the following changes: - removed HP-UX DCE threads support - improvements for the Windows implementation of PR_SetCurrentThreadName - fixes for the Windows implementation of TCP Fast Open Signed-off-by: Armin Kuster ---

[OE-core] [PATCH 2/3] tzdata: update to 2018b

Release 2018b - 2018-01-17 23:24:48 -0800 Briefly: Fix a packaging problem in tz2018a, which was missing 'pacificnew'. Changes to build procedure The distribution now contains the file 'pacificnew' again. This file was inadvertantly omitted in the 2018a distribution.

[OE-core] [PATCH 1/3] tzcode-native: update to 2018b

removed patch now include in update Release 2018b - 2018-01-17 23:24:48 -0800 Briefly: Fix a packaging problem in tz2018a, which was missing 'pacificnew'. Changes to build procedure The distribution now contains the file 'pacificnew' again. This file was inadvertantly omitted

[OE-core] [PATCH v2] libc6: improve reproducibility

Building various libraries (libc6, libc6-pic, libc6-staticdev, libc6-dbg, ...) can be non-deterministic because they may be built with two different versions of intl/plural.c. in two otherwise identical builds. We may or may not re-generate the file plural.c from the file plural.y, based on bison

Re: [OE-core] [meta-xilinx] liblzma: Memory allocation failed on do_package_rpm

Hi All, > -Original Message- > From: Alejandro Enedino Hernandez Samaniego > Sent: Monday, January 15, 2018 11:00 PM > To: Manjukumar Harthikote Matha ; openembedded- > c...@lists.openembedded.org; yo...@yoctoproject.org; meta- > xil...@yoctoproject.org > Subject: RE:

Re: [OE-core] [oe-commits] [openembedded-core] 01/06: python: Restructure python packaging and replace it with autopackaging

Hey Paul, On 01/22/2018 12:28 PM, Paul Eggleton wrote: Hi Alejandro, On Tuesday, 23 January 2018 8:02:07 AM NZDT Alejandro Enedino Hernandez Samaniego wrote: Its backwards compatible, in the way that the usage should be the same, in this case, this sort of failures are expected, since the

Re: [OE-core] [PATCH] libunwind: Disable documentation explicitly

On Sun, Jan 7, 2018 at 9:00 AM, Richard Purdie wrote: > We don't have latex2man in HOSTTOOLs so documentaion is never built but this > dependency does cause problems on older releases like morty, pre-HOSTTOOLS. > Document the configuration explicitly in master.

Re: [OE-core] [oe-commits] [openembedded-core] 01/06: python: Restructure python packaging and replace it with autopackaging

Hi Alejandro, On Tuesday, 23 January 2018 8:02:07 AM NZDT Alejandro Enedino Hernandez Samaniego wrote: > Its backwards compatible, in the way that the usage should be the same, > in this case, this sort of failures are expected, since the mentioned > packages: enum, readline, textutils no

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

Hi Amanda, On Friday, 19 January 2018 12:18:27 PM NZDT Amanda Brindle wrote: > 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

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

Rejecting as pigz is not compatible with gzip, I'm ripping out this provides right now. Ross On 18 January 2018 at 08:48, Dima Zavin wrote: > Without this, nativesdk-texinfo fails to build with messages about > nothing rproviding nativesdk-gzip. That gets pulled in > when

[OE-core] [PATCH 1/2 v2] imagefeatures: disable f2fs from test_image_features by default

Since the primary f2fs utilities are provided by the meta-openembedded meta-filesystems layer, we disable the testing of that functionality here. Signed-off-by: Saul Wold --- meta/lib/oeqa/selftest/cases/imagefeatures.py | 2 +- 1 file changed, 1 insertion(+), 1

[OE-core] [PATCH 2/2 v2] 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

[OE-core] [PATCH 0/2 v2] Add f2fs support

This second series adds a patch to disable the testing f2fs as part of the image features testing. The ordering is important since we want to disable the test and then enable the functionality. Sau! Saul Wold (2): imagefeatures: disable f2fs from test_image_features by default

Re: [OE-core] [PATCH] gettext: fix PACKAGECONFIGs

This is causing QA errors: ERROR: gettext-0.19.8.1-r0 do_package_qa: QA Issue: gettext: /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-split/gettext/usr/lib/gettext/hostname contains probably-redundant RPATH /usr/lib/../lib gettext:

Re: [OE-core] [PATCH] kernel: Use KERNEL_IMAGETYPE_FOR_MAKE in do_bundle_initramfs

On Sun, Jan 21, 2018 at 2:02 AM, Richard Purdie wrote: > On Wed, 2018-01-17 at 13:31 -0800, Andre McCurdy wrote: >> On Wed, Jan 17, 2018 at 1:21 AM, Thomas Perrot > > wrote: >> > >> > In the case of a fitImage the this step should be

Re: [OE-core] [PATCH] mesa: link mesautil with pthreads

On 2018-01-22 12:16 PM, Burton, Ross wrote: Upstream-Status tag needs to be in the patch you add, not the commit message. Ross Picky, picky! :) Done. Next patch, I'll see if local patchtest check works now. Last time I tried using it, it was busted. ../Randy On 22 January 2018 at

[OE-core] [oe-core][PATCH v2] mesa: link mesautil with pthreads

Cherry-pick fix from mesa upstream: 23ce168048 link mesautil with pthreads link mesautil with pthreads to avoid: ../../src/util/.libs/libmesautil.a(libmesautil_la-u_queue.o): In function `u_thread_setname': /builddir/build/BUILD/mesa-17.3.1/src/util/../../src/util/u_thread.h:66: undefined

Re: [OE-core] [PATCH] mesa: link mesautil with pthreads

Upstream-Status tag needs to be in the patch you add, not the commit message. Ross On 22 January 2018 at 16:56, Randy MacLeod wrote: > Cherry-pick fix from mesa upstream: >23ce168048 link mesautil with pthreads > > link mesautil with pthreads to avoid: > >

[OE-core] ✗ patchtest: failure for mesa: link mesautil with pthreads (rev2)

== Series Details == Series: mesa: link mesautil with pthreads (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/10634/ 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] mesa: link mesautil with pthreads

Cherry-pick fix from mesa upstream: 23ce168048 link mesautil with pthreads link mesautil with pthreads to avoid: ../../src/util/.libs/libmesautil.a(libmesautil_la-u_queue.o): In function `u_thread_setname': /builddir/build/BUILD/mesa-17.3.1/src/util/../../src/util/u_thread.h:66: undefined

[OE-core] [PATCH] gnupg: add a patch to avoid native vs. host gpg-agent clashes

Signed-off-by: Alexander Kanavin --- ...c-use-a-custom-value-for-the-location-of-.patch | 30 ++ meta/recipes-support/gnupg/gnupg_2.2.4.bb | 2 ++ 2 files changed, 32 insertions(+) create mode 100644

Re: [OE-core] [PATCH] package_rpm: correctly handle LICENSE_${PN}

On 1/22/18 9:44 AM, Ross Burton wrote: > RPM spec files don't distinguish between spec-level license and the primary > package license, so always output the License for every package (defaulting to > the recipe-wide license) and use LICENSE_${PN} if set for the primary package. > > As the primary

Re: [OE-core] [PATCH v4] cmake: upgrade 3.9.5 -> 3.10.1

Look again :) On 22 January 2018 at 16:04, Otavio Salvador < otavio.salva...@ossystems.com.br> wrote: > On Wed, Jan 17, 2018 at 2:03 PM, Otavio Salvador > wrote: > > The 3.10.1 version has been in Dec 13, 2017, and has a great set of > > features and improvements since

Re: [OE-core] [PATCH v4] cmake: upgrade 3.9.5 -> 3.10.1

On Wed, Jan 17, 2018 at 2:03 PM, Otavio Salvador wrote: > The 3.10.1 version has been in Dec 13, 2017, and has a great set of > features and improvements since the last upgrade. > > The release notes of 3.10 release is available at: > >

[OE-core] Yocto Project Status WW04’18

Current Dev Position: YP 2.5 M2 development Next Deadline: YP 2.5 M2 cut off was 1/15/18 SWAT team rotation: Armin -> Ross on Jan. 19, 2018. SWAT team rotation: Ross -> Juro on Jan. 26, 2018. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: · YP

[OE-core] [PATCH] package_rpm: correctly handle LICENSE_${PN}

RPM spec files don't distinguish between spec-level license and the primary package license, so always output the License for every package (defaulting to the recipe-wide license) and use LICENSE_${PN} if set for the primary package. As the primary use of package_rpm is to generate built

Re: [OE-core] [PATCH] mesa: link mesautil with pthreads

On 2018-01-22 06:05 AM, Burton, Ross wrote: Yes 17.3.3 is in master now, so can you rebase Randy? Sure. ../Randy Ross On 21 January 2018 at 21:34, Otavio Salvador > wrote: On Sun, Jan 21, 2018 at 4:18 AM,

[OE-core] [PATCH] json-glib: fix meson flags for introspection and documentation

Upstream has renamed them all, and folded manpages building into the overall 'docs' option. Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/json-glib/json-glib_1.4.2.bb | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git

Re: [OE-core] [oe-commits] [openembedded-core] 08/08: json-glib: update to 1.4.2

On 01/19/2018 07:59 PM, Martin Jansa wrote: I have gobject-introspection-data in DISTRO_FEATURES_BACKFILL_CONSIDERED. I am able to reproduce this with nodistro after adding: DISTRO_FEATURES_remove = "gobject-introspection-data" or the same to DISTRO_FEATURES_BACKFILL_CONSIDERED. This one is

[OE-core] [PATCH] buildhistory_analysis: colourise more output

Signed-off-by: Ross Burton --- meta/lib/oe/buildhistory_analysis.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/lib/oe/buildhistory_analysis.py b/meta/lib/oe/buildhistory_analysis.py index c05841b804c..6c0bca8d05d 100644 ---

Re: [OE-core] [PATCH] mesa: link mesautil with pthreads

Yes 17.3.3 is in master now, so can you rebase Randy? Ross On 21 January 2018 at 21:34, Otavio Salvador < otavio.salva...@ossystems.com.br> wrote: > On Sun, Jan 21, 2018 at 4:18 AM, Randy MacLeod > wrote: > > Cherry-pick fix from mesa upstream: > >23ce168048

[OE-core] ✗ patchtest: failure for "psmisc: improve autopoint-enab..." and 8 more (rev2)

== Series Details == Series: "psmisc: improve autopoint-enab..." and 8 more (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/10435/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

Re: [OE-core] [PATCH 9/9] gettext: rationalise optional dependencies

Eek, thanks. Ross On 21 January 2018 at 15:30, Martin Jansa wrote: > --without-included-glib seems to cause configure to find glib from the > host: > > ERROR: This autoconf log indicates errors, it looked at host include > and/or library paths while determining system

[OE-core] [PATCH] gettext: fix PACKAGECONFIGs

* add --with-*-prefix variables to prevent configure trying to search in host paths * fixes: ERROR: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities. gettext/0.19.8.1-r0/build/gettext-tools/config.log:cc1: warning:

Re: [OE-core] Question about multi rootfs UIDs when using wic

I finally found out, what's the reason why the included recovery rootfs has the wrong UIDs, while the main image has the correct one. The reason seems to be the PSEUDO_LOCALSTATEDIR variable that is set to the state dir of the main image in both cases. I debugged all the calls up to the

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

On Thu, 2018-01-18 at 07:42 -0800, anelliot wrote: > 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

Re: [OE-core] [PATCH] grep: support Perl regular expression

Thanks your review and I will send out the V2 review request according with your suggestions. From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: 2018年1月20日 0:42 To: Bai, Haiqing Cc: OE-core Subject: Re: [OE-core] [PATCH] grep: support Perl regular expression On 18 January 2018 at 03:41,

[OE-core] [V2][PATCH] grep: support Perl regular expression

Supporting Perl regular expression is disabled with '--disable-perl-regexp' but the manpage of 'grep' shows the '-P' option and returns below error: "/bin/grep.grep -o -P 'PATTERN' file /bin/grep.grep: support for the -P option is not compiled into this \ --disable-perl-regexp