date:20190409

Re: [OE-core] [PATCH] virglrenderer: remove link option -Bsymbolic

2019-04-09 Thread Kang Kai


On 2019/4/9 上午12:36, Khem Raj wrote:

On Sun, Apr 7, 2019 at 6:59 PM Kang Kai  wrote:

On 2019/4/4 下午3:52, kai.k...@windriver.com wrote:

From: Kai Kang 

When gcc compile options '-O2 -fvisibility=default' are applied, it
fails to compile virglrenderer for x86:

| ld: gallium/auxiliary/.libs/libgallium.a(u_cpu_detect.o): relocation
R_386_GOTOFF against undefined symbol `util_cpu_caps' can not be used
when making a shared object
| ld: final link failed: bad value
| collect2: error: ld returned 1 exit status

Remove link option '-Bsymbolic' to fix the failure.


Any comments on this patch? Thank.

Kai



Signed-off-by: Kai Kang 
---
   .../0001-Remove-link-option-Bsymbolic.patch   | 34 +++
   .../virglrenderer/virglrenderer_0.7.0.bb  |  1 +
   2 files changed, 35 insertions(+)
   create mode 100644 
meta/recipes-graphics/virglrenderer/virglrenderer/0001-Remove-link-option-Bsymbolic.patch

diff --git 
a/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Remove-link-option-Bsymbolic.patch
 
b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Remove-link-option-Bsymbolic.patch
new file mode 100644
index 00..faefa16aae
--- /dev/null
+++ 
b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Remove-link-option-Bsymbolic.patch
@@ -0,0 +1,34 @@
+When gcc compile options '-O2 -fvisibility=default' are applied, it fails to
+compile virglrenderer for x86:
+
+| ld: gallium/auxiliary/.libs/libgallium.a(u_cpu_detect.o): relocation
+  R_386_GOTOFF against undefined symbol `util_cpu_caps' can not be used
+  when making a shared object
+| ld: final link failed: bad value
+| collect2: error: ld returned 1 exit status
+
+Remove link option '-Bsymbolic' to fix the failure.
+

In spite of removing the option can we try replacing it with
-Bsymbolic-functions



Thanks. I'll try it.

Regards,
Kai





+Upstream-Status: Submitted 
[https://gitlab.freedesktop.org/virgl/virglrenderer/merge_requests/213]
+
+Signed-off-by: Kai Kang 
+---
+ src/Makefile.am | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/Makefile.am b/src/Makefile.am
+index 9b668c8..7a421b8 100644
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -48,7 +49,7 @@ endif
+ lib_LTLIBRARIES = libvirglrenderer.la
+ noinst_LTLIBRARIES = libvrend.la
+
+-GM_LDFLAGS = -Wl,-Bsymbolic -version-number 0:2 -no-undefined
++GM_LDFLAGS = -version-number 0:2 -no-undefined
+
+ libvirglrenderer_la_SOURCES = virglrenderer.c
+ libvirglrenderer_ladir = $(libdir)
+--
+2.20.1
+
diff --git a/meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb 
b/meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb
index 225a0b8b0c..afc709bc48 100644
--- a/meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb
+++ b/meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb
@@ -9,6 +9,7 @@ SRCREV = "402c228861c9893f64cffbbcb4cb23044b8c721c"
   SRC_URI = "git://anongit.freedesktop.org/virglrenderer \
  file://0001-vtest-add-missing-includes.patch \
  file://0001-Makefile.am-explicitly-link-with-libdrm.patch \
+   file://0001-Remove-link-option-Bsymbolic.patch \
  "

   S = "${WORKDIR}/git"


--
Kai Kang



--
Kai Kang

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

Re: [OE-core] Eclipse support dropped with immediate effect

2019-04-09 Thread akuster808




On 4/9/19 8:52 PM, Richard Purdie wrote:
> I'm sorry to have to say this but the project is terminating its
> official eclipse plugin support with immediate effect.

Does this affect the stable branches as well?

- armin
>
> There is nobody willing to keep the builds going, fix bugs, port to new
> eclipse releases or release the current plugin. This has been raised in
> many forums, multiple times and nobody stepped up to help. With nobody
> to do the work, we can't keep it going, it is that simple.
>
> We'll be removing the automated testing of the eclipse plugin from the
> autobuilder with immediate effect for all project releases.
>
> Richard
>
>
>

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

Re: [OE-core] Build broken with current master

2019-04-09 Thread Andreas Müller

On Tue, Apr 9, 2019 at 9:52 PM Burton, Ross  wrote:
>
> Hm, annoying.
>
> The recipe that depends on docbook-xml-dtd4-native also needs to
> depend on libxml2-native.
>
> Ross
>
Do I have to go through recipes failing - or is there a chance for a
common solution?

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

Re: [OE-core] [PATCH 00/16] thud-next patch review

2019-04-09 Thread Martin Jansa

Please don't forget to include:
http://lists.openembedded.org/pipermail/openembedded-core/2019-March/280094.html
and similar one for sumo:
http://lists.openembedded.org/pipermail/openembedded-core/2019-March/280093.html
in the next pull.

I don't see them included in any thud-next/thud-nmut branches.

On Sun, Apr 7, 2019 at 11:24 AM Armin Kuster  wrote:

> There are the commit I intend on sending a pull request for in two days.
> Tuesday my timezone (IST)
>
> Please provide feedback by then if there are any issues. This is mostly
> OEQA changes. They have been througt the AB a-full and passed.
>
> The following changes since commit
> 45032e30be70503faeee468159b216031b729309:
>
>   build-appliance-image: Update to thud head revision (2019-03-27 23:22:49
> +)
>
> are available in the git repository at:
>
>   git://git.openembedded.org/openembedded-core-contrib stable/thud-nmut
>   http://cgit.openembedded.org//log/?h=stable/thud-nmut
>
> Armin Kuster (1):
>   Revert "boost: update to 1.69.0"
>
> Chen Qi (1):
>   pkgdata.py: avoid target-sdk-dummy-provides to mess things up
>
> Mazliana (1):
>   oeqa/manual/bsp-hw.json: add non-IA tests
>
> Richard Purdie (2):
>   resulttool: Allow store to work on single files
>   resulttool: Allow extraction of ptest data
>
> Sudhir Sharma (1):
>   oeqa/manual: Add manual runtime 'compliance' testcases to json
>
> Yeoh Ee Peng (6):
>   oeqa/manual/toaster: transfer manual toaster test cases to oeqa
>   oeqa/manual/toaster: updated test id naming
>   resulttool/manualexecution: Standardize input check
>   resulttool/manualexecution: Enable display full steps without press
> enter
>   resulttool/manualexecution: Fixed step sorted by integer
>   resulttool/manualexecution: Refactor and simplify codebase
>
> sangeeta jain (4):
>   oeqa/manual/sdk.json: Updated toolchain tarball to core-image-sato
>   oeqa/manual/bsp-hw.json: test id updated and obsolete test cases
> removed
>   oeqa/manual/compliance-test.json: test id updated and missing test
> cases added
>   oeqa/manual/kernel-dev.json: test id updated
>
>  meta/lib/oeqa/manual/bsp-hw.json   |  264 +-
>  meta/lib/oeqa/manual/compliance-test.json  |  194 ++
>  meta/lib/oeqa/manual/kernel-dev.json   |   36 +-
>  meta/lib/oeqa/manual/sdk.json  |   14 +-
>  meta/lib/oeqa/manual/toaster-managed-mode.json | 2572
> 
>  meta/lib/oeqa/manual/toaster-unmanaged-mode.json   | 1170 +
>  meta/lib/oeqa/selftest/cases/pkgdata.py|1 +
>  ...bjam-native_1.69.0.bb => bjam-native_1.68.0.bb} |0
>  .../boost/{boost-1.69.0.inc => boost-1.68.0.inc}   |4 +-
>  meta/recipes-support/boost/boost.inc   |1 +
>  ...-arch-instruction-set-flags-we-do-that-o.patch} |   23 +-
>  ...ucibility-add-file-directive-to-assembler.patch |  243 ++
>  .../boost/{boost_1.69.0.bb => boost_1.68.0.bb} |6 +-
>  scripts/lib/resulttool/manualexecution.py  |   61 +-
>  scripts/lib/resulttool/resultutils.py  |   39 +-
>  scripts/lib/resulttool/store.py|   23 +-
>  16 files changed, 4467 insertions(+), 184 deletions(-)
>  create mode 100644 meta/lib/oeqa/manual/compliance-test.json
>  create mode 100644 meta/lib/oeqa/manual/toaster-managed-mode.json
>  create mode 100644 meta/lib/oeqa/manual/toaster-unmanaged-mode.json
>  rename meta/recipes-support/boost/{bjam-native_1.69.0.bb =>
> bjam-native_1.68.0.bb} (100%)
>  rename meta/recipes-support/boost/{boost-1.69.0.inc => boost-1.68.0.inc}
> (85%)
>  rename
> meta/recipes-support/boost/boost/{0001-Don-t-set-up-arch-instruction-set-flags-we-do-that-o.patch
> => 0003-Don-t-set-up-arch-instruction-set-flags-we-do-that-o.patch} (93%)
>  create mode 100644
> meta/recipes-support/boost/boost/reproducibility-add-file-directive-to-assembler.patch
>  rename meta/recipes-support/boost/{boost_1.69.0.bb => boost_1.68.0.bb}
> (56%)
>
> --
> 2.7.4
>
> --
> ___
> 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] [v3][PATCH 2/2] goarch.bbclass: use MACHINEOVERRIDES and simplify go_map_arm()

2019-04-09 Thread richard . purdie

