date:20180317

Re: [OE-core] Need arm64/qemu help

2018-03-17 Thread Victor Kamensky


Hi Folks,

I am back from ELC and I am looking at this issue again.

Alex Bennée from Linaro QEMU team reported that he tried to
reproduce the issue, even he went and build the same OE images -
but he could not reproduce it. Alex, thank you for the effort.

So since it is reprodicible on my machine I kept digging
myself. In no way I am qemu expert, but I think now I
understand what is happening. Long story with my debug notes
is below, but here is executive summery:

Linux kernel loop waiting for jiffies to move on, while
calling yield instruction, in our case aarch64 target runs
under one CPU configuration, and after Alex's commit "c22edfe
target-arm: don't generate WFE/YIELD calls for MTTCG" qemu
logic of handling yield instruction changed in such way
that it is treated as simple nop. But since it is single CPU
configuration, we have qemu looping in generated code
forver without existing loop to process pending vtimer
interrupt in order to move jiffies forward. c22edfe implies
that it is not parallel CPU case, but in our case even if
we have single CPU target parallel execution is still turned
on.

Revert of c22edfe fixes the issue, image boots OK. Booting
with more than one CPU "-smp 2" boots fine too. And possibly
could work as solid workaround for us. But how to fix the
issue without revert, while moving forward, I don't know.
I hope Alex and Linaro QEMU folks can come up with something.

Now, long debugging notes with my comments:

Kernel Hang Backtrace
-

Looking at kernel hang under gdb attached to qemu (runqemu
qemuparams="-s -S" bootparams="nokaslr"):

(gdb) bt
#0  vectors () at /usr/src/kernel/arch/arm64/kernel/entry.S:413
#1  0xff80089a3758 in raid6_choose_gen (disks=, 
dptrs=) at /usr/src/kernel/lib/raid6/algos.c:190
#2  raid6_select_algo () at /usr/src/kernel/lib/raid6/algos.c:253
#3  0xff8008083bdc in do_one_initcall (fn=0xff80089a35c8 
) at /usr/src/kernel/init/main.c:832
#4  0xff8008970e80 in do_initcall_level (level=) at 
/usr/src/kernel/init/main.c:898
#5  do_initcalls () at /usr/src/kernel/init/main.c:906
#6  do_basic_setup () at /usr/src/kernel/init/main.c:924
#7  kernel_init_freeable () at /usr/src/kernel/init/main.c:1073
#8  0xff80087afd90 in kernel_init (unused=) at 
/usr/src/kernel/init/main.c:999
#9  0xff800808517c in ret_from_fork () at 
/usr/src/kernel/arch/arm64/kernel/entry.S:1154
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) f 1
#1  0xff80089a3758 in raid6_choose_gen (disks=, 
dptrs=) at /usr/src/kernel/lib/raid6/algos.c:190
190 continue;
(gdb) x /12i $pc - 12
   0xff80089a374c :cbz x0, 0xff80089a37fc 

   0xff80089a3750 :mov w0, #0x1  
  // #1
   0xff80089a3754 :bl  0xff80080d07c8 

