Re: [OE-core] [PATCH] python3: Upgrade 3.7.5 -> 3.7.6

2019-12-30 Thread Adrian Bunk 
ping

This should not conflict with a later upgrade to 3.8,
and exposure in master would in any case give further
testing before backporting to zeus+warrior.

Thanks
Adrian


On Fri, Dec 20, 2019 at 06:51:11AM +0200, Adrian Bunk wrote:
> Signed-off-by: Adrian Bunk 
> ---
>  .../python/{python3_3.7.5.bb => python3_3.7.6.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-devtools/python/{python3_3.7.5.bb => python3_3.7.6.bb} 
> (99%)
> 
> diff --git a/meta/recipes-devtools/python/python3_3.7.5.bb 
> b/meta/recipes-devtools/python/python3_3.7.6.bb
> similarity index 99%
> rename from meta/recipes-devtools/python/python3_3.7.5.bb
> rename to meta/recipes-devtools/python/python3_3.7.6.bb
> index 57eaaea5e7..bd23da87d6 100644
> --- a/meta/recipes-devtools/python/python3_3.7.5.bb
> +++ b/meta/recipes-devtools/python/python3_3.7.6.bb
> @@ -39,8 +39,8 @@ SRC_URI_append_class-nativesdk = " \
> 
> file://0001-main.c-if-OEPYTHON3HOME-is-set-use-instead-of-PYTHON.patch \
> "
>  
> -SRC_URI[md5sum] = "08ed8030b1183107c48f2092e79a87e2"
> -SRC_URI[sha256sum] = 
> "e85a76ea9f3d6c485ec1780fca4e500725a4a7bbc63c78ebc44170de9b619d94"
> +SRC_URI[md5sum] = "c08fbee72ad5c2c95b0f4e44bf6fd72c"
> +SRC_URI[sha256sum] = 
> "55a2cce72049f0794e9a11a84862e9039af9183603b78bc60d89539f82cf533f"
>  
>  # exclude pre-releases for both python 2.x and 3.x
>  UPSTREAM_CHECK_REGEX = "[Pp]ython-(?P\d+(\.\d+)+).tar"
> -- 
> 2.17.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

Re: [OE-core] [zeus][PATCH 0/9] zeus -next review

2019-12-30 Thread Mittal, Anuj 
Hi Richard,

On Wed, 2019-12-18 at 11:20 +0800, Anuj Mittal wrote:
> The following changes since commit
> 9c0c8e51dd345dd1b6ba240b027d24a18f55757c:
> 
>   YP 3.0.1 Docs: Fixed manual revision tables. (2019-12-16 23:32:39
> +)
> 
> are available in the Git repository at:
> 
>   git://push.yoctoproject.org/poky-contrib anujm/zeus
> 
> Adrian Bunk (2):
>   openssl: Whitelist CVE-2019-0190
>   python/python3: Whitelist CVE-2019-18348
> 
> Anuj Mittal (3):
>   git: upgrade 2.23.0 -> 2.23.1
>   openssl: fix CVE-2019-1551
>   sysstat: fix CVE-2019-19725
> 
> Khem Raj (1):
>   nss: Backport clang build fix
> 
> Quanyang Wang (1):
>   lttng-modules: fix NULL pointer deference error when testing
> rpc_task_running
> 
> Richard Purdie (1):
>   qemu-helper-native/systemtap-native: Ensure sysroots are populated
> with dependencies
> 
> Slavic Brutalik (1):
>   systemd-systemctl: Fix handling of aliased targets
> 

Can you please merge these changes in zeus?

Thanks,

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

Re: [OE-core] [PATCH v4 2/2] mesa: Upgrade to 19.3.1

2019-12-30 Thread Alistair Francis 
On Fri, Dec 20, 2019 at 10:36 PM Alistair Francis
 wrote:
>
> Upgrade mesa to 19.3 and refresh the patches.
>
> As MESA_EGL_NO_X11_HEADERS was renamed to EGL_NO_X11 in [1] we are going
> to change the do_install and add a patch to libepoxy to use the new
> define.
>
> 1: 
> https://gitlab.freedesktop.org/mesa/mesa/commit/6202a13b71e18dc31ba7e2f4ea915b67eacc1ddb
>
> Signed-off-by: Alistair Francis 

Ping!

Alistair

> ---
>  ...atch_common.h-define-also-EGL_NO_X11.patch | 26 +++
>  .../libepoxy/libepoxy_1.5.4.bb|  1 +
>  ...k-for-all-linux-host_os-combinations.patch | 18 ++---
>  ...02-meson.build-make-TLS-ELF-optional.patch | 18 ++---
>  ...Allow-enable-DRI-without-DRI-drivers.patch | 10 +++
>  ...le-asm-unconditionally-now-that-gen_.patch | 10 +++
>  .../{mesa-gl_19.2.4.bb => mesa-gl_19.3.1.bb}  |  0
>  .../mesa/{mesa_19.2.4.bb => mesa_19.3.1.bb}   |  6 ++---
>  8 files changed, 58 insertions(+), 31 deletions(-)
>  create mode 100644 
> meta/recipes-graphics/libepoxy/files/0001-dispatch_common.h-define-also-EGL_NO_X11.patch
>  rename meta/recipes-graphics/mesa/{mesa-gl_19.2.4.bb => mesa-gl_19.3.1.bb} 
> (100%)
>  rename meta/recipes-graphics/mesa/{mesa_19.2.4.bb => mesa_19.3.1.bb} (66%)
>
> diff --git 
> a/meta/recipes-graphics/libepoxy/files/0001-dispatch_common.h-define-also-EGL_NO_X11.patch
>  
> b/meta/recipes-graphics/libepoxy/files/0001-dispatch_common.h-define-also-EGL_NO_X11.patch
> new file mode 100644
> index 00..7262945181
> --- /dev/null
> +++ 
> b/meta/recipes-graphics/libepoxy/files/0001-dispatch_common.h-define-also-EGL_NO_X11.patch
> @@ -0,0 +1,26 @@
> +From 6f15cc28d17cfdd86f5974f06ad97b8afedd5627 Mon Sep 17 00:00:00 2001
> +From: Martin Jansa 
> +Date: Fri, 25 Oct 2019 11:09:34 +
> +Subject: [PATCH] dispatch_common.h: define also EGL_NO_X11
> +
> +MESA_EGL_NO_X11_HEADERS was renamed to EGL_NO_X11 in:
> +https://github.com/mesa3d/mesa/commit/6202a13b71e18dc31ba7e2f4ea915b67eacc1ddb
> +
> +Signed-off-by: Martin Jansa 
> +Upstream-Status: Pending
> +---
> + src/dispatch_common.h | 1 +
> + 1 file changed, 1 insertion(+)
> +
> +diff --git a/src/dispatch_common.h b/src/dispatch_common.h
> +index dcb3a35..c206253 100644
> +--- a/src/dispatch_common.h
>  b/src/dispatch_common.h
> +@@ -52,6 +52,7 @@
> +  * should do the same
> +  */
> + #  define MESA_EGL_NO_X11_HEADERS 1
> ++#  define EGL_NO_X11 1
> + # endif
> + #include "epoxy/egl.h"
> + #endif
> diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb 
> b/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
> index 4caf672369..af9867407e 100644
> --- a/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
> +++ b/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
> @@ -10,6 +10,7 @@ LICENSE = "MIT"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=58ef4c80d401e07bd9ee8b6b58cf464b"
>
>  SRC_URI = 
> "https://github.com/anholt/${BPN}/releases/download/${PV}/${BP}.tar.xz \
> +   file://0001-dispatch_common.h-define-also-EGL_NO_X11.patch \
> "
>  SRC_URI[md5sum] = "00f47ad447321f9dc59f85bc1c9d0467"
>  SRC_URI[sha256sum] = 
> "0bd2cc681dfeffdef739cb29913f8c3caa47a88a451fd2bc6e606c02997289d2"
> diff --git 
> a/meta/recipes-graphics/mesa/files/0001-meson.build-check-for-all-linux-host_os-combinations.patch
>  
> b/meta/recipes-graphics/mesa/files/0001-meson.build-check-for-all-linux-host_os-combinations.patch
> index 1869e11059..085254323c 100644
> --- 
> a/meta/recipes-graphics/mesa/files/0001-meson.build-check-for-all-linux-host_os-combinations.patch
> +++ 
> b/meta/recipes-graphics/mesa/files/0001-meson.build-check-for-all-linux-host_os-combinations.patch
> @@ -1,6 +1,6 @@
> -From b6d9bc97cb0e8c540a45dba5440b036fb940ff95 Mon Sep 17 00:00:00 2001
> -From: Alistair Francis 
> -Date: Mon, 11 Nov 2019 09:38:15 -0800
> +From 0d9ed002eff176b902da266d89829a9b0cb10946 Mon Sep 17 00:00:00 2001
> +From: Alistair Francis 
> +Date: Thu, 14 Nov 2019 13:04:49 -0800
>  Subject: [PATCH] meson.build: check for all linux host_os combinations
>
>  Make sure that we are also looking for our host_os combinations like
> @@ -13,30 +13,30 @@ Upstream-Status: Pending
>  Signed-off-by: Anuj Mittal 
>  Signed-off-by: Fabio Berton 
>  Signed-off-by: Otavio Salvador 
> -Signed-off-by: Alistair Francis 
> +Signed-off-by: Alistair Francis 
>
>  ---
>   meson.build | 4 ++--
>   1 file changed, 2 insertions(+), 2 deletions(-)
>
>  diff --git a/meson.build b/meson.build
> -index d584152..a1f098c 100644
> +index 898d025..09e3759 100644
>  --- a/meson.build
>  +++ b/meson.build
> -@@ -117,7 +117,7 @@ with_any_opengl = with_opengl or with_gles1 or with_gles2
> +@@ -124,7 +124,7 @@ with_any_opengl = with_opengl or with_gles1 or with_gles2
>   # Only build shared_glapi if at least one OpenGL API is enabled
> - with_shared_glapi = get_option('shared-glapi') and with_any_opengl
> + with_shared_glapi = with_shared_glapi and with_any_opengl
>
>  -system_has_kms_drm = ['openbsd', 'netbsd', 'freebsd',

[OE-core] [PATCH V2] util-linux: Use PCRE for hardlink

2019-12-30 Thread Khem Raj 
Use PCRE, this enables using posix extended Regexps on cmdline

Signed-off-by: Khem Raj 
---
v2: Document the pcre2 pkgconfig usage

 meta/recipes-core/util-linux/util-linux.inc | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/meta/recipes-core/util-linux/util-linux.inc 
b/meta/recipes-core/util-linux/util-linux.inc
index 1fa82363b1..179cb3dac5 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -106,6 +106,11 @@ EXTRA_OECONF_append_class-target = " --enable-setpriv"
 EXTRA_OECONF_append_class-native = " --without-cap-ng --disable-setpriv"
 EXTRA_OECONF_append_class-nativesdk = " --without-cap-ng --disable-setpriv"
 
+# enable pcre2 for native/nativesdk to match host distros
+# this helps to keep same expectations when using the SDK or
+# build host versions during development
+#
+PACKAGECONFIG ?= "pcre2"
 PACKAGECONFIG_class-target ?= "${@bb.utils.filter('DISTRO_FEATURES', 'pam', 
d)}"
 # inherit manpages requires this to be present, however util-linux does not 