On Mon, 2019-03-18 at 11:21 -0400, Mark Asselstine wrote:
> Per https://github.com/golang/go/wiki/GoArm we need to set GOARM when
> cross building for ARMv5, ARMv6 and ARMv7. The current approach of
> using TUNE_FEATURES can be error prone, as we can see today when
> attempting to build for Cortex-A7 which results in GOARM=''.
> 
> Since the value of MACHINEOVERRIDES already consolidates the values
> of
> TUNE_FEATURES into something more consistent we can use the overrides
> mechanism to set GOARM, leaving just a little bit of logic in
> go_map_arm() to trigger off the arch (basically target vs host)
> for the setting of GOARM.
> 
> Signed-off-by: Mark Asselstine 
> ---
> 
> V2
> * Cover all ARMv7 Cortex* variants
> 
> V3
> * Switch to using MACHINEOVERRIDES/overrides mechanism
> 
>  meta/classes/goarch.bbclass | 19 +++
>  1 file changed, 11 insertions(+), 8 deletions(-)
> 
> diff --git a/meta/classes/goarch.bbclass
> b/meta/classes/goarch.bbclass
> index 39fea5e..8fdb443 100644
> --- a/meta/classes/goarch.bbclass
> +++ b/meta/classes/goarch.bbclass
> @@ -3,18 +3,26 @@ BUILD_GOARCH = "${@go_map_arch(d.getVar('BUILD_ARCH
> '), d)}"
>  BUILD_GOTUPLE = "${BUILD_GOOS}_${BUILD_GOARCH}"
>  HOST_GOOS = "${@go_map_os(d.getVar('HOST_OS'), d)}"
>  HOST_GOARCH = "${@go_map_arch(d.getVar('HOST_ARCH'), d)}"
> -HOST_GOARM = "${@go_map_arm(d.getVar('HOST_ARCH'),
> d.getVar('TUNE_FEATURES'), d)}"
> +HOST_GOARM = "${@go_map_arm(d.getVar('HOST_ARCH'),
> d.getVar('BASE_GOARM'), d)}"
>  HOST_GO386 = "${@go_map_386(d.getVar('HOST_ARCH'),
> d.getVar('TUNE_FEATURES'), d)}"
>  HOST_GOMIPS = "${@go_map_mips(d.getVar('HOST_ARCH'),
> d.getVar('TUNE_FEATURES'), d)}"
>  HOST_GOTUPLE = "${HOST_GOOS}_${HOST_GOARCH}"
>  TARGET_GOOS = "${@go_map_os(d.getVar('TARGET_OS'), d)}"
>  TARGET_GOARCH = "${@go_map_arch(d.getVar('TARGET_ARCH'), d)}"
> -TARGET_GOARM = "${@go_map_arm(d.getVar('TARGET_ARCH'),
> d.getVar('TUNE_FEATURES'), d)}"
> +TARGET_GOARM = "${@go_map_arm(d.getVar('TARGET_ARCH'),
> d.getVar('BASE_GOARM'), d)}"
>  TARGET_GO386 = "${@go_map_386(d.getVar('TARGET_ARCH'),
> d.getVar('TUNE_FEATURES'), d)}"
>  TARGET_GOMIPS = "${@go_map_mips(d.getVar('TARGET_ARCH'),
> d.getVar('TUNE_FEATURES'), d)}"
>  TARGET_GOTUPLE = "${TARGET_GOOS}_${TARGET_GOARCH}"
>  GO_BUILD_BINDIR =
> "${@['bin/${HOST_GOTUPLE}','bin'][d.getVar('BUILD_GOTUPLE') ==
> d.getVar('HOST_GOTUPLE')]}"
>  
> +# Use the MACHINEOVERRIDES to map ARM CPU architecture passed to GO
> via GOARM.
> +# This is combined with *_ARCH to set HOST_GOARM and TARGET_GOARM.
> +BASE_GOARM = ''
> +BASE_GOARM_armv7ve = '7'
> +BASE_GOARM_armv7a = '7'
> +BASE_GOARM_armv6 = '6'
> +BASE_GOARM_armv5 = '5'
> +
>  # Go supports dynamic linking on a limited set of architectures.
>  # See the supportsDynlink function in
> go/src/cmd/compile/internal/gc/main.go
>  GO_DYNLINK = ""
> @@ -74,12 +82,7 @@ def go_map_arch(a, d):
>  def go_map_arm(a, f, d):
>  import re
>  if re.match('arm.*', a):
> -if 'armv7' in f:
> -return '7'
> -elif 'armv6' in f:
> -return '6'
> -elif 'armv5' in f:
> -return '5'
> +return f
>  return ''

regexs are slow, this is probably more pythonic too:

def go_map_arm(a, f, d):
if a.startswith("arm"):
return d.getVar('BASE_GOARM')
return ''

and ditch f as a parameter?

Cheers,

Richard



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

Re: [OE-core] [v3][PATCH 1/2] go.bbclass: Export more GO* environment variables

2019-04-09 Thread richard . purdie

On Mon, 2019-03-18 at 11:21 -0400, Mark Asselstine wrote:
> Currently we are not doing a good job of consolidating GO environment
> variables used by the go build system in the go.bbclass, instead we
> are relying on the individual GO recipe authors to perform the
> exports. This can result in inconsistent build results and often
> binaries that are not properly cross compiled, resulting in segfaults
> when the applications are run on the target.
> 
> For example the GO documentation recommends that the environment
> include a value assigned to GOARM when cross building for ARMv5,
> ARMv6
> and ARMv7 (https://github.com/golang/go/wiki/GoArm).
> 
> In order to avoid polluting the build scripts with unnecessary
> exports, such as run.do_compile, we attempt to only export variables
> when they apply to a specific arch.
> 
> Signed-off-by: Mark Asselstine 
> ---
> 
> V2
> * Avoid potential undefined situations
> 
> V3
> * Add more exports to cover the basics
> * Tested on all qemu* variants, -native and build test other BSPs
> 
>  meta/classes/go.bbclass | 19 +++
>  1 file changed, 19 insertions(+)
> 
> diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
> index 7069c5f..78c2d68 100644
> --- a/meta/classes/go.bbclass
> +++ b/meta/classes/go.bbclass
> @@ -8,6 +8,25 @@ GOROOT = "${STAGING_LIBDIR}/go"
>  export GOROOT
>  export GOROOT_FINAL = "${libdir}/go"
>  
> +export GOARCH = "${TARGET_GOARCH}"
> +export GOOS = "${TARGET_GOOS}"
> +export GOHOSTARCH="${BUILD_GOARCH}"
> +export GOHOSTOS="${BUILD_GOOS}"
> +
> +GOARM[export] = "0"
> +GOARM_arm_class-target = "${TARGET_GOARM}"
> +GOARM_arm_class-target[export] = "1"
> +
> +GO386[export] = "0"
> +GO386_x86_class-target = "${TARGET_GO386}"
> +GO386_x86_class-target[export] = "1"
> +GO386_i586_class-target = "${TARGET_GO386}"
> +GO386_i586_class-target[export] = "1"

I'm almost certain that you don't need the i586 variant here as the x86
class should cover that already.

The export 0/1 thing is ugly and I which we had better syntax in
bitbake but its too late in the release for that now.

Cheers,

Richard

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

Re: [OE-core] [PATCH] opkg: add ptest

2019-04-09 Thread Alejandro Del Castillo




On 4/8/19 2:20 PM, Burton, Ross wrote:
> On Mon, 8 Apr 2019 at 20:03, Alejandro del Castillo
>  wrote:
>> +do_install_ptest() {
>> +   install -d ${D}${PTEST_PATH}
>> +   install -m 755 ${WORKDIR}/run-ptest ${D}/${PTEST_PATH}/run-ptest
>> +   install -m 755 ${B}/Makefile ${D}${PTEST_PATH}/Makefile
>> +   sed -i -e 's,^Makefile:,_Makefile:,' ${D}/${PTEST_PATH}/Makefile
>> +   cp -r ${S}/tests ${D}${PTEST_PATH}
>> +   sed -i -e 's,^opkgcl = 
>> os.path.realpath("../src/opkg"),opkgcl="${bindir}/opkg",' 
>> ${D}/${PTEST_PATH}/tests/cfg.py
>> +}
> 
> You're the maintainer of opkg, just add an install target for the test suite 
> ;)

At first glance, it looked a bit odd to add a ptest specific target 
(install-ptest) to opkg. But I can see other components do that (gdbm, 
libxml). And give that opkg primary client is OE, then it should be OK. 
I'll add the install-ptest to opkg and will send a v2 soon.

-- 
Cheers,

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

Re: [OE-core] Build broken with current master

2019-04-09 Thread Burton, Ross

Hm, annoying.

The recipe that depends on docbook-xml-dtd4-native also needs to
depend on libxml2-native.

Ross