=> 0xff80089a3758 : ldr x0, [x23, #2688]
   0xff80089a375c :ldr x5, [x23, #2688]
   0xff80089a3760 :cmp x0, x5
   0xff80089a3764 :b.ne0xff80089a3770 
  // b.any
   0xff80089a3768 :yield
   0xff80089a376c :b   0xff80089a375c 

   0xff80089a3770 :mov x25, #0x0 
  // #0
   0xff80089a3774 :ldr x0, [x23, #2688]
   0xff80089a3778 :mov x4, x27

Corresponsing Source


(gdb) b *0xff80089a3758
Breakpoint 1 at 0xff80089a3758: file /usr/src/kernel/lib/raid6/algos.c, 
line 191.

This corresponds to this code in lib/raid6/algos.c

   190  preempt_disable();
   191  j0 = jiffies;
   192  while ((j1 = jiffies) == j0)
   193  cpu_relax();
   194  while (time_before(jiffies,
   195  j1 + 
(1<xor_syndrome(disks, start, 
stop,
   197PAGE_SIZE, 
*dptrs);
   198  perf++;
   199  }
   200  preempt_enable();

I.e code grabs jiffies and then loops and checks whether jiffies moved
forward; it calls cpu_relax(), which translated to yield instruction on
aarch64.

Yield Instruction Opcode


(gdb) x /1wx 0xff80089a3768
0xff80089a3768 :   0xd503203f
(gdb) x /1i 0xff80089a3768
   0xff80089a3768 :yield


Backtrace in QEMU
-

After kernel hangs attached gdb to qemu, see

Re: [OE-core] [AUH] linux-yocto: upgrading to 4.15.7 FAILED

2018-03-17 Thread Bruce Ashfield


How do I get linux-libc-headers and linux-yocto removed from the
AUH list of recipes ?

These follow a specific cadence, and shouldn't be included in these
attempts.

Bruce

On 2018-03-17 4:46 PM, a...@auh.yoctoproject.org wrote:

Hello,

You are receiving this email because you are the maintainer
of *linux-yocto* recipe and this is to let you know that the automatic attempt
to upgrade the recipe to *4.15.7* has Failed (devtool error).

Detailed error information:

The following devtool command failed:  upgrade linux-yocto -V 4.15.7 -S 
cb4a115a42867def71fdcbf0d7b714f268ff37fd
NOTE: Starting bitbake server...
Loading cache...done.
Loaded 1281 entries from dependency cache.
NOTE: Extracting current version source...
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION   = "1.37.0"
BUILD_SYS= "x86_64-linux"
NATIVELSBSTRING  = "universal"
TARGET_SYS   = "i586-poky-linux"
MACHINE  = "qemux86"
DISTRO   = "poky"
DISTRO_VERSION   = "2.4+snapshot-20180317"
TUNE_FEATURES= "m32 i586"
TARGET_FPU   = ""
meta
meta-poky
meta-yocto-bsp   = 
"tmp-auh-upgrades:096c67796ac50aa6059494f32104e6c1c520bbfc"
workspace= ":"

Initialising tasks...done.
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
NOTE: Tasks Summary: Attempted 367 tasks of which 358 didn't need to be rerun 
and all succeeded.
NOTE: Writing buildhistory
NOTE: Copying kernel config to srctree
NOTE: Extracting upgraded version source...
ERROR: Revision cb4a115a42867def71fdcbf0d7b714f268ff37fd was found on multiple 
branches:
   v4.15/base
   v4.15/standard/arm-versatile-926ejs
   v4.15/standard/base
   v4.15/standard/beaglebone
   v4.15/standard/edgerouter
   v4.15/standard/fsl-mpc8315e-rdb
   v4.15/standard/intel
   v4.15/standard/mti-malta32
   v4.15/standard/mti-malta64
   v4.15/standard/preempt-rt/base
   v4.15/standard/preempt-rt/intel
   v4.15/standard/qemuarm64
   v4.15/standard/qemuppc
   v4.15/standard/tiny/base
   v4.15/standard/tiny/common-pc
   v4.15/standard/tiny/intel
Please provide the correct branch in the devtool command with "--srcbranch" or 
"-B" option.
ERROR: Revision cb4a115a42867def71fdcbf0d7b714f268ff37fd was found on multiple 
branches:
   v4.15/base
   v4.15/standard/arm-versatile-926ejs
   v4.15/standard/base
   v4.15/standard/beaglebone
   v4.15/standard/edgerouter
   v4.15/standard/fsl-mpc8315e-rdb
   v4.15/standard/intel
   v4.15/standard/mti-malta32
   v4.15/standard/mti-malta64
   v4.15/standard/preempt-rt/base
   v4.15/standard/preempt-rt/intel
   v4.15/standard/qemuarm64
   v4.15/standard/qemuppc
   v4.15/standard/tiny/base
   v4.15/standard/tiny/common-pc
   v4.15/standard/tiny/intel
Please provide the correct branch in the devtool command with "--srcbranch" or 
"-B" option.



Please review the attached files for further information and build/update 
failures.
Any problem please file a bug at 
https://bugzilla.yoctoproject.org/enter_bug.cgi?product=Automated%20Update%20Handler

Regards,
The Upgrade Helper



--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [AUH] Upgrade status: 2018-03-17

2018-03-17 Thread auh

Recipe upgrade statistics:

* Failed(other errors): 1
glibc-initial, 2.27.9000, Khem Raj 
* Succeeded: 61
lighttpd, 1.4.49, Alexander Kanavin 
llvm, 5.0-new-commits-available, Khem Raj 
dbus, 1.12.6, Chen Qi 
libevdev, 1.5.9, Maxin B. John 
kmscube, git-new-commits-available, Carlos Rafael Giani 

python-numpy, 1.14.2, Derek Straka 
python3-numpy, 1.14.2, Derek Straka 
xcb-proto, 1.13, Armin Kuster 
adwaita-icon-theme, 3.28.0, Maxin B. John 
ofono, 1.23, Maxin B. John 
python3-setuptools, 38.6.0, Derek Straka 
gtk+3, 3.22.29, Maxin B. John 
wayland, 1.14.91, Denys Dmytriyenko 
man-pages, 4.15, Hongxu Jia 
ccache, 3.4.1, Robert Yang 
vte, 0.52.0, Maxin B. John 
bluez5, 5.49, Maxin B. John 
atk, 2.28.1, Maxin B. John 
libxml-sax-perl, 1.00, Tim Orling 
xset, 1.2.4, Armin Kuster 
libinput, 1.10.3, Maxin B. John 
libsoup-2.4, 2.62.0, Maxin B. John 
piglit, 1.0-new-commits-available, Maxin B. John 
hdparm, 9.55, Denys Dmytriyenko 
util-macros, 1.19.2, Armin Kuster 
lz4, 1.8.1.2, Denys Dmytriyenko 
clutter-gst-3.0, 3.0.26, Maxin B. John 
ethtool, 4.15, Changhyeok Bae 
gnupg, 2.2.5, Hongxu Jia 
util-linux, 2.31.1, Chen Qi 
dbus-test, 1.12.6, Chen Qi 
python3-pygobject, 3.28.0, Derek Straka 
gawk, 4.2.1, Chen Qi 
xeyes, 1.1.2, Armin Kuster 
gnutls, 3.6.2, Armin Kuster 
xwininfo, 1.1.4, Armin Kuster 
nss, 3.35, Armin Kuster 
xinit, 1.4.0, Armin Kuster 
gnu-config, 20150728-new-commits-available, Robert Yang 

lzip, 1.20, Denys Dmytriyenko 
gsettings-desktop-schemas, 3.28.0, Maxin B. John 
linux-firmware, 0.0-new-commits-available, Otavio Salvador 

mkfontscale, 1.1.3, Armin Kuster 
dtc, 1.4.6, Alexander Kanavin 
xkbcomp, 1.4.1, Armin Kuster 
cmake, 3.10.3, Otavio Salvador 
autoconf-archive, 2018.03.13, Robert Yang 
man-db, 2.8.2, Hongxu Jia 
curl, 7.59.0, Armin Kuster 
less, 530, Yi Zhao 
libxshmfence, 1.3, Armin Kuster 
at-spi2-atk, 2.26.2, Maxin B. John 
libpcre2, 10.31, Armin Kuster 
sysstat, 11.7.2, Chen Qi 
slang, 2.3.2, Yi Zhao 
time, 1.9, Robert Yang 
logrotate, 3.14.0, Yi Zhao 
xkeyboard-config, 2.23.1, Armin Kuster 
python-setuptools, 38.6.0, Derek Straka 
xprop, 1.2.3, Armin Kuster 
dbus-glib, 0.110, Chen Qi 
* Failed (devtool error): 51
vulkan-demos, git-new-commits-available, Maxin B. John 

systemd-boot, 238, Chen Qi 
fontconfig, 2.13.0, Maxin B. John 
mpfr, 4.0.1, Khem Raj 
build-compare, 2015.02.10-new-commits-available, Randy Witt 

epiphany, 3.28.0.1, Alexander Kanavin 
libgpg-error, 1.28, Hongxu Jia 
weston, 3.0.91, Denys Dmytriyenko 
meson, 0.45.0, Alexander Kanavin 
libcap-ng, 0.7.9, Yi Zhao 
flex, 2.6.4, Chen Qi 
libnsl2, 1.2.0, Khem Raj 
gnu-efi, 3.0.8, Yi Zhao 
squashfs-tools, 4.3-new-commits-available, Robert Yang

Re: [OE-core] [AUH] u-boot-mkimage: upgrading to 2018.03 FAILED

2018-03-17 Thread Marek Vasut

On 03/16/2018 10:21 AM, a...@auh.yoctoproject.org wrote:
> Hello,

Hi,

> You are receiving this email because you are the maintainer
> of *u-boot-mkimage* recipe and this is to let you know that the automatic 
> attempt
> to upgrade the recipe to *2018.03* has Failed(do_compile).
> 
> Detailed error information:
> 
> do_compile failed

It seems this only bumped some of the U-Boot recipes to 2018.03 while it
left some at 2018.01, so it's not really surprising it failed. Maybe
this is an auto-update bug ?

-- 
Best regards,
Marek Vasut
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] glibc: fix upstream version check

2018-03-17 Thread Khem Raj

On Sat, Mar 17, 2018 at 4:15 AM, Alexander Kanavin
 wrote:
> Exclude x.y.90* pre-release versions in particular.
>

Looks ok. So I guess it pokes at master branch right ?

> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-core/glibc/cross-localedef-native_2.27.bb | 2 +-
>  meta/recipes-core/glibc/glibc_2.27.bb  | 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-core/glibc/cross-localedef-native_2.27.bb 
> b/meta/recipes-core/glibc/cross-localedef-native_2.27.bb
> index f1e4a657cf4..6344c7acd05 100644
> --- a/meta/recipes-core/glibc/cross-localedef-native_2.27.bb
> +++ b/meta/recipes-core/glibc/cross-localedef-native_2.27.bb
> @@ -19,7 +19,7 @@ FILESEXTRAPATHS =. 
> "${FILE_DIRNAME}/${PN}:${FILE_DIRNAME}/glibc:"
>
>  SRCBRANCH ?= "release/${PV}/master"
>  GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
> -UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.\d+)*)"
> +UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.(?!90)\d+)*)"
>
>  SRCREV_glibc ?= "23158b08a0908f381459f273a984c6fd328363cb"
>  SRCREV_localedef ?= "de5bdbd5e76b5403a4151b9b9f958b6cca36b3e7"
> diff --git a/meta/recipes-core/glibc/glibc_2.27.bb 
> b/meta/recipes-core/glibc/glibc_2.27.bb
> index c4042d16fe2..827857dfc84 100644
> --- a/meta/recipes-core/glibc/glibc_2.27.bb
> +++ b/meta/recipes-core/glibc/glibc_2.27.bb
> @@ -12,7 +12,7 @@ SRCREV ?= "23158b08a0908f381459f273a984c6fd328363cb"
>  SRCBRANCH ?= "release/${PV}/master"
>
>  GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
> -UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.\d+)*)"
> +UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.(?!90)\d+)*)"
>
>  SRC_URI = "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
> file://etc/ld.so.conf \
> --
> 2.16.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv3] iputils: add PACKAGECONFIG for libidn and disable it by default