have 
 # configuration options, and installs manpages always
@@ -117,6 +122,8 @@ PACKAGECONFIG[systemd] = "--with-systemd 
--with-systemdsystemunitdir=${systemd_s
 PACKAGECONFIG[pylibmount] = "--with-python=3 
--enable-pylibmount,--without-python --disable-pylibmount,python3"
 # Readline support
 PACKAGECONFIG[readline] = "--with-readline,--without-readline,readline"
+# PCRE support in hardlink
+PACKAGECONFIG[pcre2] = ",,libpcre2"
 
 EXTRA_OEMAKE = "ARCH=${TARGET_ARCH} CPU= CPUOPT= 'OPT=${CFLAGS}'"
 
-- 
2.24.1

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

Re: [OE-core] [PATCH 2/2] bitbake.conf: Simplify TARGET_SYS/SDK_SYS

2019-12-30 Thread Richard Purdie 
On Mon, 2019-12-30 at 14:10 -0800, Khem Raj wrote:
> On Mon, Dec 30, 2019 at 12:48 AM Richard Purdie
>  wrote:
> > As pointed out by Masahiro Yamada , ('' or
> > 'custom')
> > equates to "custom" and this code seems unecesaarily complicated
> > and unused.
> > 
> > It was likely intended to supress the value if XXX_OS was set to ''
> > but the
> > code doesn't actually do that. Simplify it as we shouldn't have
> > this indirection
> > if we don't need it, its horrible.
> > 
> 
> introduced here in oe classic
> https://git.openembedded.org/openembedded/commit/?id=e485a5d542a24109c8ab97e58916359efc0cd044
> 
> and fixed here
> https://git.openembedded.org/openembedded/commit/?id=ff02b94de71
> 
> downstreamed into poky
> https://git.openembedded.org/openembedded-core/commit/?id=5ad6d9a94a0
> 
> I think oe-core missed the second commit. perhaps it seems that it
> was created out of poky lineage rather than oe classic.
> 
> maybe porting the second commit above would be better option here.

Maybe, except that nobody has complained in 8 years. The expression is
horrible so I'd prefer to drop it if we don't need it. If needed
someone can override the variable anyway...

Cheers,

Richard

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

Re: [OE-core] [PATCH 2/2] bitbake.conf: Simplify TARGET_SYS/SDK_SYS

2019-12-30 Thread Khem Raj 
On Mon, Dec 30, 2019 at 12:48 AM Richard Purdie
 wrote:
>
> As pointed out by Masahiro Yamada , ('' or 'custom')
> equates to "custom" and this code seems unecesaarily complicated and unused.
>
> It was likely intended to supress the value if XXX_OS was set to '' but the
> code doesn't actually do that. Simplify it as we shouldn't have this 
> indirection
> if we don't need it, its horrible.
>

introduced here in oe classic
https://git.openembedded.org/openembedded/commit/?id=e485a5d542a24109c8ab97e58916359efc0cd044

and fixed here
https://git.openembedded.org/openembedded/commit/?id=ff02b94de71

downstreamed into poky
https://git.openembedded.org/openembedded-core/commit/?id=5ad6d9a94a0

I think oe-core missed the second commit. perhaps it seems that it was
created out
of poky lineage rather than oe classic.

maybe porting the second commit above would be better option here.

> Signed-off-by: Richard Purdie 
> ---
>  meta/conf/bitbake.conf | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index 394484b2b73..62b5466b717 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -129,7 +129,7 @@ SDKUSE_NLS ??= "yes"
>  TARGET_ARCH = "${TUNE_ARCH}"
>  TARGET_OS = "linux${LIBCEXTENSION}${ABIEXTENSION}"
>  TARGET_VENDOR = "-oe"
> -TARGET_SYS = "${TARGET_ARCH}${TARGET_VENDOR}${@['-' + d.getVar('TARGET_OS'), 
> ''][d.getVar('TARGET_OS') == ('' or 'custom')]}"
> +TARGET_SYS = "${TARGET_ARCH}${TARGET_VENDOR}-${TARGET_OS}"
>  TARGET_PREFIX = "${TARGET_SYS}-"
>  TARGET_CC_ARCH = "${TUNE_CCARGS}"
>  TARGET_LD_ARCH = "${TUNE_LDARGS}"
> @@ -138,7 +138,7 @@ TARGET_AS_ARCH = "${TUNE_ASARGS}"
>  SDKMACHINE ??= "x86_64"
>  SDK_OS = "${BUILD_OS}"
>  SDK_VENDOR = "-oesdk"
> -SDK_SYS = "${SDK_ARCH}${SDK_VENDOR}${@['-' + d.getVar('SDK_OS'), 
> ''][d.getVar('SDK_OS') == ('' or 'custom')]}"
> +SDK_SYS = "${SDK_ARCH}${SDK_VENDOR}-${SDK_OS}"
>  SDK_PREFIX = "${SDK_SYS}-"
>  SDK_CC_ARCH = "${BUILD_CC_ARCH}"
>  SDKPKGSUFFIX = "nativesdk"
> --
> 2.20.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] [PATCH] lttng-ust: Turn examples into a packageconfig