On Tue, 9 Apr 2019 at 18:55, Andreas Müller  wrote:
>
> Hi,
>
> Just updated to current master to rebase my patches. Now I get for
> meta-qt5-extra/kglobalaccel:
>
> ERROR: kglobalaccel-5.56.0-r0 do_prepare_recipe_sysroot: Error
> executing a python function in exec_python_func() autogenerated:
>
> The stack trace of python calls that resulted in this exception/failure was:
> File: 'exec_python_func() autogenerated', lineno: 2, function: 
>  0001:
>  *** 0002:extend_recipe_sysroot(d)
>  0003:
> File: 
> '/home/a.mueller/data/oe-core/sources/openembedded-core/meta/classes/staging.bbclass',
> lineno: 566, function: extend_recipe_sysroot
>  0562:for f in fixme:
>  0563:staging_processfixme(fixme[f], f, recipesysroot,
> recipesysrootnative, d)
>  0564:
>  0565:for p in postinsts:
>  *** 0566:subprocess.check_output(p, shell=True,
> stderr=subprocess.STDOUT)
>  0567:
>  0568:for dep in manifests:
>  0569:c = setscenedeps[dep][0]
>  0570:os.symlink(manifests[dep], depdir + "/" + c + ".complete")
> File: '/usr/lib64/python3.7/subprocess.py', lineno: 395, function: 
> check_output
>  0391:# empty string. That is maintained here for
> backwards compatibility.
>  0392:kwargs['input'] = '' if
> kwargs.get('universal_newlines', False) else b''
>  0393:
>  0394:return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
>  *** 0395:   **kwargs).stdout
>  0396:
>  0397:
>  0398:class CompletedProcess(object):
>  0399:"""A process that has finished running.
> File: '/usr/lib64/python3.7/subprocess.py', lineno: 487, function: run
>  0483:raise
>  0484:retcode = process.poll()
>  0485:if check and retcode:
>  0486:raise CalledProcessError(retcode, process.args,
>  *** 0487: output=stdout, stderr=stderr)
>  0488:return CompletedProcess(process.args, retcode, stdout, stderr)
>  0489:
>  0490:
>  0491:def list2cmdline(seq):
> Exception: subprocess.CalledProcessError: Command
> '/home/a.mueller/tmp/oe-core-musl/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-musleabi/kglobalaccel/5.56.0-r0/recipe-sysroot/usr/bin/postinst-docbook-xml-dtd4-xmlcatalog'
> returned non-zero exit status 127.
>
> Subprocess output:
> /home/a.mueller/tmp/oe-core-musl/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-musleabi/kglobalaccel/5.56.0-r0/recipe-sysroot/usr/bin/postinst-docbook-xml-dtd4-xmlcatalog:
> line 5: xmlcatalog: command not found
> /home/a.mueller/tmp/oe-core-musl/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-musleabi/kglobalaccel/5.56.0-r0/recipe-sysroot/usr/bin/postinst-docbook-xml-dtd4-xmlcatalog:
> line 8: xmlcatalog: command not found
>
> ERROR: kglobalaccel-5.56.0-r0 do_prepare_recipe_sysroot: Command
> '/home/a.mueller/tmp/oe-core-musl/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-musleabi/kglobalaccel/5.56.0-r0/recipe-sysroot/usr/bin/postinst-docbook-xml-dtd4-xmlcatalog'
> returned non-zero exit status 127.
> ERROR: kglobalaccel-5.56.0-r0 do_prepare_recipe_sysroot: Function
> failed: extend_recipe_sysroot
> ERROR: Logfile of failure stored in:
> /home/a.mueller/tmp/oe-core-musl/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-musleabi/kglobalaccel/5.56.0-r0/temp/log.do_prepare_recipe_sysroot.10267
> ERROR: Task 
> (/home/a.mueller/data/oe-core/sources/meta-qt5-extra/recipes-kde/kf5/tier3/kglobalaccel/kglobalaccel.bb:do_prepare_recipe_sysroot)
> failed with exit code '1'
>
> Saw there were some changes at that area. Anything I can do to fix?
>
> Andreas
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2][meta-oe] ell: add recipe

2019-04-09 Thread Oleksandr Kravchuk

ELL has originally been part of meta-openembedded, but newer versions
of some of the poky components depend on it, e.g. ofono.

Signed-off-by: Oleksandr Kravchuk 
---
 meta/conf/distro/include/maintainers.inc |  1 +
 meta/recipes-core/ell/ell_0.18.bb| 22 ++
 2 files changed, 23 insertions(+)
 create mode 100644 meta/recipes-core/ell/ell_0.18.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 950b8e8951..62de7d21bc 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -165,6 +165,7 @@ RECIPE_MAINTAINER_pn-eglinfo-fb = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-eglinfo-x11 = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-eglinfo-wayland = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-elfutils = "Hongxu Jia "
+RECIPE_MAINTAINER_pn-ell = "Oleksandr Kravchuk 
"
 RECIPE_MAINTAINER_pn-enchant = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-encodings = "Armin Kuster "
 RECIPE_MAINTAINER_pn-epiphany = "Alexander Kanavin "
diff --git a/meta/recipes-core/ell/ell_0.18.bb 
b/meta/recipes-core/ell/ell_0.18.bb
new file mode 100644
index 00..ca27f4dcda
--- /dev/null
+++ b/meta/recipes-core/ell/ell_0.18.bb
@@ -0,0 +1,22 @@
+SUMMARY  = "Embedded Linux Library"
+DESCRIPTION = "The Embedded Linux Library (ELL) provides core, \
+low-level functionality for system daemons. It typically has no \
+dependencies other than the Linux kernel, C standard library, and \
+libdl (for dynamic linking). While ELL is designed to be efficient \
+and compact enough for use on embedded Linux platforms, it is not \
+limited to resource-constrained systems."
+SECTION = "libs"
+LICENSE  = "LGPLv2.1"
+LIC_FILES_CHKSUM = "file://COPYING;md5=fb504b67c50331fc78734fed90fb0e09"
+
+DEPENDS = "dbus"
+
+inherit autotools pkgconfig
+
+SRC_URI = 
"https://mirrors.edge.kernel.org/pub/linux/libs/${PN}/${PN}-${PV}.tar.xz;
+SRC_URI[md5sum] = "18e2be697a54811e49bbe34590a13a42"
+SRC_URI[sha256sum] = 
"2c4c1a129f1b697e63ba3f63927dbae1482f6329b48c14a1748d9ab8ac4ee7e3"
+
+do_configure_prepend () {
+mkdir -p ${S}/build-aux
+}
-- 
2.17.1

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

[OE-core] Build broken with current master

2019-04-09 Thread Andreas Müller

Hi,

Just updated to current master to rebase my patches. Now I get for
meta-qt5-extra/kglobalaccel:

ERROR: kglobalaccel-5.56.0-r0 do_prepare_recipe_sysroot: Error
executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: 
 0001:
 *** 0002:extend_recipe_sysroot(d)
 0003:
File: 
'/home/a.mueller/data/oe-core/sources/openembedded-core/meta/classes/staging.bbclass',
lineno: 566, function: extend_recipe_sysroot
 0562:for f in fixme:
 0563:staging_processfixme(fixme[f], f, recipesysroot,
recipesysrootnative, d)
 0564:
 0565:for p in postinsts:
 *** 0566:subprocess.check_output(p, shell=True,
stderr=subprocess.STDOUT)
 0567:
 0568:for dep in manifests:
 0569:c = setscenedeps[dep][0]
 0570:os.symlink(manifests[dep], depdir + "/" + c + ".complete")
File: '/usr/lib64/python3.7/subprocess.py', lineno: 395, function: check_output
 0391:# empty string. That is maintained here for
backwards compatibility.
 0392:kwargs['input'] = '' if
kwargs.get('universal_newlines', False) else b''
 0393:
 0394:return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
 *** 0395:   **kwargs).stdout
 0396:
 0397:
 0398:class CompletedProcess(object):
 0399:"""A process that has finished running.
File: '/usr/lib64/python3.7/subprocess.py', lineno: 487, function: run
 0483:raise
 0484:retcode = process.poll()
 0485:if check and retcode:
 0486:raise CalledProcessError(retcode, process.args,
 *** 0487: output=stdout, stderr=stderr)
 0488:return CompletedProcess(process.args, retcode, stdout, stderr)
 0489:
 0490:
 0491:def list2cmdline(seq):
Exception: subprocess.CalledProcessError: Command
'/home/a.mueller/tmp/oe-core-musl/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-musleabi/kglobalaccel/5.56.0-r0/recipe-sysroot/usr/bin/postinst-docbook-xml-dtd4-xmlcatalog'
returned non-zero exit status 127.

Subprocess output:
/home/a.mueller/tmp/oe-core-musl/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-musleabi/kglobalaccel/5.56.0-r0/recipe-sysroot/usr/bin/postinst-docbook-xml-dtd4-xmlcatalog:
line 5: xmlcatalog: command not found
/home/a.mueller/tmp/oe-core-musl/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-musleabi/kglobalaccel/5.56.0-r0/recipe-sysroot/usr/bin/postinst-docbook-xml-dtd4-xmlcatalog:
line 8: xmlcatalog: command not found

ERROR: kglobalaccel-5.56.0-r0 do_prepare_recipe_sysroot: Command
'/home/a.mueller/tmp/oe-core-musl/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-musleabi/kglobalaccel/5.56.0-r0/recipe-sysroot/usr/bin/postinst-docbook-xml-dtd4-xmlcatalog'
returned non-zero exit status 127.
ERROR: kglobalaccel-5.56.0-r0 do_prepare_recipe_sysroot: Function
failed: extend_recipe_sysroot
ERROR: Logfile of failure stored in:
/home/a.mueller/tmp/oe-core-musl/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-musleabi/kglobalaccel/5.56.0-r0/temp/log.do_prepare_recipe_sysroot.10267
ERROR: Task 
(/home/a.mueller/data/oe-core/sources/meta-qt5-extra/recipes-kde/kf5/tier3/kglobalaccel/kglobalaccel.bb:do_prepare_recipe_sysroot)
failed with exit code '1'

Saw there were some changes at that area. Anything I can do to fix?

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

[OE-core] [PATCH 5/7] qemumips: Enable the poweroff driver

2019-04-09 Thread bruce . ashfield

From: Bruce Ashfield 

Integrating the following configuration change:

Author: Kevin Hao 
Date:   Wed Apr 3 19:30:58 2019 +0800

mips: Enable the poweroff driver for the qemumips/qemumips64