2018-03-17 Thread Martin Jansa

* it got enabled by default, but without the dependency on libidn in:
  commit 5997981fa2c22609a88b8cbb595dbf7758b2f7c2
  Author: Alexander Kanavin 
  AuthorDate: Thu Feb 1 20:02:08 2018 +0200
  Subject: iputils: update to 20161105

* https://github.com/iputils/iputils/blob/master/RELNOTES.old
  mentiones that IDN was enabled by default in:
  [s20160308] and surprisingly the same in [s20150815]
  but there are no release notes for s20151218 version we were using until
  now, don't know how it really relates to [s20150815].

* but there are some issues with libidn as described in:
  
https://github.com/iputils/iputils/commit/f3a461603ef4fb7512ade3bdb73fe1824e294547
  so disable it by default.

* fails with:
  | In file included from ping_common.c:1:0:
  | ping.h:39:10: fatal error: idna.h: No such file or directory
  |  #include 
  |   ^~~~

* Easiest way to reproduce this failure is to remove libidn from gnutls
  PACKAGECONFIG or to use gnutls which doesn't have libidn PACKAGECONFIG
  at all (like the one in meta-gplv2).

* First it leads to following QA issue:
  http://errors.yoctoproject.org/Errors/Build/53212/
  ERROR: iputils-s20161105-r0 do_package_qa: QA Issue: iputils-ping rdepends on 