2019-12-30 Thread Khem Raj 
examples are unbuildable in some cases, see [1]
this helps in making them optional via the newly addded
configure option in 2.11 release

[1] https://bugs.lttng.org/issues/1132
[2] https://patchwork.ozlabs.org/patch/832106/

Signed-off-by: Khem Raj 
---
 meta/recipes-kernel/lttng/lttng-ust_2.11.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-kernel/lttng/lttng-ust_2.11.0.bb 
b/meta/recipes-kernel/lttng/lttng-ust_2.11.0.bb
index 6d7c05e65e..0e03a31652 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_2.11.0.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_2.11.0.bb
@@ -36,6 +36,7 @@ SRC_URI[sha256sum] = 
"683280cfe5e12021e64c32cef9eeb0128f1f23dec32ba28adb5a2074be
 
 CVE_PRODUCT = "ust"
 
+PACKAGECONFIG[examples] = "--enable-examples, --disable-examples,"
 PACKAGECONFIG[manpages] = "--enable-man-pages, --disable-man-pages, 
asciidoc-native xmlto-native libxslt-native"
 PACKAGECONFIG[python3-agent] = "--enable-python-agent ${PYTHON_OPTION}, 
--disable-python-agent, python3, python3"
 
-- 
2.24.1

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

[OE-core] [PATCH] runqemu: Add multiconfig support