As Indicated by Richard Purdie, in order to shutdown the machine we have
to explicitly enable the PIIX4 poweroff driver for the
qemumips/qemumips64 after the kernel commit dd129c6374e9 ("MIPS: Malta:
Use PIIX4 poweroff driver to power down") is merged.

Signed-off-by: Kevin Hao 

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb| 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_4.19.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb  | 2 +-
 meta/recipes-kernel/linux/linux-yocto_4.19.bb  | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.0.bb   | 2 +-
 6 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
index 26c11def0d..7a0b7231ee 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "eac4b8fe170fc8745377cb37c5433db69356d6d8"
-SRCREV_meta ?= "d85f07e03c980eca5ffd5ba058985d6ed3a83801"
+SRCREV_meta ?= "55b740965496961a660674aa4e5b8568b1b9fb7e"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.19;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
index 68c57e89f3..9c0dbcf4ba 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "06e1ff79ea9efef052404ee1989cae038b28e954"
-SRCREV_meta ?= "172634f02e7e293bb53c6c7b1473306b9b30058d"
+SRCREV_meta ?= "bf8eb7d888f05965789dec325e84a3dce8011712"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.0;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.19.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.19.bb
index 8e132caae7..84a02afc4d 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.19.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.19.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "03eb6106990498e86298646c682fce9fc61f2131"
 SRCREV_machine ?= "253c39a252f25843111b7be0c8247eb4bd6c328d"
-SRCREV_meta ?= "d85f07e03c980eca5ffd5ba058985d6ed3a83801"
+SRCREV_meta ?= "55b740965496961a660674aa4e5b8568b1b9fb7e"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
index b3027c0057..c692ce75c5 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "b0477279877bb2b5cca6ec49c64e931901ff2022"
 SRCREV_machine ?= "3df4aae6074e94e794e27fe7f17451d9353cdf3d"
-SRCREV_meta ?= "172634f02e7e293bb53c6c7b1473306b9b30058d"
+SRCREV_meta ?= "bf8eb7d888f05965789dec325e84a3dce8011712"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.19.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.19.bb
index 0217daa243..f83a6d689b 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.19.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.19.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= 
"253c39a252f25843111b7be0c8247eb4bd6c328d"
 SRCREV_machine_qemux86-64 ?= "253c39a252f25843111b7be0c8247eb4bd6c328d"
 SRCREV_machine_qemumips64 ?= "bb7ae8a8cbe76c9ce2804f651936f059f9f621a2"
 SRCREV_machine ?= "253c39a252f25843111b7be0c8247eb4bd6c328d"
-SRCREV_meta ?= "d85f07e03c980eca5ffd5ba058985d6ed3a83801"
+SRCREV_meta ?= "55b740965496961a660674aa4e5b8568b1b9fb7e"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;name=machine;branch=${KBRANCH}; \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.19;destsuffix=${KMETA}
 \
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
index dc3cc11466..8474b500cd 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= 
"3df4aae6074e94e794e27fe7f17451d9353cdf3d"
 SRCREV_machine_qemux86-64 ?= "3df4aae6074e94e794e27fe7f17451d9353cdf3d"
 SRCREV_machine_qemumips64 ?= "2468c20c15477ebe5ecd73c0e0162d7432149318"
 SRCREV_machine ?= "3df4aae6074e94e794e27fe7f17451d9353cdf3d"
-SRCREV_meta ?= "172634f02e7e293bb53c6c7b1473306b9b30058d"
+SRCREV_meta

[OE-core] [PATCH 1/7] linux-yocto-rt/4.19: fix duplicate TIF_NEED_RESCHED_LAZY

2019-04-09 Thread bruce . ashfield

From: Bruce Ashfield 

Integrating Kevin's patch that cleans up a build warning:

x86: Drop the duplicate define of TIF_NEED_RESCHED_LAZY

The two merge commits 107b161b1cbaf ("Merge branch 'v4.19/standard/base'
into v4.19/standard/preempt-rt/base") and dc37b7080cd55 ("Merge tag
'v4.19.8' into linux-4.19.y-rt") almost have the same content, but
introduce two define of TIF_NEED_RESCHED_LAZY for x86 arch. Drop one of
them to fix the build warning.

Signed-off-by: Kevin Hao 
Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
index 7f1640d43f..26c11def0d 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "2c6e44e476bd297d65d5cb1b5f5538d303fc05a0"
+SRCREV_machine ?= "eac4b8fe170fc8745377cb37c5433db69356d6d8"
 SRCREV_meta ?= "d85f07e03c980eca5ffd5ba058985d6ed3a83801"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
-- 
2.19.1

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

[OE-core] [PATCH 6/7] linux-yocto/5.0: tweak qemuarm -tiny configuration

2019-04-09 Thread bruce . ashfield

From: Bruce Ashfield 

Tweaking the qemuarm -tiny configuration so it will boot to a
prompt. There are still some remaining issues (like hvc console
warnings), but this is much better than a silent boot, or boot
hang like we previously had.

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.0.bb  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
index 9c0dbcf4ba..adffe4e9f8 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "06e1ff79ea9efef052404ee1989cae038b28e954"
-SRCREV_meta ?= "bf8eb7d888f05965789dec325e84a3dce8011712"
+SRCREV_meta ?= "f0b575cda6d03540ff8da2f70421f13a08f34a5e"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.0;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
index c692ce75c5..49c69c4b57 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "b0477279877bb2b5cca6ec49c64e931901ff2022"
 SRCREV_machine ?= "3df4aae6074e94e794e27fe7f17451d9353cdf3d"
-SRCREV_meta ?= "bf8eb7d888f05965789dec325e84a3dce8011712"
+SRCREV_meta ?= "f0b575cda6d03540ff8da2f70421f13a08f34a5e"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
index 8474b500cd..82bbbd616a 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= 
"3df4aae6074e94e794e27fe7f17451d9353cdf3d"
 SRCREV_machine_qemux86-64 ?= "3df4aae6074e94e794e27fe7f17451d9353cdf3d"
 SRCREV_machine_qemumips64 ?= "2468c20c15477ebe5ecd73c0e0162d7432149318"
 SRCREV_machine ?= "3df4aae6074e94e794e27fe7f17451d9353cdf3d"
-SRCREV_meta ?= "bf8eb7d888f05965789dec325e84a3dce8011712"
+SRCREV_meta ?= "f0b575cda6d03540ff8da2f70421f13a08f34a5e"
 
 # remap qemuarm to qemuarma15 for the 5.0 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
-- 
2.19.1

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

[OE-core] [PATCH 3/7] linux-yocto-tiny/4.18: point KBRANCH to 4.18

2019-04-09 Thread bruce . ashfield

From: Bruce Ashfield 

The other kernel versions had the -tiny KBRANCH typo of 4.15
fixed, but 4.18 was missed. So we update the kbranch to the right
version for 4.18 as well.

[YOCTO #13247]

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.18.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.18.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.18.bb
index 0be7f0889a..f4bb49a60d 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.18.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.18.bb
@@ -1,5 +1,5 @@
 KBRANCH ?= "v4.18/standard/tiny/base"
-KBRANCH_qemuarm  ?= "v4.15/standard/tiny/arm-versatile-926ejs"
+KBRANCH_qemuarm  ?= "v4.18/standard/tiny/arm-versatile-926ejs"
 
 LINUX_KERNEL_TYPE = "tiny"
 KCONFIG_MODE = "--allnoconfig"
-- 
2.19.1

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

[OE-core] [PATCH 2/7] linux-yocto/5.0: update CGL audit configuration fragment

2019-04-09 Thread bruce . ashfield

From: Bruce Ashfield 

Integrating the follow config tweak:

cgl: audit: Remove CONFIG_AUDIT_WATCH and CONFIG_AUDIT_WATCH

In the following commits, these two options have been replaced by
CONFIG_AUDITSYSCALL which is in audit.cfg.

c8fc5d49c341 ("audit: remove WATCH and TREE config options")
cb74ed278f80 ("audit: always enable syscall auditing when supported and 
audit is enabled")

Signed-off-by: He Zhe 

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.0.bb  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
index 65c3698495..68c57e89f3 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "06e1ff79ea9efef052404ee1989cae038b28e954"
-SRCREV_meta ?= "705457837e7ddd27e4e2ecf6d3dbd255b1aaf848"
+SRCREV_meta ?= "172634f02e7e293bb53c6c7b1473306b9b30058d"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.0;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
index dc60548c6f..b3027c0057 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "b0477279877bb2b5cca6ec49c64e931901ff2022"
 SRCREV_machine ?= "3df4aae6074e94e794e27fe7f17451d9353cdf3d"
-SRCREV_meta ?= "705457837e7ddd27e4e2ecf6d3dbd255b1aaf848"
+SRCREV_meta ?= "172634f02e7e293bb53c6c7b1473306b9b30058d"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
index be5dbaedc1..dc3cc11466 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= 
"3df4aae6074e94e794e27fe7f17451d9353cdf3d"
 SRCREV_machine_qemux86-64 ?= "3df4aae6074e94e794e27fe7f17451d9353cdf3d"
 SRCREV_machine_qemumips64 ?= "2468c20c15477ebe5ecd73c0e0162d7432149318"
 SRCREV_machine ?= "3df4aae6074e94e794e27fe7f17451d9353cdf3d"
-SRCREV_meta ?= "705457837e7ddd27e4e2ecf6d3dbd255b1aaf848"
+SRCREV_meta ?= "172634f02e7e293bb53c6c7b1473306b9b30058d"
 
 # remap qemuarm to qemuarma15 for the 5.0 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
-- 
2.19.1

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

[OE-core] [PATCH 0/7] kernel-yocto: consolidated pull request

2019-04-09 Thread bruce . ashfield

From: Bruce Ashfield 

Richard,

Here's the M4 pull request for linux-yocto*. It is mainly configuration
updates and fixes that I've gether over the past few weeks. I expect
to have one more set of -stable updates, but otherwise, there are no
other significant planned changes.

This series should fix the qemumips shutdown issue (qemumips: Enable the 
poweroff driver).

And finally, as we've been discussing it also fixes up the -tiny support
in 5.0 to a bootable state, allowing poky-tiny to move off of 4.18 (I'll
send that patch separately). As a result of those fixups, I've included
the removal of 4.18 from master. As I've noted in the commit itself, I'll
continue to merge changes for 4.18, I just won't do SRCREV bumps in master.

Cheers,

Bruce

The following changes since commit 3c67567ece6d7bf712964f06e008abede96180bf:

  oeqa/utils/qemurunner: Fix typo in previous commit (2019-04-09 16:04:09 +0100)

are available in the Git repository at:

  git://git.pokylinux.org/poky-contrib zedd/kernel
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (7):
  linux-yocto-rt/4.19: fix duplicate TIF_NEED_RESCHED_LAZY
  linux-yocto/5.0: update CGL audit configuration fragment
  linux-yocto-tiny/4.18: point KBRANCH to 4.18
  linux-yocto/4.18: update to v4.18.33
  qemumips: Enable the poweroff driver
  linux-yocto/5.0: tweak qemuarm -tiny configuration
  linux-yocto/4.18: remove versioned recipes

 .../linux/linux-yocto-rt_4.18.bb  | 43 -
 .../linux/linux-yocto-rt_4.19.bb  |  4 +-
 .../linux/linux-yocto-rt_5.0.bb   |  2 +-
 .../linux/linux-yocto-tiny_4.18.bb| 32 -
 .../linux/linux-yocto-tiny_4.19.bb|  2 +-
 .../linux/linux-yocto-tiny_5.0.bb |  2 +-
 meta/recipes-kernel/linux/linux-yocto_4.18.bb | 48 ---
 meta/recipes-kernel/linux/linux-yocto_4.19.bb |  2 +-
 meta/recipes-kernel/linux/linux-yocto_5.0.bb  |  2 +-
 9 files changed, 7 insertions(+), 130 deletions(-)
 delete mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_4.18.bb
 delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_4.18.bb
 delete mode 100644 meta/recipes-kernel/linux/linux-yocto_4.18.bb

-- 
2.19.1

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

[OE-core] [PATCH 4/7] linux-yocto/4.18: update to v4.18.33

2019-04-09 Thread bruce . ashfield

From: Bruce Ashfield 

Integrating Paul Gortmaker's -stable ports to 4.18 which comprise the
following commits:

   56f9fe35a4c5 Linux 4.18.33
   bf44ff79b855 net: hns: Fixes the missing put_device in positive leg for roce 
reset
   81614c514f4e mm: Use fixed constant in page_frag_alloc instead of size + 1
   035b5a7a3e3f ipvs: fix warning on unused variable
   58ab04e46d92 intel_th: gth: Fix an off-by-one in output unassigning
   8cb600d53c6c ARM: dts: exynos: Fix max voltage for buck8 regulator on Odroid 
XU3/XU4
   f11b815f39bf s390/setup: fix boot crash for machine without EDAT-1
   4059d23a36a6 KVM: nVMX: Ignore limit checks on VMX instructions using flat 
segments
   d94637dc73e5 KVM: nVMX: Apply addr size mask to effective address for VMX 
instructions
   ee356457f2a3 KVM: nVMX: Sign extend displacements of VMX instr's mem operands
   b4485d9eb039 KVM: x86/mmu: Do not cache MMIO accesses while memslots are in 
flux
   fe7d69927661 KVM: x86/mmu: Detect MMIO generation wrap in any address space
   c34cae89374b KVM: Call kvm_arch_memslots_updated() before updating memslots
   9fb8b858d552 drm/amd/display: don't call dm_pp_ function from an fpu block
   d4302b79ffbd drm/amd/powerplay: correct power reading on fiji
   5f8c51055244 drm/radeon/evergreen_cs: fix missing break in switch statement
   3fc39cdce701 media: imx: csi: Stop upstream before disabling IDMA channel
   5c008f7971b8 media: imx: csi: Disable CSI immediately after last EOF
   74a5ff7db3b2 media: uvcvideo: Avoid NULL pointer dereference at the end of 
streaming
   142a9bd66395 media: lgdt330x: fix lock status reporting
   465204a0c772 media: imx: prpencvf: Stop upstream before disabling IDMA 
channel
   42a2c1a40db0 rcu: Do RCU GP kthread self-wakeup from softirq and interrupt
   f9480ca4fb29 tpm: Unify the send callback behaviour
   5f28509f81ad tpm/tpm_crb: Avoid unaligned reads in crb_recv()
   ea37270d4c87 md: Fix failed allocation of md_register_thread
   bd77b69a20ba perf intel-pt: Fix divide by zero when TSC is not available
   c9a63c17458f perf/x86/intel/uncore: Fix client IMC events return huge result
   63a25bdd4227 perf intel-pt: Fix overlap calculation for padding
   66a57e3b95b5 perf auxtrace: Define auxtrace record alignment
   76650254e18e perf intel-pt: Fix CYC timestamp calculation after OVF
   274ef4840d79 x86/unwind/orc: Fix ORC unwind table alignment
   3928a903e185 vt: perform safe console erase in the right order
   645a7ca69855 stable-kernel-rules.rst: add link to networking patch queue
   1c14622adb15 bcache: never writeback a discard operation
   261aad0b3ea7 PM / wakeup: Rework wakeup source timer cancellation
   ee610ce938cd svcrpc: fix UDP on servers with lots of threads
   0530b66bfd53 NFSv4.1: Reinitialise sequence results before retransmitting a 
request
   9a1d7090b36e nfsd: fix wrong check in write_v4_end_grace()
   e7edb30fd6b7 nfsd: fix memory corruption caused by readdir
   672f2e600d21 nfsd: fix performance-limiting session calculation
   624865483faa NFS: Don't recoalesce on error in nfs_pageio_complete_mirror()
   2b5fef7c9927 NFS: Fix an I/O request leakage in nfs_do_recoalesce
   63adecfe53e9 NFS: Fix I/O request leakages
   0b0545dd7e6e cpcap-charger: generate events for userspace
   8f27f8570fa7 mfd: sm501: Fix potential NULL pointer dereference
   f964d308797d dm integrity: limit the rate of error messages
   1ed46c0c4f65 dm: fix to_sector() for 32bit
   ea77e999f649 ipmi_si: fix use-after-free of resource->name
   5a0bc68e9a0d arm64: KVM: Fix architecturally invalid reset value for 
FPEXC32_EL2
   9dc4a1a6447e arm64: debug: Ensure debug handlers check triggering exception 
level
   c33e96f8ddb2 arm64: Fix HCR.TGE status for NMI contexts
   bb7edb8a409a ARM: s3c24xx: Fix boolean expressions in osiris_dvs_notify
   e8d7edd36a92 powerpc/traps: Fix the message printed when stack overflows
   fbea0579063f powerpc/hugetlb: Don't do runtime allocation of 16G pages in 
LPAR configuration
   88d0042148f0 powerpc/ptrace: Simplify vr_get/set() to avoid GCC warning
   b0fc119506bf powerpc: Fix 32-bit KVM-PR lockup and host crash with MacOS 
guest
   6e975dad4a8e powerpc/powernv: Don't reprogram SLW image on every KVM guest 
entry/exit
   fcf2d15a0a32 powerpc/83xx: Also save/restore SPRG4-7 during suspend
   87481c65c805 powerpc/powernv: Make opal log only readable by root
   12319dcc9a80 powerpc/wii: properly disable use of BATs when requested.
   be851891b1c9 powerpc/32: Clear on-stack exception marker upon exception 
return
   24d0b4b51dd1 security/selinux: fix SECURITY_LSM_NATIVE_LABELS on reused 
superblock
   3ea70bdc892f selinux: add the missing walk_size + len check in 
selinux_sctp_bind_connect
   00d550a195f2 jbd2: fix compile warning when using JBUFFER_TRACE
   b18848cc624a jbd2: clear dirty flag when revoking a buffer from an older 
transaction
   108ba9f62780 serial: 8250_pci: Have ACCES cards that use the four port 
Pericom PI7C9X7954 chip use the pci_pericom_setup()
   a79bc3e5fb7c serial:

[OE-core] [PATCH 7/7] linux-yocto/4.18: remove versioned recipes

2019-04-09 Thread bruce . ashfield

From: Bruce Ashfield 

The 4.18 kernel has been replaced by 4.19 and 5.0 in master.
poky-tiny has been tested against 5.0, so we can now remove
the 4.18 recipes.

The 4.18 branches will continue to be maintained, but we only
want two active kernels in the master/releases branches.

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_4.18.bb  | 43 -
 .../linux/linux-yocto-tiny_4.18.bb| 32 -
 meta/recipes-kernel/linux/linux-yocto_4.18.bb | 48 ---
 3 files changed, 123 deletions(-)
 delete mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_4.18.bb
 delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_4.18.bb
 delete mode 100644 meta/recipes-kernel/linux/linux-yocto_4.18.bb

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.18.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.18.bb
deleted file mode 100644
index 91bb5765d1..00
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.18.bb
+++ /dev/null
@@ -1,43 +0,0 @@
-KBRANCH ?= "v4.18/standard/preempt-rt/base"
-
-require recipes-kernel/linux/linux-yocto.inc
-
-# Skip processing of this recipe if it is not explicitly specified as the
-# PREFERRED_PROVIDER for virtual/kernel. This avoids errors when trying
-# to build multiple virtual/kernel providers, e.g. as dependency of
-# core-image-rt-sdk, core-image-rt.
-python () {
-if d.getVar("KERNEL_PACKAGE_NAME") == "kernel" and 
d.getVar("PREFERRED_PROVIDER_virtual/kernel") != "linux-yocto-rt":
-raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
-}
-
-SRCREV_machine ?= "60b23779def52cac86267bdef0da0f2750dce287"
-SRCREV_meta ?= "865683fc87deee7030cd168f295e8afd70894d6c"
-
-SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
-   
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.18;destsuffix=${KMETA}"
-
-LINUX_VERSION ?= "4.18.33"
-
-LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
-
-DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
-DEPENDS += "openssl-native util-linux-native"
-
-PV = "${LINUX_VERSION}+git${SRCPV}"
-
-KMETA = "kernel-meta"
-KCONF_BSP_AUDIT_LEVEL = "2"
-
-LINUX_KERNEL_TYPE = "preempt-rt"
-
-COMPATIBLE_MACHINE = "(qemux86|qemux86-64|qemuarm|qemuarm64|qemuppc|qemumips)"
-
-KERNEL_DEVICETREE_qemuarm = "versatile-pb.dtb"
-
-# Functionality flags
-KERNEL_EXTRA_FEATURES ?= "features/netfilter/netfilter.scc 
features/taskstats/taskstats.scc"
-KERNEL_FEATURES_append = " ${KERNEL_EXTRA_FEATURES}"
-KERNEL_FEATURES_append_qemuall=" cfg/virtio.scc"
-KERNEL_FEATURES_append_qemux86=" cfg/sound.scc cfg/paravirt_kvm.scc"
-KERNEL_FEATURES_append_qemux86-64=" cfg/sound.scc cfg/paravirt_kvm.scc"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.18.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.18.bb
deleted file mode 100644
index c986eb8bac..00
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.18.bb
+++ /dev/null
@@ -1,32 +0,0 @@
-KBRANCH ?= "v4.18/standard/tiny/base"
-KBRANCH_qemuarm  ?= "v4.18/standard/tiny/arm-versatile-926ejs"
-
-LINUX_KERNEL_TYPE = "tiny"
-KCONFIG_MODE = "--allnoconfig"
-
-require recipes-kernel/linux/linux-yocto.inc
-
-LINUX_VERSION ?= "4.18.33"
-LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
-
-DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
-DEPENDS += "openssl-native util-linux-native"
-
-KMETA = "kernel-meta"
-KCONF_BSP_AUDIT_LEVEL = "2"
-
-SRCREV_machine_qemuarm ?= "bc69d96021b7407a636cb7bc56334bf95a525e76"
-SRCREV_machine ?= "1a564c76f41cff5c9e9011c4dbb5ef8453836b5d"
-SRCREV_meta ?= "865683fc87deee7030cd168f295e8afd70894d6c"
-
-PV = "${LINUX_VERSION}+git${SRCPV}"
-
-SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
-   
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.18;destsuffix=${KMETA}"
-
-COMPATIBLE_MACHINE = "qemux86|qemux86-64|qemuarm"
-
-# Functionality flags
-KERNEL_FEATURES = ""
-
-KERNEL_DEVICETREE_qemuarm = "versatile-pb.dtb"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.18.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.18.bb
deleted file mode 100644
index 3be72a3a57..00
--- a/meta/recipes-kernel/linux/linux-yocto_4.18.bb
+++ /dev/null
@@ -1,48 +0,0 @@
-KBRANCH ?= "v4.18/standard/base"
-
-require recipes-kernel/linux/linux-yocto.inc
-
-# board specific branches
-KBRANCH_qemuarm  ?= "v4.18/standard/arm-versatile-926ejs"
-KBRANCH_qemuarm64 ?= "v4.18/standard/qemuarm64"
-KBRANCH_qemumips ?= "v4.18/standard/mti-malta32"
-KBRANCH_qemuppc  ?= "v4.18/standard/qemuppc"
-KBRANCH_qemux86  ?= "v4.18/standard/base"
-KBRANCH_qemux86-64 ?= "v4.18/standard/base"
-KBRANCH_qemumips64 ?= "v4.18/standard/mti-malta64"
-
-SRCREV_machine_qemuarm ?= "813d81df5defc4e552b7c3085673437eaba4eea7"
-SRCREV_machine_qemuarm64 ?=

[OE-core] [PATCH] systemd: fix predictable network interface names in initrd

2019-04-09 Thread Tomasz Meresiński

https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/
says, that udev is responsible for predictable network interface names,
so udev package is a better place for its configuration file.

Signed-off-by: Tomasz Meresiński 
---
 meta/recipes-core/systemd/systemd_241.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/systemd/systemd_241.bb 
b/meta/recipes-core/systemd/systemd_241.bb
index bfbfc81330..e61e07e959 100644
--- a/meta/recipes-core/systemd/systemd_241.bb
+++ b/meta/recipes-core/systemd/systemd_241.bb
@@ -566,6 +566,7 @@ RPROVIDES_udev = "hotplug"
 RDEPENDS_udev-hwdb += "udev"
 
 FILES_udev += "${base_sbindir}/udevd \
+   ${rootlibexecdir}/systemd/network/99-default.link \
${rootlibexecdir}/systemd/systemd-udevd \
${rootlibexecdir}/udev/accelerometer \
${rootlibexecdir}/udev/ata_id \
-- 
2.17.1

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

[OE-core] Eclipse support dropped with immediate effect

2019-04-09 Thread Richard Purdie

I'm sorry to have to say this but the project is terminating its
official eclipse plugin support with immediate effect.

There is nobody willing to keep the builds going, fix bugs, port to new
eclipse releases or release the current plugin. This has been raised in
many forums, multiple times and nobody stepped up to help. With nobody
to do the work, we can't keep it going, it is that simple.

We'll be removing the automated testing of the eclipse plugin from the
autobuilder with immediate effect for all project releases.

Richard



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

[OE-core] [PATCH] qemurunner: fix typo in variable name

2019-04-09 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 meta/lib/oeqa/utils/qemurunner.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/utils/qemurunner.py 
b/meta/lib/oeqa/utils/qemurunner.py
index 49020c1e636..1abb2c1b6cb 100644
--- a/meta/lib/oeqa/utils/qemurunner.py
+++ b/meta/lib/oeqa/utils/qemurunner.py
@@ -329,7 +329,7 @@ class QemuRunner:
 self.logger.debug("Target didn't reach login banner in %d 
seconds (%s)" %
   (self.boottime, time.strftime("%D 
%H:%M:%S")))
 tail = lambda l: "\n".join(l.splitlines()[-25:])
-bootlog = boolog.decode("utf-8")
+bootlog = bootlog.decode("utf-8")
 # in case bootlog is empty, use tail qemu log store at self.msg
 lines = tail(bootlog if bootlog else self.msg)
 self.logger.debug("Last 25 lines of text:\n%s" % lines)
-- 
2.11.0

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

[OE-core] Yocto Project Status WW14'19

2019-04-09 Thread sjolley.yp.pm

Current Dev Position: YP 2.7 M4 (New feature Freeze has begun.)

Next Deadline: YP 2.7 M3 Release Target was Mar. 8, 2019 and it should
release today!

 

SWAT Team Rotation:

*   SWAT lead is currently: Amanda 
*   SWAT team rotation: Amanda -> Chen on Apr. 12, 2019
*   SWAT team rotation: Chen -> Armin Apr. 19, 2019
*
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team

 

Next Team Meetings:

*   YP 2.8 Planning meeting Tuesday April 16nd at 8am PDT (
 https://zoom.us/j/990892712) 
*   Bug Triage meeting Thursday April 11th at 7:30am PDT (
 https://zoom.us/j/454367603)

 

Key Status/Updates:

*   YP 2.7 M3 rc1 will be released today. The YP 2.7 M3 rc1 report is
summarized at

https://lists.yoctoproject.org/pipermail/yocto/2019-April/044667.html and
the results are at

https://autobuilder.yocto.io/pub/releases/yocto-2.7_M3.rc1/testresults/.
*   YP 2.5.3 and YP 2.6.2 stable releases were built and have been
submitted to QA
*   YP 2.6.2 is currently going through the QA process with YP 2.5.3
queued behind it. 
*   Process issues in the way ptest was being processed by QA have been
discovered which mean the previous ptest results are not comparable with the
new QA process. For consistency going forward we will be using the new QA
process as the definitive results and will be comparing for regressions
based upon these.
*   The "warrior" branches for 2.7 have been created and the metadata
updated, patches are being slowed in line with release stablisation with
increasingly critical fixes only.
*   The remaining things which are planned for YP 2.7 M4 before we have
the final 2.7 rc1 build are:

*   Upgrading -tiny to the 5.0 linux-yocto kernel (currently 4.18)
*   Removal of the 4.18 kernel
*   Fixing the python3 ptest timeout and result status issues
*   Fixing some of the util-linux ptest failures
*   Potentially integrating a key and long time puzzling pseudo issue
*   Integrating qemumips shutdown issues identified in the kernel
*   Continue to investigate python3 testsuite hang on 5.0+ kernels
(trying to get help upstream)

*   Worrying things which we don't have good plans for currently (mainly
lack of people to help with):

*   Intermittent autobuilder failures (fork running out of resources -
which resources?, oe-selftest intermittent issues, gpg signing resource
problems, occasional PR server failure and more)
*   Build-appliance testing issues (show up on each QA report across
multiple releases)
*   40% valgrind ptest failures
*   Known bitbake memory resident bugs
*   Other ptest failures

*   The 2.8 planning discussions are starting and there is a google doc
summarising the discussions so far:

https://docs.google.com/document/d/1CNEKA4d0eT6-e0hnS2pwi7xdZ5_t6smpZO2HbaJG
XbU/

If people are planning to work on specific things in 2.8 please let us know
so we can incorporate this into our plans. If you're interested in working
on anything in the document, please also let us know or talk with us in one
of the planning meetings.

 

Planned Releases for YP 2.7:

*   YP 2.7 M4 Cutoff was Apr. 1, 2019
*   YP 2.7 M4 Release Target is Apr. 26, 2019

 

Planned upcoming dot releases:

*   YP 2.5.3 (Sumo) is in QA.
*   YP 2.6.2 (Thud) is in QA.

 

Tracking Metrics:

*   WDD 2471 (last week 2442) (

https://wiki.yoctoproject.org/charts/combo.html)
*   Poky Patch Metrics  

*   Total patches found: 1553 (last week 1542
*   Patches in the Pending State: 655 (42%) [last week 656 (42%)]

 

Key Status Links for YP:

 
https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.7_Status

 
https://wiki.yoctoproject.org/wiki/Yocto_2.7_Schedule

 
https://wiki.yoctoproject.org/wiki/Yocto_2.7_Features

 

The Status reports are now stored on the wiki at:

https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you'd like to see on this
weekly status update, let us know!]

 

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

Re: [OE-core] [PATCH] perl-sanity: support cpan versions of core modules

2019-04-09 Thread Burton, Ross

Something here isn't working quite right:

WARNING: core-image-base-1.0-r0 do_image_qa: /usr/bin/cpan is a broken link
etc etc

/usr/bin/cpan is a symlink to /usr/bin/cpan.perl, which isn't in the
image.  In fact, it's in perl-misc:

perl-misc:
/usr/bin/corelist.perl
/usr/bin/cpan.perl
/usr/bin/enc2xs.perl
/usr/bin/encguess.perl
/usr/bin/h2ph.perl
/usr/bin/h2xs.perl
/usr/bin/instmodsh.perl
/usr/bin/json_pp.perl
/usr/bin/libnetcfg.perl
/usr/bin/perlbug
/usr/bin/perldoc
/usr/bin/perlivp
/usr/bin/perlthanks
/usr/bin/piconv.perl
/usr/bin/pl2pm.perl
/usr/bin/pod2html.perl
/usr/bin/pod2man.perl
/usr/bin/pod2text.perl
/usr/bin/pod2usage.perl
/usr/bin/podchecker.perl
/usr/bin/podselect.perl
/usr/bin/prove.perl
/usr/bin/ptar.perl
/usr/bin/ptardiff.perl
/usr/bin/ptargrep.perl
/usr/bin/shasum.perl
/usr/bin/splain.perl
/usr/bin/xsubpp.perl
/usr/bin/zipdetails.perl

Can you fix the FILES so that the binaries go into the right packages?

Ross

On Wed, 3 Apr 2019 at 14:26, Jens Rehsack  wrote:
>
> Most of perl core modules are dual-life modules which exists on CPAN
> as well as they do in perl core. Sometime, fixes are uploaded to CPAN
> before a new perl is released which contains the fix of the core
> module. Also, some modules recent releases aren't fully backported
> to earlier releases (out of support, lack of specific feature, ...),
> which makes it up to the distribution build to choose between core
> or CPAN version, respectively.
>
> Signed-off-by: Jens Rehsack 
> ---
>  .../perl-sanity/perl_5.28.1.bb| 33 +++
>  1 file changed, 33 insertions(+)
>
> diff --git a/meta/recipes-devtools/perl-sanity/perl_5.28.1.bb 
> b/meta/recipes-devtools/perl-sanity/perl_5.28.1.bb
> index 5aa7cd3ee1..e609c056d0 100644
> --- a/meta/recipes-devtools/perl-sanity/perl_5.28.1.bb
> +++ b/meta/recipes-devtools/perl-sanity/perl_5.28.1.bb
> @@ -172,6 +172,39 @@ perl_package_preprocess () {
>  ${PKGD}${libdir}/perl5/config.sh
>  }
>
> +inherit update-alternatives
> +
> +ALTERNATIVE_PRIORITY = "100"
> +
> +ALTERNATIVE_${PN} = "corelist cpan enc2xs encguess h2ph h2xs instmodsh 
> json_pp libnetcfg \
> + piconv pl2pm pod2html pod2man pod2text pod2usage 
> podchecker podselect \
> + prove ptar ptardiff ptargrep shasum splain xsubpp 
> zipdetails"
> +ALTERNATIVE_LINK_NAME[corelist] = "${bindir}/corelist"
> +ALTERNATIVE_LINK_NAME[cpan] = "${bindir}/cpan"
> +ALTERNATIVE_LINK_NAME[enc2xs] = "${bindir}/enc2xs"
> +ALTERNATIVE_LINK_NAME[encguess] = "${bindir}/encguess"
> +ALTERNATIVE_LINK_NAME[h2ph] = "${bindir}/h2ph"
> +ALTERNATIVE_LINK_NAME[h2xs] = "${bindir}/h2xs"
> +ALTERNATIVE_LINK_NAME[instmodsh] = "${bindir}/instmodsh"
> +ALTERNATIVE_LINK_NAME[json_pp] = "${bindir}/json_pp"
> +ALTERNATIVE_LINK_NAME[libnetcfg] = "${bindir}/libnetcfg"
> +ALTERNATIVE_LINK_NAME[piconv] = "${bindir}/piconv"
> +ALTERNATIVE_LINK_NAME[pl2pm] = "${bindir}/pl2pm"
> +ALTERNATIVE_LINK_NAME[pod2html] = "${bindir}/pod2html"
> +ALTERNATIVE_LINK_NAME[pod2man] = "${bindir}/pod2man"
> +ALTERNATIVE_LINK_NAME[pod2text] = "${bindir}/pod2text"
> +ALTERNATIVE_LINK_NAME[pod2usage] = "${bindir}/pod2usage"
> +ALTERNATIVE_LINK_NAME[podchecker] = "${bindir}/podchecker"
> +ALTERNATIVE_LINK_NAME[podselect] = "${bindir}/podselect"
> +ALTERNATIVE_LINK_NAME[prove] = "${bindir}/prove"
> +ALTERNATIVE_LINK_NAME[ptar] = "${bindir}/ptar"
> +ALTERNATIVE_LINK_NAME[ptardiff] = "${bindir}/ptardiff"
> +ALTERNATIVE_LINK_NAME[ptargrep] = "${bindir}/ptargrep"
> +ALTERNATIVE_LINK_NAME[shasum] = "${bindir}/shasum"
> +ALTERNATIVE_LINK_NAME[splain] = "${bindir}/splain"
> +ALTERNATIVE_LINK_NAME[xsubpp] = "${bindir}/xsubpp"
> +ALTERNATIVE_LINK_NAME[zipdetails] = "${bindir}/zipdetails"
> +
>  require perl-ptest.inc
>
>  FILES_${PN} = "${bindir}/perl ${bindir}/perl.real ${bindir}/perl${PV} 
> ${libdir}/libperl.so* \
> --
> 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

[OE-core] [PATCH 00/16] Pull request for thud-next

2019-04-09 Thread Armin Kuster

please concider these changes for thud.

The following changes since commit 45032e30be70503faeee468159b216031b729309:

  build-appliance-image: Update to thud head revision (2019-03-27 23:22:49 
+)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib stable/thud-next
  http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/thud-next

Armin Kuster (1):
  Revert "boost: update to 1.69.0"

Chen Qi (1):
  pkgdata.py: avoid target-sdk-dummy-provides to mess things up

Mazliana (1):
  oeqa/manual/bsp-hw.json: add non-IA tests

Richard Purdie (2):
  resulttool: Allow store to work on single files
  resulttool: Allow extraction of ptest data

Sudhir Sharma (1):
  oeqa/manual: Add manual runtime 'compliance' testcases to json

Yeoh Ee Peng (6):
  oeqa/manual/toaster: transfer manual toaster test cases to oeqa
  oeqa/manual/toaster: updated test id naming
  resulttool/manualexecution: Standardize input check
  resulttool/manualexecution: Enable display full steps without press
enter
  resulttool/manualexecution: Fixed step sorted by integer
  resulttool/manualexecution: Refactor and simplify codebase

sangeeta jain (4):
  oeqa/manual/sdk.json: Updated toolchain tarball to core-image-sato
  oeqa/manual/bsp-hw.json: test id updated and obsolete test cases
removed
  oeqa/manual/compliance-test.json: test id updated and missing test
cases added
  oeqa/manual/kernel-dev.json: test id updated

 meta/lib/oeqa/manual/bsp-hw.json   |  264 +-
 meta/lib/oeqa/manual/compliance-test.json  |  194 ++
 meta/lib/oeqa/manual/kernel-dev.json   |   36 +-
 meta/lib/oeqa/manual/sdk.json  |   14 +-
 meta/lib/oeqa/manual/toaster-managed-mode.json | 2572 
 meta/lib/oeqa/manual/toaster-unmanaged-mode.json   | 1170 +
 meta/lib/oeqa/selftest/cases/pkgdata.py|1 +
 ...bjam-native_1.69.0.bb => bjam-native_1.68.0.bb} |0
 .../boost/{boost-1.69.0.inc => boost-1.68.0.inc}   |4 +-
 meta/recipes-support/boost/boost.inc   |1 +
 ...-arch-instruction-set-flags-we-do-that-o.patch} |   23 +-
 ...ucibility-add-file-directive-to-assembler.patch |  243 ++
 .../boost/{boost_1.69.0.bb => boost_1.68.0.bb} |6 +-
 scripts/lib/resulttool/manualexecution.py  |   61 +-
 scripts/lib/resulttool/resultutils.py  |   39 +-
 scripts/lib/resulttool/store.py|   23 +-
 16 files changed, 4467 insertions(+), 184 deletions(-)
 create mode 100644 meta/lib/oeqa/manual/compliance-test.json
 create mode 100644 meta/lib/oeqa/manual/toaster-managed-mode.json
 create mode 100644 meta/lib/oeqa/manual/toaster-unmanaged-mode.json
 rename meta/recipes-support/boost/{bjam-native_1.69.0.bb => 
bjam-native_1.68.0.bb} (100%)
 rename meta/recipes-support/boost/{boost-1.69.0.inc => boost-1.68.0.inc} (85%)
 rename 
meta/recipes-support/boost/boost/{0001-Don-t-set-up-arch-instruction-set-flags-we-do-that-o.patch
 => 0003-Don-t-set-up-arch-instruction-set-flags-we-do-that-o.patch} (93%)
 create mode 100644 
meta/recipes-support/boost/boost/reproducibility-add-file-directive-to-assembler.patch
 rename meta/recipes-support/boost/{boost_1.69.0.bb => boost_1.68.0.bb} (56%)

-- 
2.7.4

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

Re: [OE-core] [PATCH] ell: add recipe

2019-04-09 Thread Alexander Kanavin

You need to insert an entry for ell into maintainers.inc at the same time.

Alex

> On 8 Apr 2019, at 22.50, Oleksandr Kravchuk 
>  wrote:
> 
> ELL has originally been part of meta-openembedded, but newer versions
> of some of the poky components depend on it, e.g. ofono.
> 
> Signed-off-by: Oleksandr Kravchuk 
> ---
> meta/recipes-core/ell/ell_0.18.bb | 22 ++
> 1 file changed, 22 insertions(+)
> create mode 100644 meta/recipes-core/ell/ell_0.18.bb
> 
> diff --git a/meta/recipes-core/ell/ell_0.18.bb 
> b/meta/recipes-core/ell/ell_0.18.bb
> new file mode 100644
> index 00..ca27f4dcda
> --- /dev/null
> +++ b/meta/recipes-core/ell/ell_0.18.bb
> @@ -0,0 +1,22 @@
> +SUMMARY  = "Embedded Linux Library"
> +DESCRIPTION = "The Embedded Linux Library (ELL) provides core, \
> +low-level functionality for system daemons. It typically has no \
> +dependencies other than the Linux kernel, C standard library, and \
> +libdl (for dynamic linking). While ELL is designed to be efficient \
> +and compact enough for use on embedded Linux platforms, it is not \
> +limited to resource-constrained systems."
> +SECTION = "libs"
> +LICENSE  = "LGPLv2.1"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=fb504b67c50331fc78734fed90fb0e09"
> +
> +DEPENDS = "dbus"
> +
> +inherit autotools pkgconfig
> +
> +SRC_URI = 
> "https://mirrors.edge.kernel.org/pub/linux/libs/${PN}/${PN}-${PV}.tar.xz;
> +SRC_URI[md5sum] = "18e2be697a54811e49bbe34590a13a42"
> +SRC_URI[sha256sum] = 
> "2c4c1a129f1b697e63ba3f63927dbae1482f6329b48c14a1748d9ab8ac4ee7e3"
> +
> +do_configure_prepend () {
> +mkdir -p ${S}/build-aux
> +}
> -- 
> 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

[OE-core] [PATCH 0/1] sstate.bbclass: Use bb.utils.to_boolean() for BB_NO_NETWORK

2019-04-09 Thread Robert Yang

The following changes since commit d7c0e9d1800912a0f35fb554d54945b728a04a6f:

  gtk+: update for new catalog path (2019-04-05 17:27:40 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib rbt/bool
  http://cgit.openembedded.org/openembedded-core-contrib/log/?h=rbt/bool

Robert Yang (1):
  sstate.bbclass: Use bb.utils.to_boolean() for BB_NO_NETWORK

 meta/classes/sstate.bbclass | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

-- 
2.7.4

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

[OE-core] [PATCH 1/1] sstate.bbclass: Use bb.utils.to_boolean() for BB_NO_NETWORK

2019-04-09 Thread Robert Yang

Make it consistent with bitbake

Signed-off-by: Robert Yang 
---
 meta/classes/sstate.bbclass | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 6f51d9c..424acfb 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -689,7 +689,8 @@ def pstaging_fetch(sstatefetch, d):
 
 # if BB_NO_NETWORK is set but we also have SSTATE_MIRROR_ALLOW_NETWORK,
 # we'll want to allow network access for the current set of fetches.
-if localdata.getVar('BB_NO_NETWORK') == "1" and 
localdata.getVar('SSTATE_MIRROR_ALLOW_NETWORK') == "1":
+if bb.utils.to_boolean(localdata.getVar('BB_NO_NETWORK')) and \
+
bb.utils.to_boolean(localdata.getVar('SSTATE_MIRROR_ALLOW_NETWORK')):
 localdata.delVar('BB_NO_NETWORK')
 
 # Try a fetch from the sstate mirror, if it fails just return and
@@ -867,7 +868,8 @@ def sstate_checkhashes(sq_fn, sq_task, sq_hash, sq_hashfn, 
d, siginfo=False, *,
 
 # if BB_NO_NETWORK is set but we also have SSTATE_MIRROR_ALLOW_NETWORK,
 # we'll want to allow network access for the current set of fetches.
-if localdata.getVar('BB_NO_NETWORK') == "1" and 
localdata.getVar('SSTATE_MIRROR_ALLOW_NETWORK') == "1":
+if bb.utils.to_boolean(localdata.getVar('BB_NO_NETWORK')) and \
+
bb.utils.to_boolean(localdata.getVar('SSTATE_MIRROR_ALLOW_NETWORK')):
 localdata.delVar('BB_NO_NETWORK')
 
 from bb.fetch2 import FetchConnectionCache
-- 
2.7.4

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

[OE-core] [PATCH 1/2] resulttool/manualexecution: Enable configuration options selection

2019-04-09 Thread Yeoh Ee Peng

Current manualexecution required user to input configuration manually
where there were inconsistent inputs and human typo issues.

Enable manualexecution to have the optional feature where it
will use pre-compiled configuration options file where user will
be able to select configuration from the pre-compiled list instead
of manual key-in the configuration. This will eliminate human error.

Expect the pre-compiled configuration options file in json format below

{
"bsps-hw": {
"IMAGE_BASENAME": {
"1": "core-image-sato-sdk"
},
"MACHINE": {
"1": "beaglebone-yocto",
"2": "edgerouter",
"3": "mpc8315e-rdb",
"4": "genericx86",
"5": "genericx86-64"
}
},
"bsps-qemu": {
"IMAGE_BASENAME": {
"1": "core-image-sato-sdk"
},
"MACHINE": {
"1": "qemuarm",
"2": "qemuarm64",
"3": "qemumips",
"4": "qemumips64",
"5": "qemuppc",
"6": "qemux86",
"7": "qemux86-64"
}
}
}

Signed-off-by: Yeoh Ee Peng 
---
 scripts/lib/resulttool/manualexecution.py | 48 +--
 1 file changed, 39 insertions(+), 9 deletions(-)

diff --git a/scripts/lib/resulttool/manualexecution.py 
b/scripts/lib/resulttool/manualexecution.py
index c94f981..57e7b29 100755
--- a/scripts/lib/resulttool/manualexecution.py
+++ b/scripts/lib/resulttool/manualexecution.py
@@ -38,7 +38,21 @@ class ManualTestRunner(object):
 print('Only lowercase alphanumeric, hyphen and dot are allowed. 
Please try again')
 return output
 
-def _create_config(self):
+def _get_available_config_options(self, config_options, test_module, 
target_config):
+avail_config_options = None
+if test_module in config_options:
+avail_config_options = 
config_options[test_module].get(target_config)
+return avail_config_options
+
+def _choose_config_option(self, options):
+while True:
+output = input('{} = '.format('Option index number'))
+if output in options:
+break
+print('Only integer index inputs from above available 
configuration options are allowed. Please try again.')
+return options[output]
+
+def _create_config(self, config_options):
 from oeqa.utils.metadata import get_layers
 from oeqa.utils.commands import get_bb_var
 from resulttool.resultutils import store_map
@@ -54,11 +68,22 @@ class ManualTestRunner(object):
 
 extra_config = set(store_map['manual']) - set(self.configuration)
 for config in sorted(extra_config):
-print('-')
-print('This is configuration #%s. Please provide configuration 
value(use "None" if not applicable).' % config)
-print('-')
-value_conf = self._get_input('Configuration Value')
-print('-\n')
+avail_config_options = 
self._get_available_config_options(config_options, self.test_module, config)
+if avail_config_options:
+print('-')
+print('These are available configuration #%s options:' % 
config)
+print('-')
+for option, _ in sorted(avail_config_options.items(), 
key=lambda x: int(x[0])):
+print('%s: %s' % (option, avail_config_options[option]))
+print('Please select configuration option, enter the integer 
index number.')
+value_conf = self._choose_config_option(avail_config_options)
+print('-\n')
+else:
+print('-')
+print('This is configuration #%s. Please provide configuration 
value(use "None" if not applicable).' % config)
+print('-')
+value_conf = self._get_input('Configuration Value')
+print('-\n')
 self.configuration[config] = value_conf
 
 def _create_result_id(self):
@@ -99,9 +124,12 @@ class ManualTestRunner(object):
 basepath = os.environ['BUILDDIR']
 self.write_dir = basepath + '/tmp/log/manual/'
 
-def run_test(self, file):
+def run_test(self, file, config_options_file):
 self._get_testcases(file)
-self._create_config()
+config_options = {}
+if config_options_file:
+config_options = load_json_file(config_options_file)
+self._create_config(config_options)
 self._create_result_id()
 self._create_write_dir()

[OE-core] [PATCH 2/2] resulttool/manualexecution: Enable creation of configuration option file

2019-04-09 Thread Yeoh Ee Peng

Allow the creation of configuration option file based on user inputs.
Where this configuration option file will be used by the the manual
execution to display options for configuration rather than user
need to inputs configuration manually.

Signed-off-by: Yeoh Ee Peng 
---
 scripts/lib/resulttool/manualexecution.py | 54 ++-
 1 file changed, 53 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/resulttool/manualexecution.py 
b/scripts/lib/resulttool/manualexecution.py
index 57e7b29..12ef90d 100755
--- a/scripts/lib/resulttool/manualexecution.py
+++ b/scripts/lib/resulttool/manualexecution.py
@@ -24,6 +24,11 @@ def load_json_file(file):
 with open(file, "r") as f:
 return json.load(f)
 
+def write_json_file(f, json_data):
+os.makedirs(os.path.dirname(f), exist_ok=True)
+with open(f, 'w') as filedata:
+filedata.write(json.dumps(json_data, sort_keys=True, indent=4))
+
 class ManualTestRunner(object):
 
 def _get_testcases(self, file):
@@ -139,8 +144,53 @@ class ManualTestRunner(object):
 test_results.update(test_result)
 return self.configuration, self.result_id, self.write_dir, test_results
 
+def _get_true_false_input(self, input_message):
+yes_list = ['Y', 'YES']
+no_list = ['N', 'NO']
+while True:
+more_config_option = input(input_message).upper()
+if more_config_option in yes_list or more_config_option in no_list:
+break
+print('Invalid input!')
+if more_config_option in no_list:
+return False
+return True
+
+def make_config_option_file(self, logger, manual_case_file, 
config_options_file):
+config_options = {}
+if config_options_file:
+config_options = load_json_file(config_options_file)
+new_test_module = os.path.basename(manual_case_file).split('.')[0]
+print('Creating configuration options file for test module: %s' % 
new_test_module)
+new_config_options = {}
+
+while True:
+config_name = input('\nPlease provide test configuration to 
create:\n').upper()
+new_config_options[config_name] = {}
+while True:
+config_value = self._get_input('Configuration possible option 
value')
+config_option_index = len(new_config_options[config_name]) + 1
+new_config_options[config_name][config_option_index] = 
config_value
+more_config_option = self._get_true_false_input('\nIs there 
more configuration option input: (Y)es/(N)o\n')
+if not more_config_option:
+break
+more_config = self._get_true_false_input('\nIs there more 
configuration to create: (Y)es/(N)o\n')
+if not more_config:
+break
+
+if new_config_options:
+config_options[new_test_module] = new_config_options
+if not config_options_file:
+self._create_write_dir()
+config_options_file = os.path.join(self.write_dir, 
'manual_config_options.json')
+write_json_file(config_options_file, config_options)
+logger.info('Configuration option file created at %s' % 
config_options_file)
+
 def manualexecution(args, logger):
 testrunner = ManualTestRunner()
+if args.make_config_options_file:
+testrunner.make_config_option_file(logger, args.file, 
args.config_options_file)
+return 0
 get_configuration, get_result_id, get_write_dir, get_test_results = 
testrunner.run_test(args.file, args.config_options_file)
 resultjsonhelper = OETestResultJSONHelper()
 resultjsonhelper.dump_testresult_file(get_write_dir, get_configuration, 
get_result_id, get_test_results)
@@ -154,4 +204,6 @@ def register_commands(subparsers):
 parser_build.set_defaults(func=manualexecution)
 parser_build.add_argument('file', help='specify path to manual test case 
JSON file.Note: Please use \"\" to encapsulate the file path.')
 parser_build.add_argument('-c', '--config-options-file', default='',
-  help='the config options file to import and used 
as available configuration option selection')
+  help='the config options file to import and used 
as available configuration option selection or make config option file')
+parser_build.add_argument('-m', '--make-config-options-file', 
action='store_true',
+  help='make the configuration options file based 
on provided inputs')
-- 
2.7.4

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

Re: [OE-core] [PATCH] virglrenderer: remove link option -Bsymbolic

Re: [OE-core] Eclipse support dropped with immediate effect

Re: [OE-core] Build broken with current master

Re: [OE-core] [PATCH 00/16] thud-next patch review

Re: [OE-core] [v3][PATCH 2/2] goarch.bbclass: use MACHINEOVERRIDES and simplify go_map_arm()

Re: [OE-core] [v3][PATCH 1/2] go.bbclass: Export more GO* environment variables

Re: [OE-core] [PATCH] opkg: add ptest

Re: [OE-core] Build broken with current master

[OE-core] [PATCH v2][meta-oe] ell: add recipe

[OE-core] Build broken with current master

[OE-core] [PATCH 5/7] qemumips: Enable the poweroff driver

[OE-core] [PATCH 1/7] linux-yocto-rt/4.19: fix duplicate TIF_NEED_RESCHED_LAZY

[OE-core] [PATCH 6/7] linux-yocto/5.0: tweak qemuarm -tiny configuration

[OE-core] [PATCH 3/7] linux-yocto-tiny/4.18: point KBRANCH to 4.18

[OE-core] [PATCH 2/7] linux-yocto/5.0: update CGL audit configuration fragment

[OE-core] [PATCH 0/7] kernel-yocto: consolidated pull request

[OE-core] [PATCH 4/7] linux-yocto/4.18: update to v4.18.33

[OE-core] [PATCH 7/7] linux-yocto/4.18: remove versioned recipes

[OE-core] [PATCH] systemd: fix predictable network interface names in initrd

[OE-core] Eclipse support dropped with immediate effect

[OE-core] [PATCH] qemurunner: fix typo in variable name

[OE-core] Yocto Project Status WW14'19

Re: [OE-core] [PATCH] perl-sanity: support cpan versions of core modules

[OE-core] [PATCH 00/16] Pull request for thud-next

Re: [OE-core] [PATCH] ell: add recipe

[OE-core] [PATCH 0/1] sstate.bbclass: Use bb.utils.to_boolean() for BB_NO_NETWORK

[OE-core] [PATCH 1/1] sstate.bbclass: Use bb.utils.to_boolean() for BB_NO_NETWORK

[OE-core] [PATCH 1/2] resulttool/manualexecution: Enable configuration options selection

[OE-core] [PATCH 2/2] resulttool/manualexecution: Enable creation of configuration option file

29 matches

Site Navigation

Mail list logo

Footer information