libidn, but it isn't a build dependency, missing libidn in DEPENDS or 
PACKAGECONFIG? [build-deps]
  ERROR: iputils-s20161105-r0 do_package_qa: QA Issue: iputils-traceroute6 
rdepends on libidn, but it isn't a build dependency, missing libidn in DEPENDS 
or PACKAGECONFIG? [build-deps]
  ERROR: iputils-s20161105-r0 do_package_qa: QA run found fatal errors.
  Please consider fixing them.
  ERROR: iputils-s20161105-r0 do_package_qa: Function failed:
  do_package_qa
  ERROR: Logfile of failure stored in: 
/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/iputils/s20161105-r0/temp/log.do_package_qa.7627
  ERROR: Task 
(/OE/build/oe-core/openembedded-core/meta/recipes-extended/iputils/iputils_s20161105.bb:do_package_qa)
 failed with exit code '1'

* But if you cleansstate iputils as well (after removing libidn from
  gnutls PACKAGECONFIG) to empty iputils RSS, then you get the error about
  missing idna.h:
  http://errors.yoctoproject.org/Errors/Build/53213/

* Adding the libidn dependency explicitly in iputils recipe fixes the
  issue.

Signed-off-by: Martin Jansa 
---
 meta/recipes-extended/iputils/iputils_s20161105.bb | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-extended/iputils/iputils_s20161105.bb 