2019-12-30 Thread Joshua Watt 
Users may want to run qemu against a specific multiconfig instead of the
base configuration, so give them the ability to specify which config
should be used with the MULTICONFIG environment variable.

Signed-off-by: Joshua Watt 
---
 scripts/runqemu | 34 +++---
 1 file changed, 23 insertions(+), 11 deletions(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index ef454d67ff..b6fca041ae 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -135,6 +135,7 @@ class BaseConfig(object):
 'DEPLOY_DIR_IMAGE',
 'OE_TMPDIR',
 'OECORE_NATIVE_SYSROOT',
+'MULTICONFIG',
 )
 
 self.qemu_opt = ''
@@ -401,9 +402,7 @@ class BaseConfig(object):
 self.set("MACHINE", arg)
 return
 
-cmd = 'MACHINE=%s bitbake -e' % arg
-logger.info('Running %s...' % cmd)
-self.bitbake_e = subprocess.check_output(cmd, 
shell=True).decode('utf-8')
+self.bitbake_e = self.run_bitbake_env(arg)
 # bitbake -e doesn't report invalid MACHINE as an error, so
 # let's check DEPLOY_DIR_IMAGE to make sure that it is a valid
 # MACHINE.
@@ -1410,10 +1409,7 @@ class BaseConfig(object):
 
 self.cleaned = True
 
-def load_bitbake_env(self, mach=None):
-if self.bitbake_e:
-return
-
+def run_bitbake_env(self, mach=None):
 bitbake = shutil.which('bitbake')
 if not bitbake:
 return
@@ -1421,14 +1417,24 @@ class BaseConfig(object):
 if not mach:
 mach = self.get('MACHINE')
 
+multiconfig = self.get('MULTICONFIG')
+if multiconfig:
+multiconfig = "mc:%s" % multiconfig
+
 if mach:
-cmd = 'MACHINE=%s bitbake -e' % mach
+cmd = 'MACHINE=%s bitbake -e %s' % (mach, multiconfig)
 else:
-cmd = 'bitbake -e'
+cmd = 'bitbake -e %s' % multiconfig
 
 logger.info('Running %s...' % cmd)
+return subprocess.check_output(cmd, shell=True).decode('utf-8')
+
+def load_bitbake_env(self, mach=None):
+if self.bitbake_e:
+return
+
 try:
-self.bitbake_e = subprocess.check_output(cmd, 
shell=True).decode('utf-8')
+self.bitbake_e = self.run_bitbake_env(mach=mach)
 except subprocess.CalledProcessError as err:
 self.bitbake_e = ''
 logger.warning("Couldn't run 'bitbake -e' to gather environment 
information:\n%s" % err.output.decode('utf-8'))
@@ -1443,7 +1449,13 @@ class BaseConfig(object):
 if result and os.path.exists(result):
 return result
 
-cmd = ('bitbake', 'qemu-helper-native', '-e')
+cmd = ['bitbake', '-e']
+multiconfig = self.get('MULTICONFIG')
+if multiconfig:
+cmd.append('mc:%s:qemu-helper-native' % multiconfig)
+else:
+cmd.append('qemu-helper-native')
+
 logger.info('Running %s...' % str(cmd))
 out = subprocess.check_output(cmd).decode('utf-8')
 
-- 
2.23.0

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

[OE-core] [PATCH] python3: RDEPEND on libgcc

2019-12-30 Thread Joshua Watt 
Python uses features of glibc that require it to dynamically load (i.e.
dlopen()) libgcc_s at runtime. However, since this isn't a link time
dependency, it doesn't get picked up automatically by bitbake so
manually add it to RDEPENDS.

There is an outstanding bug in Python to make it explicitly link against
libgcc at link time which would remove the need for this. See:
https://bugs.python.org/issue37395

Signed-off-by: Joshua Watt 
---
 meta/recipes-devtools/python/python3_3.7.5.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/python/python3_3.7.5.bb 
b/meta/recipes-devtools/python/python3_3.7.5.bb
index 57eaaea5e7..4c8d5134a7 100644
--- a/meta/recipes-devtools/python/python3_3.7.5.bb
+++ b/meta/recipes-devtools/python/python3_3.7.5.bb
@@ -336,6 +336,8 @@ FILES_${PN}-misc = "${libdir}/python${PYTHON_MAJMIN} 
${libdir}/python${PYTHON_MA
 PACKAGES += "${PN}-man"
 FILES_${PN}-man = "${datadir}/man"
 
+# See https://bugs.python.org/issue18748 and https://bugs.python.org/issue37395
+RDEPENDS_${PN} = "libgcc"
 RDEPENDS_${PN}-ptest = "${PN}-modules ${PN}-tests unzip bzip2 libgcc 
tzdata-europe coreutils sed"
 RDEPENDS_${PN}-ptest_append_libc-glibc = " locale-base-tr-tr.iso-8859-9"
 RDEPENDS_${PN}-tkinter += "${@bb.utils.contains('PACKAGECONFIG', 'tk', 'tk 
tk-lib', '', d)}"
-- 
2.23.0

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

[OE-core] [PATCH] classes/image_types_wic: Depend on do_image_complete tasks

2019-12-30 Thread Joshua Watt 
do_image_wic now depends on the do_image_complete tasks from all it's
dependencies. This allows images recipes specified in WKS_FILE_DEPENDS
(for example, if a machine wants to put a initrd into a boot partition)
to correctly trigger rebuilds for the wic image.

Note that recrdeptask can't be used as was done for do_deploy because
this would cause circular task dependency errors. This shouldn't be
necessary anyway if the dependencies specified in WKS_FILE_DEPENDS are
complete.

Signed-off-by: Joshua Watt 
---
 meta/classes/image_types_wic.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/image_types_wic.bbclass 
b/meta/classes/image_types_wic.bbclass
index f350dc2723..7d5ebe1cb0 100644
--- a/meta/classes/image_types_wic.bbclass
+++ b/meta/classes/image_types_wic.bbclass
@@ -46,6 +46,7 @@ do_image_wic[depends] += "${@' 
'.join('%s-native:do_populate_sysroot' % r for r
 
 # We ensure all artfacts are deployed (e.g virtual/bootloader)
 do_image_wic[recrdeptask] += "do_deploy"
+do_image_wic[deptask] += "do_image_complete"
 
 WKS_FILE_DEPENDS_DEFAULT = '${@bb.utils.contains_any("BUILD_ARCH", [ 'x86_64', 
'i686' ], "syslinux-native", "",d)}'
 WKS_FILE_DEPENDS_DEFAULT += "bmap-tools-native cdrtools-native 