b/meta/recipes-extended/iputils/iputils_s20161105.bb
index ad7dbc4d4a..0125739b03 100644
--- a/meta/recipes-extended/iputils/iputils_s20161105.bb
+++ b/meta/recipes-extended/iputils/iputils_s20161105.bb
@@ -23,8 +23,11 @@ UPSTREAM_CHECK_GITTAGREGEX = "(?Ps\d+)"
 
 EXTRA_OEMAKE = "-e MAKEFLAGS="
 
+PACKAGECONFIG ?= ""
+PACKAGECONFIG[libidn] = "USE_IDN=yes,USE_IDN=no,libidn"
+
 do_compile () {
-   oe_runmake 'CC=${CC} -D_GNU_SOURCE' 
VPATH="${STAGING_LIBDIR}:${STAGING_DIR_HOST}/${base_libdir}" all
+   oe_runmake 'CC=${CC} -D_GNU_SOURCE' 
VPATH="${STAGING_LIBDIR}:${STAGING_DIR_HOST}/${base_libdir}" 
${PACKAGECONFIG_CONFARGS} all
 }
 
 do_install () {
-- 
2.15.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [AUH] Upgrade status: 2018-03-16

2018-03-17 Thread Alexander Kanavin


On 03/17/2018 01:03 AM, Khem Raj wrote:
Glibc 2.27.9 seems not right here glibc should only track major.minor 
for release number


Thanks, I just sent a fix for this.

Alex
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv2] iputils: add PACKAGECONFIG for libidn and disable it by default

2018-03-17 Thread Martin Jansa

* it got enabled by default, but without the dependency on libidn in:
  commit 5997981fa2c22609a88b8cbb595dbf7758b2f7c2
  Author: Alexander Kanavin 
  AuthorDate: Thu Feb 1 20:02:08 2018 +0200
  Subject: iputils: update to 20161105

* https://github.com/iputils/iputils/blob/master/RELNOTES.old
  mentiones that IDN was enabled by default in:
  [s20160308] and surprisingly the same in [s20150815]
  but there are no release notes for s20151218 version we were using until
  now, don't know how it really relates to [s20150815].

* but there are some issues with libidn as described in:
  
https://github.com/iputils/iputils/commit/f3a461603ef4fb7512ade3bdb73fe1824e294547
  so disable it by default.

* fails with:
  | In file included from ping_common.c:1:0:
  | ping.h:39:10: fatal error: idna.h: No such file or directory
  |  #include 
  |   ^~~~

* Easiest way to reproduce this failure is to remove libidn from gnutls
  PACKAGECONFIG or to use gnutls which doesn't have libidn PACKAGECONFIG
  at all (like the one in meta-gplv2).

* First it leads to following QA issue:
  http://errors.yoctoproject.org/Errors/Build/53212/
  ERROR: iputils-s20161105-r0 do_package_qa: QA Issue: iputils-ping rdepends on 
libidn, but it isn't a build dependency, missing libidn in DEPENDS or 
PACKAGECONFIG? [build-deps]
  ERROR: iputils-s20161105-r0 do_package_qa: QA Issue: iputils-traceroute6 
rdepends on libidn, but it isn't a build dependency, missing libidn in DEPENDS 
or PACKAGECONFIG? [build-deps]
  ERROR: iputils-s20161105-r0 do_package_qa: QA run found fatal errors.
  Please consider fixing them.
  ERROR: iputils-s20161105-r0 do_package_qa: Function failed:
  do_package_qa
  ERROR: Logfile of failure stored in: 
/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/iputils/s20161105-r0/temp/log.do_package_qa.7627
  ERROR: Task 
(/OE/build/oe-core/openembedded-core/meta/recipes-extended/iputils/iputils_s20161105.bb:do_package_qa)
 failed with exit code '1'

* But if you cleansstate iputils as well (after removing libidn from
  gnutls PACKAGECONFIG) to empty iputils RSS, then you get the error about
  missing idna.h:
  http://errors.yoctoproject.org/Errors/Build/53213/

* Adding the libidn dependency explicitly in iputils recipe fixes the
  issue.

Signed-off-by: Martin Jansa 
---
 meta/recipes-extended/iputils/iputils_s20161105.bb | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-extended/iputils/iputils_s20161105.bb 
b/meta/recipes-extended/iputils/iputils_s20161105.bb
index ad7dbc4d4a..dda891c7f7 100644
--- a/meta/recipes-extended/iputils/iputils_s20161105.bb
+++ b/meta/recipes-extended/iputils/iputils_s20161105.bb
@@ -23,8 +23,11 @@ UPSTREAM_CHECK_GITTAGREGEX = "(?Ps\d+)"
 
 EXTRA_OEMAKE = "-e MAKEFLAGS="
 
+PACKAGECONFIG ?= "libidn"
+PACKAGECONFIG[libidn] = "USE_IDN=yes,USE_IDN=no,libidn"
+
 do_compile () {
-   oe_runmake 'CC=${CC} -D_GNU_SOURCE' 
VPATH="${STAGING_LIBDIR}:${STAGING_DIR_HOST}/${base_libdir}" all
+   oe_runmake 'CC=${CC} -D_GNU_SOURCE' 
VPATH="${STAGING_LIBDIR}:${STAGING_DIR_HOST}/${base_libdir}" 
${PACKAGECONFIG_CONFARGS} all
 }
 
 do_install () {
-- 
2.15.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] glibc: fix upstream version check

2018-03-17 Thread Alexander Kanavin

Exclude x.y.90* pre-release versions in particular.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-core/glibc/cross-localedef-native_2.27.bb | 2 +-
 meta/recipes-core/glibc/glibc_2.27.bb  | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/glibc/cross-localedef-native_2.27.bb 
b/meta/recipes-core/glibc/cross-localedef-native_2.27.bb
index f1e4a657cf4..6344c7acd05 100644
--- a/meta/recipes-core/glibc/cross-localedef-native_2.27.bb
+++ b/meta/recipes-core/glibc/cross-localedef-native_2.27.bb
@@ -19,7 +19,7 @@ FILESEXTRAPATHS =. 
"${FILE_DIRNAME}/${PN}:${FILE_DIRNAME}/glibc:"
 
 SRCBRANCH ?= "release/${PV}/master"
 GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
-UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.\d+)*)"
+UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.(?!90)\d+)*)"
 
 SRCREV_glibc ?= "23158b08a0908f381459f273a984c6fd328363cb"
 SRCREV_localedef ?= "de5bdbd5e76b5403a4151b9b9f958b6cca36b3e7"
diff --git a/meta/recipes-core/glibc/glibc_2.27.bb 
b/meta/recipes-core/glibc/glibc_2.27.bb
index c4042d16fe2..827857dfc84 100644
--- a/meta/recipes-core/glibc/glibc_2.27.bb
+++ b/meta/recipes-core/glibc/glibc_2.27.bb
@@ -12,7 +12,7 @@ SRCREV ?= "23158b08a0908f381459f273a984c6fd328363cb"
 SRCBRANCH ?= "release/${PV}/master"
 
 GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
-UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.\d+)*)"
+UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.(?!90)\d+)*)"
 
 SRC_URI = "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
file://etc/ld.so.conf \
-- 
2.16.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Need arm64/qemu help

Re: [OE-core] [AUH] linux-yocto: upgrading to 4.15.7 FAILED

[OE-core] [AUH] Upgrade status: 2018-03-17

Re: [OE-core] [AUH] u-boot-mkimage: upgrading to 2018.03 FAILED

Re: [OE-core] [PATCH] glibc: fix upstream version check

[OE-core] [PATCHv3] iputils: add PACKAGECONFIG for libidn and disable it by default

Re: [OE-core] [AUH] Upgrade status: 2018-03-16

[OE-core] [PATCHv2] iputils: add PACKAGECONFIG for libidn and disable it by default

[OE-core] [PATCH] glibc: fix upstream version check

9 matches

Site Navigation

Mail list logo

Footer information