btrfs-tools-native squashfs-tools-native e2fsprogs-native"
-- 
2.23.0

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

[OE-core] [PATCH] systemd: fix ${PN}-journal-remote systemd unit

2019-12-30 Thread André Draszik 
Commit d31ff84a5f47 ("systemd: fix PN-container package splitting"),
d0b2cedfb099 in poky, created a new package for the remote journal,
but introduced a typo during declaration of the systemd unit part
of that package.

Fix it.

Signed-off-by: André Draszik 
---
 meta/recipes-core/systemd/systemd_243.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/systemd/systemd_243.2.bb 
b/meta/recipes-core/systemd/systemd_243.2.bb
index ac7a5f86b3..12c5eabab8 100644
--- a/meta/recipes-core/systemd/systemd_243.2.bb
+++ b/meta/recipes-core/systemd/systemd_243.2.bb
@@ -408,7 +408,7 @@ FILES_${PN}-journal-remote = 
"${rootlibexecdir}/systemd/systemd-journal-remote \
   
${systemd_system_unitdir}/systemd-journal-remote.service \
   
${systemd_system_unitdir}/systemd-journal-remote.socket \
  "
-SYSTEMD_SERVICE_${PN}-remote = "systemd-journal-remote.socket"
+SYSTEMD_SERVICE_${PN}-journal-remote = "systemd-journal-remote.socket"
 
 
 FILES_${PN}-container = 
"${sysconfdir}/dbus-1/system.d/org.freedesktop.import1.conf \
-- 
2.24.1

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

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

2019-12-30 Thread sjolley.yp.pm 
All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

 

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs

 

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 301
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now, "3.1", "3.2, "3.99" and "Future", the more pressing/urgent issues
being in "3.1" and then "3.2".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage#Unassigned_or_Newcomer_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Project Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

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

[OE-core] [PATCH] nfs-utils: Drop unneeded patches, cmdline option overrides

2019-12-30 Thread Khem Raj 
Ensure that it can build with clang as well on the way

Signed-off-by: Khem Raj 
---
 ...-Do-not-fatalize-Wmissing-prototypes.patch | 40 
 .../nfs-utils/nfs-utils/clang-warnings.patch  | 61 +++
 .../nfs-utils/nfs-utils_2.4.2.bb  |  5 +-
 3 files changed, 62 insertions(+), 44 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/nfs-utils/nfs-utils/0001-configure.ac-Do-not-fatalize-Wmissing-prototypes.patch
 create mode 100644 
meta/recipes-connectivity/nfs-utils/nfs-utils/clang-warnings.patch

diff --git 
a/meta/recipes-connectivity/nfs-utils/nfs-utils/0001-configure.ac-Do-not-fatalize-Wmissing-prototypes.patch
 
b/meta/recipes-connectivity/nfs-utils/nfs-utils/0001-configure.ac-Do-not-fatalize-Wmissing-prototypes.patch
deleted file mode 100644
index d14f0789ff..00
--- 
a/meta/recipes-connectivity/nfs-utils/nfs-utils/0001-configure.ac-Do-not-fatalize-Wmissing-prototypes.patch
+++ /dev/null
@@ -1,40 +0,0 @@
-From 66471fbf7106917da7a1536b18a0a77d07479779 Mon Sep 17 00:00:00 2001
-From: Mingli Yu 
-Date: Mon, 17 Dec 2018 15:29:47 +0800
-Subject: [PATCH] configure.ac: Do not fatalize -Wmissing-prototypes
-
-There comes below error when run "make -C tests/nsm_client nsm_client"
-| nlm_sm_inter_svc.c:20:1: error: no previous prototype for 'nlm_sm_prog_3' 
[-Werror=missing-prototypes]
-
-It is because rpcgen doesn't generate -Wmissing-prototypes
-free code for nlm_sm_inter_svc.c with below logic
-in tests/nsm_client/Makefile.am
-[snip]
-GENFILES_SVC= nlm_sm_inter_svc.c
-[snip]
-$(GENFILES_SVC): %_svc.c: %.x $(RPCGEN)
-test -f $@ && rm -rf $@ || true
-$(RPCGEN) -m -o $@ $<
-
-So add the logic not to fatalize -Wmissing-prototypes.
-
-Upstream-Status: 
Submitted[https://marc.info/?l=linux-nfs=154503260323936=2]
-
-Signed-off-by: Mingli Yu 

- configure.ac | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/configure.ac b/configure.ac
-index 50002b4..aebff01 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -582,7 +582,7 @@ my_am_cflags="\
-  -Wall \
-  -Wextra \
-  $rpcgen_cflags \
-- -Werror=missing-prototypes \
-+ -Wmissing-prototypes \
-  -Werror=missing-declarations \
-  -Werror=format=2 \
-  -Werror=undef \
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils/clang-warnings.patch 
b/meta/recipes-connectivity/nfs-utils/nfs-utils/clang-warnings.patch
new file mode 100644
index 00..20400fef67
--- /dev/null
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils/clang-warnings.patch
@@ -0,0 +1,61 @@
+Detect warning options during configure
+
+Certain options maybe compiler specific therefore its better
+to detect them before use.
+
+nfs_error copies the format string and appends newline to it
+but compiler can forget that it was format string since its not
+same fmt string that was passed. Ignore the warning
+
+Wdiscarded-qualifiers is gcc specific and this is no longer needed
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+
+--- a/configure.ac
 b/configure.ac
+@@ -599,7 +599,6 @@ my_am_cflags="\
+  -Werror=parentheses \
+  -Werror=aggregate-return \
+  -Werror=unused-result \
+- -Wno-cast-function-type \
+  -fno-strict-aliasing \
+ "
+ 
+@@ -619,9 +618,10 @@ CHECK_CCSUPPORT([-Werror=format-overflow
+ CHECK_CCSUPPORT([-Werror=int-conversion], [flg2])
+ CHECK_CCSUPPORT([-Werror=incompatible-pointer-types], [flg3])
+ CHECK_CCSUPPORT([-Werror=misleading-indentation], [flg4])
++CHECK_CCSUPPORT([-Wno-cast-function-type], [flg5])
+ AX_GCC_FUNC_ATTRIBUTE([format])
+ 
+-AC_SUBST([AM_CFLAGS], ["$my_am_cflags $flg1 $flg2 $flg3 $flg4"])
++AC_SUBST([AM_CFLAGS], ["$my_am_cflags $flg1 $flg2 $flg3 $flg4 $flg5"])
+ 
+ # Make sure that $ACLOCAL_FLAGS are used during a rebuild
+ AC_SUBST([ACLOCAL_AMFLAGS], ["-I $ac_macro_dir \$(ACLOCAL_FLAGS)"])
+--- a/support/nfs/xcommon.c
 b/support/nfs/xcommon.c
+@@ -98,7 +98,10 @@ nfs_error (const char *fmt, ...) {
+ 
+  fmt2 = xstrconcat2 (fmt, "\n");
+  va_start (args, fmt);
++#pragma GCC diagnostic push
++#pragma GCC diagnostic ignored "-Wformat-nonliteral"
+  vfprintf (stderr, fmt2, args);
++#pragma GCC diagnostic pop
+  va_end (args);
+  free (fmt2);
+ }
+--- a/utils/mount/stropts.c
 b/utils/mount/stropts.c
+@@ -1094,9 +1094,7 @@ static int nfsmount_fg(struct nfsmount_i
+   if (nfs_try_mount(mi))
+   return EX_SUCCESS;
+ 
+-#pragma GCC diagnostic ignored "-Wdiscarded-qualifiers"
+   if (errno == EBUSY && is_mountpoint(mi->node)) {
+-#pragma GCC diagnostic warning "-Wdiscarded-qualifiers"
+   /*
+* EBUSY can happen when mounting a filesystem that
+* is already mounted or when the context= are
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.4.2.bb 
b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.4.2.bb
index df3070bd8b..6647d3428b 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.4.2.bb
+++

Re: [OE-core] [PATCH 01/19] util-linux: Use PCRE for hardlink

2019-12-30 Thread Richard Purdie 
On Sun, 2019-12-29 at 10:43 -0800, Khem Raj wrote:
> Use PCRE, this enables using posix extended Regexps on cmdline
> 
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-core/util-linux/util-linux.inc | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/meta/recipes-core/util-linux/util-linux.inc 
> b/meta/recipes-core/util-linux/util-linux.inc
> index 1fa82363b1..8262217fc1 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -106,6 +106,7 @@ EXTRA_OECONF_append_class-target = " --enable-setpriv"
>  EXTRA_OECONF_append_class-native = " --without-cap-ng --disable-setpriv"
>  EXTRA_OECONF_append_class-nativesdk = " --without-cap-ng --disable-setpriv"
>  
> +PACKAGECONFIG ?= "pcre2"
>  PACKAGECONFIG_class-target ?= "${@bb.utils.filter('DISTRO_FEATURES', 'pam', 
> d)}"
>  # inherit manpages requires this to be present, however util-linux does not 
> have 
>  # configuration options, and installs manpages always
> @@ -117,6 +118,8 @@ PACKAGECONFIG[systemd] = "--with-systemd 
> --with-systemdsystemunitdir=${systemd_s
>  PACKAGECONFIG[pylibmount] = "--with-python=3 
> --enable-pylibmount,--without-python --disable-pylibmount,python3"
>  # Readline support
>  PACKAGECONFIG[readline] = "--with-readline,--without-readline,readline"
> +# PCRE support in hardlink
> +PACKAGECONFIG[pcre2] = ",,libpcre2"
>  
>  EXTRA_OEMAKE = "ARCH=${TARGET_ARCH} CPU= CPUOPT= 'OPT=${CFLAGS}'"

Can we clarify whether this change is meant to be affecting the target
or not (a comment maybe)? At the moment it would only affect
native/nativesdk which I'm fine with, I just want to ensure someone
else doesn't think it was a bug.

Cheers,

Richard

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

[OE-core] [PATCH 1/2] subversion: upgrade 1.12.2 -> 1.13.0

2019-12-30 Thread Richard Purdie 
Signed-off-by: Richard Purdie 
---
 .../subversion/{subversion_1.12.2.bb => subversion_1.13.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/subversion/{subversion_1.12.2.bb => 
subversion_1.13.0.bb} (96%)

diff --git a/meta/recipes-devtools/subversion/subversion_1.12.2.bb 
b/meta/recipes-devtools/subversion/subversion_1.13.0.bb
similarity index 96%
rename from meta/recipes-devtools/subversion/subversion_1.12.2.bb
rename to meta/recipes-devtools/subversion/subversion_1.13.0.bb
index 4ffa1c584e8..9c1281a63e4 100644
--- a/meta/recipes-devtools/subversion/subversion_1.12.2.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.13.0.bb
@@ -13,8 +13,8 @@ SRC_URI = "${APACHE_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
file://serfmacro.patch \
"
 
-SRC_URI[md5sum] = "1ff249f848f834ded88536543e031975"
-SRC_URI[sha256sum] = 
"3bd0b5c8e4c5175263dc9a92fd9aef94ce917e80af034f26fe5c45fde7e0f771"
+SRC_URI[md5sum] = "3004b4dae18bf45a0b6ea4ef8820064d"
+SRC_URI[sha256sum] = 
"bc50ce2c3faa7b1ae9103c432017df98dfd989c4239f9f8270bb3a314ed9e5bd"
 
 inherit autotools pkgconfig gettext
 
-- 
2.20.1

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

[OE-core] [PATCH 2/2] bitbake.conf: Simplify TARGET_SYS/SDK_SYS

2019-12-30 Thread Richard Purdie 
As pointed out by Masahiro Yamada , ('' or 'custom')
equates to "custom" and this code seems unecesaarily complicated and unused.

It was likely intended to supress the value if XXX_OS was set to '' but the
code doesn't actually do that. Simplify it as we shouldn't have this indirection
if we don't need it, its horrible.

Signed-off-by: Richard Purdie 
---
 meta/conf/bitbake.conf | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 394484b2b73..62b5466b717 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -129,7 +129,7 @@ SDKUSE_NLS ??= "yes"
 TARGET_ARCH = "${TUNE_ARCH}"
 TARGET_OS = "linux${LIBCEXTENSION}${ABIEXTENSION}"
 TARGET_VENDOR = "-oe"
-TARGET_SYS = "${TARGET_ARCH}${TARGET_VENDOR}${@['-' + d.getVar('TARGET_OS'), 
''][d.getVar('TARGET_OS') == ('' or 'custom')]}"
+TARGET_SYS = "${TARGET_ARCH}${TARGET_VENDOR}-${TARGET_OS}"
 TARGET_PREFIX = "${TARGET_SYS}-"
 TARGET_CC_ARCH = "${TUNE_CCARGS}"
 TARGET_LD_ARCH = "${TUNE_LDARGS}"
@@ -138,7 +138,7 @@ TARGET_AS_ARCH = "${TUNE_ASARGS}"
 SDKMACHINE ??= "x86_64"
 SDK_OS = "${BUILD_OS}"
 SDK_VENDOR = "-oesdk"
-SDK_SYS = "${SDK_ARCH}${SDK_VENDOR}${@['-' + d.getVar('SDK_OS'), 
''][d.getVar('SDK_OS') == ('' or 'custom')]}"
+SDK_SYS = "${SDK_ARCH}${SDK_VENDOR}-${SDK_OS}"
 SDK_PREFIX = "${SDK_SYS}-"
 SDK_CC_ARCH = "${BUILD_CC_ARCH}"
 SDKPKGSUFFIX = "nativesdk"
-- 
2.20.1

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