Re: [OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

[Yeoh, Ee Peng]

Hi Alex,

I added comment to that explain the need for a separate class, what the two 
classes do and how they differ.

Please let me know if you have any inputs. 

Thanks,
Ee Peng 

-Original Message-
From: openembedded-core-boun...@lists.openembedded.org 
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Yeoh Ee 
Peng
Sent: Tuesday, April 10, 2018 1:44 AM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and 
shutdown

QA team were testing qemu boot image and shutdown on each qemu architecture 
manually. Add automated test to test qemu boot on
ext4 and nfs, finally check that it can shutdown properly.

Original runqemu tests was dedicated for MACHINE=qemux86-64 and it was testing 
various live image (iso and hddimg) will be able to boot while live image was 
not supported on all qemu architecture.

The new tests were designed as a separate class as this tests focus on testing 
qemu boot and shutdown on each qemu architecture.
Furthermore, this tests focus on testing qemu could shutdown as expected.

Signed-off-by: Yeoh Ee Peng 
---
 meta/lib/oeqa/selftest/cases/runqemu.py | 61 +++--
 1 file changed, 59 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/runqemu.py 
b/meta/lib/oeqa/selftest/cases/runqemu.py
index 47d41f5..7288ab2 100644
--- a/meta/lib/oeqa/selftest/cases/runqemu.py
+++ b/meta/lib/oeqa/selftest/cases/runqemu.py
@@ -3,9 +3,10 @@
 #
 
 import re
-
+import tempfile
+import time
 from oeqa.selftest.case import OESelftestTestCase -from oeqa.utils.commands 
import bitbake, runqemu, get_bb_var
+from oeqa.utils.commands import bitbake, runqemu, get_bb_var, runCmd
 from oeqa.core.decorator.oeid import OETestID
 
 class RunqemuTests(OESelftestTestCase):
@@ -136,3 +137,59 @@ SYSLINUX_TIMEOUT = "10"
 cmd = "%s %s" % (self.cmd_common, rootfs)
 with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
 self.assertTrue(qemu.runner.logged, "Failed: %s" % cmd)
+
+class QemuTest(OESelftestTestCase):
+
+@classmethod
+def setUpClass(cls):
+super(QemuTest, cls).setUpClass()
+cls.recipe = 'core-image-minimal'
+cls.machine =  get_bb_var('MACHINE')
+cls.deploy_dir_image =  get_bb_var('DEPLOY_DIR_IMAGE')
+cls.cmd_common = "runqemu nographic"
+cls.qemuboot_conf = "%s-%s.qemuboot.conf" % (cls.recipe, cls.machine)
+cls.qemuboot_conf = os.path.join(cls.deploy_dir_image, 
cls.qemuboot_conf)
+result = bitbake(cls.recipe)
+
+def _start_qemu_shutdown_check_if_shutdown_succeeded(self, qemu, timeout):
+status, output = qemu.run_serial("shutdown -h now")
+qemu.runner.stop_thread()
+print('DEBUG: shutdown and stop thread')
+time_track = 0
+while True:
+is_alive = qemu.check()
+if not is_alive:
+return True
+if time_track > timeout:
+return False
+time.sleep(1)
+time_track += 1
+print(time_track)
+
+def test_qemu_can_shutdown(self):
+if not os.path.exists(self.qemuboot_conf):
+self.skipTest("%s not found" % self.qemuboot_conf)
+cmd = "%s %s" % (self.cmd_common, self.qemuboot_conf)
+shutdown_timeout = 120
+with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
+qemu_shutdown_succeeded = 
self._start_qemu_shutdown_check_if_shutdown_succeeded(qemu, shutdown_timeout)
+self.assertTrue(qemu_shutdown_succeeded, 'Failed: qemu does 
+ not shutdown within timeout(%s)' % shutdown_timeout)
+
+def test_qemu_can_boot_nfs_and_shutdown(self):
+bitbake('meta-ide-support')
+rootfs_tar = "%s-%s.tar.bz2" % (self.recipe, self.machine)
+rootfs_tar = os.path.join(self.deploy_dir_image, rootfs_tar)
+if not os.path.exists(rootfs_tar):
+self.skipTest("%s not found" % rootfs_tar)
+tmpdir = tempfile.mkdtemp(prefix='qemu_nfs')
+tmpdir_nfs = os.path.join(tmpdir, 'nfs')
+cmd_extract_nfs = 'runqemu-extract-sdk %s %s' % (rootfs_tar, 
tmpdir_nfs)
+runCmd(cmd_extract_nfs)
+if not os.path.exists(self.qemuboot_conf):
+self.skipTest("%s not found" % self.qemuboot_conf)
+cmd = "%s nfs %s %s" % (self.cmd_common, self.qemuboot_conf, 
tmpdir_nfs)
+shutdown_timeout = 120
+with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
+qemu_shutdown_succeeded = 
self._start_qemu_shutdown_check_if_shutdown_succeeded(qemu, shutdown_timeout)
+self.assertTrue(qemu_shutdown_succeeded, 'Failed: qemu does not 
shutdown within timeout(%s)' % shutdown_timeout)
+runCmd('rm -rf %s' % tmpdir)
--
2.7.4

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

[OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

[Yeoh Ee Peng]

QA team were testing qemu boot image and shutdown on each
qemu architecture manually. Add automated test to test qemu boot on
ext4 and nfs, finally check that it can shutdown properly.

Original runqemu tests was dedicated for MACHINE=qemux86-64 and
it was testing various live image (iso and hddimg) will be able
to boot while live image was not supported on all qemu architecture.

The new tests were designed as a separate class as this tests
focus on testing qemu boot and shutdown on each qemu architecture.
Furthermore, this tests focus on testing qemu could shutdown
as expected.

Signed-off-by: Yeoh Ee Peng 
---
 meta/lib/oeqa/selftest/cases/runqemu.py | 61 +++--
 1 file changed, 59 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/runqemu.py 
b/meta/lib/oeqa/selftest/cases/runqemu.py
index 47d41f5..7288ab2 100644
--- a/meta/lib/oeqa/selftest/cases/runqemu.py
+++ b/meta/lib/oeqa/selftest/cases/runqemu.py
@@ -3,9 +3,10 @@
 #
 
 import re
-
+import tempfile
+import time
 from oeqa.selftest.case import OESelftestTestCase
-from oeqa.utils.commands import bitbake, runqemu, get_bb_var
+from oeqa.utils.commands import bitbake, runqemu, get_bb_var, runCmd
 from oeqa.core.decorator.oeid import OETestID
 
 class RunqemuTests(OESelftestTestCase):
@@ -136,3 +137,59 @@ SYSLINUX_TIMEOUT = "10"
 cmd = "%s %s" % (self.cmd_common, rootfs)
 with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
 self.assertTrue(qemu.runner.logged, "Failed: %s" % cmd)
+
+class QemuTest(OESelftestTestCase):
+
+@classmethod
+def setUpClass(cls):
+super(QemuTest, cls).setUpClass()
+cls.recipe = 'core-image-minimal'
+cls.machine =  get_bb_var('MACHINE')
+cls.deploy_dir_image =  get_bb_var('DEPLOY_DIR_IMAGE')
+cls.cmd_common = "runqemu nographic"
+cls.qemuboot_conf = "%s-%s.qemuboot.conf" % (cls.recipe, cls.machine)
+cls.qemuboot_conf = os.path.join(cls.deploy_dir_image, 
cls.qemuboot_conf)
+result = bitbake(cls.recipe)
+
+def _start_qemu_shutdown_check_if_shutdown_succeeded(self, qemu, timeout):
+status, output = qemu.run_serial("shutdown -h now")
+qemu.runner.stop_thread()
+print('DEBUG: shutdown and stop thread')
+time_track = 0
+while True:
+is_alive = qemu.check()
+if not is_alive:
+return True
+if time_track > timeout:
+return False
+time.sleep(1)
+time_track += 1
+print(time_track)
+
+def test_qemu_can_shutdown(self):
+if not os.path.exists(self.qemuboot_conf):
+self.skipTest("%s not found" % self.qemuboot_conf)
+cmd = "%s %s" % (self.cmd_common, self.qemuboot_conf)
+shutdown_timeout = 120
+with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
+qemu_shutdown_succeeded = 
self._start_qemu_shutdown_check_if_shutdown_succeeded(qemu, shutdown_timeout)
+self.assertTrue(qemu_shutdown_succeeded, 'Failed: qemu does not 
shutdown within timeout(%s)' % shutdown_timeout)
+
+def test_qemu_can_boot_nfs_and_shutdown(self):
+bitbake('meta-ide-support')
+rootfs_tar = "%s-%s.tar.bz2" % (self.recipe, self.machine)
+rootfs_tar = os.path.join(self.deploy_dir_image, rootfs_tar)
+if not os.path.exists(rootfs_tar):
+self.skipTest("%s not found" % rootfs_tar)
+tmpdir = tempfile.mkdtemp(prefix='qemu_nfs')
+tmpdir_nfs = os.path.join(tmpdir, 'nfs')
+cmd_extract_nfs = 'runqemu-extract-sdk %s %s' % (rootfs_tar, 
tmpdir_nfs)
+runCmd(cmd_extract_nfs)
+if not os.path.exists(self.qemuboot_conf):
+self.skipTest("%s not found" % self.qemuboot_conf)
+cmd = "%s nfs %s %s" % (self.cmd_common, self.qemuboot_conf, 
tmpdir_nfs)
+shutdown_timeout = 120
+with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
+qemu_shutdown_succeeded = 
self._start_qemu_shutdown_check_if_shutdown_succeeded(qemu, shutdown_timeout)
+self.assertTrue(qemu_shutdown_succeeded, 'Failed: qemu does not 
shutdown within timeout(%s)' % shutdown_timeout)
+runCmd('rm -rf %s' % tmpdir)
-- 
2.7.4

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

Re: [OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

[Yeoh, Ee Peng]

Noted, will add comment and resend the patch. Thank you for your inputs. 

-Original Message-
From: Alexander Kanavin [mailto:alexander.kana...@linux.intel.com] 
Sent: Monday, April 9, 2018 8:34 PM
To: Yeoh, Ee Peng ; 
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot 
and shutdown

On 04/09/2018 06:32 AM, Yeoh Ee Peng wrote:
> QA team were testing qemu boot image and shutdown on each qemu 
> architecture manually. Add automated test to test qemu boot on
> ext4 and nfs, finally check that it can shutdown properly.
> 
> Signed-off-by: Yeoh Ee Peng 
> ---
>   meta/lib/oeqa/selftest/cases/runqemu.py | 61 
> +++--
>   1 file changed, 59 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/lib/oeqa/selftest/cases/runqemu.py 
> b/meta/lib/oeqa/selftest/cases/runqemu.py
> index 47d41f5..7288ab2 100644
> --- a/meta/lib/oeqa/selftest/cases/runqemu.py
> +++ b/meta/lib/oeqa/selftest/cases/runqemu.py
> @@ -3,9 +3,10 @@
>   #
>   
>   import re
> -
> +import tempfile
> +import time
>   from oeqa.selftest.case import OESelftestTestCase -from 
> oeqa.utils.commands import bitbake, runqemu, get_bb_var
> +from oeqa.utils.commands import bitbake, runqemu, get_bb_var, runCmd
>   from oeqa.core.decorator.oeid import OETestID
>   
>   class RunqemuTests(OESelftestTestCase):
> @@ -136,3 +137,59 @@ SYSLINUX_TIMEOUT = "10"
>   cmd = "%s %s" % (self.cmd_common, rootfs)
>   with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
>   self.assertTrue(qemu.runner.logged, "Failed: %s" % cmd)
> +
> +class QemuTest(OESelftestTestCase):

Please add comments that explain the need for a separate class, what the two 
classes do and how they differ.


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

Re: [OE-core] [PATCH] populate_sdk_base: use xz -T instead of pixz

[Burton, Ross]

On 9 April 2018 at 22:20, Khem Raj  wrote:
> On Mon, Apr 9, 2018 at 1:44 PM, Burton, Ross  wrote:
>> On 9 April 2018 at 21:13, Andre McCurdy  wrote:
>>> On Mon, Apr 9, 2018 at 8:19 AM, Ross Burton  wrote:
 xz has native support for threaded compression now and SDK creation was 
 the only
 part of oe-core which is using pixz instead of xz.

 Not only does this remove pixz-native from the SDK dependencies, but in my
 limited testing xz -T0 is slightly faster and produces smaller archives 
 than
 pixz for the same input.

 Signed-off-by: Ross Burton 
 ---

  # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
 PACKAGE_ARCH as it
 @@ -225,7 +225,7 @@ fakeroot tar_sdk() {
 # Package it up
 mkdir -p ${SDKDEPLOYDIR}
 cd ${SDK_OUTPUT}/${SDKPATH}
 -   tar ${SDKTAROPTS} -cf - . | pixz > 
 ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
 +   tar ${SDKTAROPTS} -cf - . | xz -T 0 > 
 ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
>>>
>>> Since -T 0 will use all available CPUs (ie any attempts the user may
>>> have made to limit parallelism via BB_NUMBER_THREADS or PARALLEL_MAKE
>>> will be ignored), perhaps it's worth adding something like
>>> "--memlimit=70%" to try to give some protection for environments with
>>> lots of CPUs but not so much DRAM?
>>
>> There's a few places where -T0 is passed already: tar.xz image
>> creation and opkg creation, so I guess we need to centralise this
>> somewhere too.
>>
>
> May be use XZ_OPT env bariable and param to -T could use the bitbake
> calculated number of CPUs

-T0 is use as many threads as there are cores, which is the same as
the bitbake function.  Re-using BB_NUMBER_THREADS might work.

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

Re: [OE-core] [PATCH] libxcrypt: add -std=gnu99 to BUILD_CPPFLAGS

[Martin Jansa]

The anonymous python bellow this chunk limits this whole recipe only
for nativesdk (I don't know why it uses BBCLASSEXTEND + anonymous python
instead of just inheritting nativesdk directly from nativesdk-libxcrypt
recipe to make it more obvious ...).

On Mon, Apr 9, 2018 at 11:59 PM, Khem Raj  wrote:

> On 4/9/18 12:51 AM, Martin Jansa wrote:
> > * add it to allow older distributions e.g. Ubuntu 14.04 with gcc 4.8
> >   to build this, otherwise it fails with:
> >   ../git/gen-des-tables.c: In function 'write_table_u8':
> >   ../git/gen-des-tables.c:307:3: error: 'for' loop initial declarations
> are only allowed in C99 mode
> >  for (size_t i = 0; i < m; i++)
> >  ^
> >
> > Signed-off-by: Martin Jansa 
> > ---
> >  meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb
> b/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb
> > index b1982c1991..a1be4be7ef 100644
> > --- a/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb
> > +++ b/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb
> > @@ -20,7 +20,7 @@ FILES_${PN} = "${libdir}/libcrypt*.so.*
> ${libdir}/libcrypt-*.so ${libdir}/libowc
> >
> >  S = "${WORKDIR}/git"
> >
> > -BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE}"
> > +BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE} -std=gnu99"
>
> This might change behaviour with gcc5+ e.g. where default is gnu11
> in anycase, I think if we could limit this to native version can limit
> the impact.
>
> >  TARGET_CPPFLAGS = "-I${STAGING_DIR_TARGET}${includedir}"
> >
> >  python () {
> >
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libxcrypt: add -std=gnu99 to BUILD_CPPFLAGS

[Khem Raj]

On 4/9/18 12:51 AM, Martin Jansa wrote:
> * add it to allow older distributions e.g. Ubuntu 14.04 with gcc 4.8
>   to build this, otherwise it fails with:
>   ../git/gen-des-tables.c: In function 'write_table_u8':
>   ../git/gen-des-tables.c:307:3: error: 'for' loop initial declarations are 
> only allowed in C99 mode
>  for (size_t i = 0; i < m; i++)
>  ^
> 
> Signed-off-by: Martin Jansa 
> ---
>  meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb 
> b/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb
> index b1982c1991..a1be4be7ef 100644
> --- a/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb
> +++ b/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb
> @@ -20,7 +20,7 @@ FILES_${PN} = "${libdir}/libcrypt*.so.* 
> ${libdir}/libcrypt-*.so ${libdir}/libowc
>  
>  S = "${WORKDIR}/git"
>  
> -BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE}"
> +BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE} -std=gnu99"

This might change behaviour with gcc5+ e.g. where default is gnu11
in anycase, I think if we could limit this to native version can limit
the impact.

>  TARGET_CPPFLAGS = "-I${STAGING_DIR_TARGET}${includedir}"
>  
>  python () {
> 

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

Re: [OE-core] [PATCH] populate_sdk_base: use xz -T instead of pixz

[Khem Raj]

On Mon, Apr 9, 2018 at 1:44 PM, Burton, Ross  wrote:
> On 9 April 2018 at 21:13, Andre McCurdy  wrote:
>> On Mon, Apr 9, 2018 at 8:19 AM, Ross Burton  wrote:
>>> xz has native support for threaded compression now and SDK creation was the 
>>> only
>>> part of oe-core which is using pixz instead of xz.
>>>
>>> Not only does this remove pixz-native from the SDK dependencies, but in my
>>> limited testing xz -T0 is slightly faster and produces smaller archives than
>>> pixz for the same input.
>>>
>>> Signed-off-by: Ross Burton 
>>> ---
>>>
>>>  # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
>>> PACKAGE_ARCH as it
>>> @@ -225,7 +225,7 @@ fakeroot tar_sdk() {
>>> # Package it up
>>> mkdir -p ${SDKDEPLOYDIR}
>>> cd ${SDK_OUTPUT}/${SDKPATH}
>>> -   tar ${SDKTAROPTS} -cf - . | pixz > 
>>> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
>>> +   tar ${SDKTAROPTS} -cf - . | xz -T 0 > 
>>> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
>>
>> Since -T 0 will use all available CPUs (ie any attempts the user may
>> have made to limit parallelism via BB_NUMBER_THREADS or PARALLEL_MAKE
>> will be ignored), perhaps it's worth adding something like
>> "--memlimit=70%" to try to give some protection for environments with
>> lots of CPUs but not so much DRAM?
>
> There's a few places where -T0 is passed already: tar.xz image
> creation and opkg creation, so I guess we need to centralise this
> somewhere too.
>

May be use XZ_OPT env bariable and param to -T could use the bitbake
calculated number of CPUs

> Ross
> --
> ___
> 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] [PATCH] populate_sdk_base: use xz -T instead of pixz

[Burton, Ross]

On 9 April 2018 at 21:13, Andre McCurdy  wrote:
> On Mon, Apr 9, 2018 at 8:19 AM, Ross Burton  wrote:
>> xz has native support for threaded compression now and SDK creation was the 
>> only
>> part of oe-core which is using pixz instead of xz.
>>
>> Not only does this remove pixz-native from the SDK dependencies, but in my
>> limited testing xz -T0 is slightly faster and produces smaller archives than
>> pixz for the same input.
>>
>> Signed-off-by: Ross Burton 
>> ---
>>
>>  # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
>> PACKAGE_ARCH as it
>> @@ -225,7 +225,7 @@ fakeroot tar_sdk() {
>> # Package it up
>> mkdir -p ${SDKDEPLOYDIR}
>> cd ${SDK_OUTPUT}/${SDKPATH}
>> -   tar ${SDKTAROPTS} -cf - . | pixz > 
>> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
>> +   tar ${SDKTAROPTS} -cf - . | xz -T 0 > 
>> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
>
> Since -T 0 will use all available CPUs (ie any attempts the user may
> have made to limit parallelism via BB_NUMBER_THREADS or PARALLEL_MAKE
> will be ignored), perhaps it's worth adding something like
> "--memlimit=70%" to try to give some protection for environments with
> lots of CPUs but not so much DRAM?

There's a few places where -T0 is passed already: tar.xz image
creation and opkg creation, so I guess we need to centralise this
somewhere too.

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

Re: [OE-core] [PATCH] populate_sdk_base: use xz -T instead of pixz

[Andre McCurdy]

On Mon, Apr 9, 2018 at 8:19 AM, Ross Burton  wrote:
> xz has native support for threaded compression now and SDK creation was the 
> only
> part of oe-core which is using pixz instead of xz.
>
> Not only does this remove pixz-native from the SDK dependencies, but in my
> limited testing xz -T0 is slightly faster and produces smaller archives than
> pixz for the same input.
>
> Signed-off-by: Ross Burton 
> ---
>
>  # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
> PACKAGE_ARCH as it
> @@ -225,7 +225,7 @@ fakeroot tar_sdk() {
> # Package it up
> mkdir -p ${SDKDEPLOYDIR}
> cd ${SDK_OUTPUT}/${SDKPATH}
> -   tar ${SDKTAROPTS} -cf - . | pixz > 
> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
> +   tar ${SDKTAROPTS} -cf - . | xz -T 0 > 
> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz

Since -T 0 will use all available CPUs (ie any attempts the user may
have made to limit parallelism via BB_NUMBER_THREADS or PARALLEL_MAKE
will be ignored), perhaps it's worth adding something like
"--memlimit=70%" to try to give some protection for environments with
lots of CPUs but not so much DRAM?
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 1/1] recipes-core: breakout hwclock.sh from busybox

[Alex Stewart]

Bump.

Did this patch get blacklisted for inclusion or does anyone have any 
outstanding concerns about it?


On 03/21/2018 01:55 PM, Alex Stewart wrote:

* Move the hwclock.sh initscript from busybox into its own package and
   recipe (hwclock-init). This script is generally useful for distros
   that get their hwclock implementation from sources other than
   busybox (like util-linux).

:busybox/*
* Remove the busybox-hwclock package, as it no longer has a purpose.
* If busybox is configured to include hwclock, the busybox package will
   RDEPEND on hwclock-init.

:util-linux/*
* util-linux-hwclock RDEPENDS on hwclock-init for its initscript.

Signed-off-by: Alex Stewart 
---
  meta/recipes-core/busybox/busybox.inc  | 16 +++--
  meta/recipes-core/busybox/busybox_1.27.2.bb|  1 -
  meta/recipes-core/busybox/files/hwclock.sh | 83 --
  meta/recipes-core/hwclock-init/files/hwclock.sh| 83 ++
  meta/recipes-core/hwclock-init/hwclock-init_1.0.bb | 31 
  meta/recipes-core/util-linux/util-linux.inc|  1 +
  6 files changed, 124 insertions(+), 91 deletions(-)
  delete mode 100644 meta/recipes-core/busybox/files/hwclock.sh
  create mode 100644 meta/recipes-core/hwclock-init/files/hwclock.sh
  create mode 100644 meta/recipes-core/hwclock-init/hwclock-init_1.0.bb

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index d1675c37aa..50cc837335 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -20,19 +20,17 @@ export EXTRA_LDFLAGS = "${LDFLAGS}"
  
  EXTRA_OEMAKE = "CC='${CC}' LD='${CCLD}' V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} SKIP_STRIP=y HOSTCC='${BUILD_CC}' HOSTCPP='${BUILD_CPP}'"
  
-PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev ${PN}-hwclock"

+PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev"
  
  FILES_${PN}-httpd = "${sysconfdir}/init.d/busybox-httpd /srv/www"

  FILES_${PN}-syslog = "${sysconfdir}/init.d/syslog* 
${sysconfdir}/syslog-startup.conf* ${sysconfdir}/syslog.conf* 
${systemd_unitdir}/system/syslog.service ${sysconfdir}/default/busybox-syslog"
  FILES_${PN}-mdev = "${sysconfdir}/init.d/mdev ${sysconfdir}/mdev.conf 
${sysconfdir}/mdev/*"
  FILES_${PN}-udhcpd = "${sysconfdir}/init.d/busybox-udhcpd"
  FILES_${PN}-udhcpc = "${sysconfdir}/udhcpc.d ${datadir}/udhcpc"
-FILES_${PN}-hwclock = "${sysconfdir}/init.d/hwclock.sh"
  
-INITSCRIPT_PACKAGES = "${PN}-httpd ${PN}-syslog ${PN}-udhcpd ${PN}-mdev ${PN}-hwclock"

+INITSCRIPT_PACKAGES = "${PN}-httpd ${PN}-syslog ${PN}-udhcpd ${PN}-mdev"
  
  INITSCRIPT_NAME_${PN}-httpd = "busybox-httpd"

-INITSCRIPT_NAME_${PN}-hwclock = "hwclock.sh"
  INITSCRIPT_NAME_${PN}-mdev = "mdev"
  INITSCRIPT_PARAMS_${PN}-mdev = "start 04 S ."
  INITSCRIPT_NAME_${PN}-syslog = "syslog"
@@ -284,9 +282,6 @@ do_install () {
if grep "CONFIG_UDHCPD=y" ${B}/.config; then
install -m 0755 ${WORKDIR}/busybox-udhcpd 
${D}${sysconfdir}/init.d/
fi
-   if grep "CONFIG_HWCLOCK=y" ${B}/.config; then
-   install -m 0755 ${WORKDIR}/hwclock.sh ${D}${sysconfdir}/init.d/
-   fi
if grep "CONFIG_UDHCPC=y" ${B}/.config; then
install -d ${D}${sysconfdir}/udhcpc.d
install -d ${D}${datadir}/udhcpc
@@ -375,6 +370,13 @@ python do_package_prepend () {
  else:
  set_alternative_vars("${sysconfdir}/busybox.links.nosuid", 
"${base_bindir}/busybox.nosuid")
  set_alternative_vars("${sysconfdir}/busybox.links.suid", 
"${base_bindir}/busybox.suid")
+
+# If busybox is configured to provide a hwclock implementation, add a
+# package dependency on hwclock-init for the /etc/init.d/hwclock.sh
+# initscript.
+with open(d.getVar('B') + '/.config', 'r') as fp_conf:
+if 'CONFIG_HWCLOCK=y' in fp_conf.read():
+d.appendVar('RDEPENDS_busybox', ' hwclock-init ')
  }
  
  pkg_postinst_${PN} () {

diff --git a/meta/recipes-core/busybox/busybox_1.27.2.bb 
b/meta/recipes-core/busybox/busybox_1.27.2.bb
index 36a6342aaf..78d8e14a6b 100644
--- a/meta/recipes-core/busybox/busybox_1.27.2.bb
+++ b/meta/recipes-core/busybox/busybox_1.27.2.bb
@@ -8,7 +8,6 @@ SRC_URI = 
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
 file://busybox-udhcpd \
 file://default.script \
 file://simple.script \
-   file://hwclock.sh \
 file://mount.busybox \
 file://syslog \
 file://syslog-startup.conf \
diff --git a/meta/recipes-core/busybox/files/hwclock.sh 
b/meta/recipes-core/busybox/files/hwclock.sh
deleted file mode 100644
index be5f94d86c..00
--- a/meta/recipes-core/busybox/files/hwclock.sh
+++ /dev/null
@@ -1,83 +0,0 @@
-#!/bin/sh
-### BEGIN INIT INFO
-# Provides:  hwclock
-# Required-Start:
-# Required-Stop: $local_fs
-# 

Re: [OE-core] [PATCH] populate_sdk_base: use xz -T instead of pixz

[Burton, Ross]

xz-native isn't in ASSUME_PROVIDED, we built it.

Ross

On 9 April 2018 at 19:44, Khem Raj  wrote:
> On Mon, Apr 9, 2018 at 11:29 AM, Burton, Ross  wrote:
>> No, it's SDK generation, so xz-native (see SDK_DEPENDS in the first hunk).
>>
>
> OK then we need to make sure that all  supported distros will have the
> threaded xz version
>
>> Ross
>>
>> On 9 April 2018 at 18:46, Khem Raj  wrote:
>>> On Mon, Apr 9, 2018 at 8:19 AM, Ross Burton  wrote:
 xz has native support for threaded compression now and SDK creation was 
 the only
 part of oe-core which is using pixz instead of xz.

 Not only does this remove pixz-native from the SDK dependencies, but in my
 limited testing xz -T0 is slightly faster and produces smaller archives 
 than
 pixz for the same input.

>>>
>>> this is using nativesdk-xz ?
>>>
 Signed-off-by: Ross Burton 
 ---
  meta/classes/populate_sdk_base.bbclass | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

 diff --git a/meta/classes/populate_sdk_base.bbclass 
 b/meta/classes/populate_sdk_base.bbclass
 index 77ec8aaec27..79984d7914f 100644
 --- a/meta/classes/populate_sdk_base.bbclass
 +++ b/meta/classes/populate_sdk_base.bbclass
 @@ -46,7 +46,7 @@ TOOLCHAIN_TARGET_TASK_ATTEMPTONLY ?= ""
  TOOLCHAIN_OUTPUTNAME ?= "${SDK_NAME}-toolchain-${SDK_VERSION}"

  SDK_RDEPENDS = "${TOOLCHAIN_TARGET_TASK} ${TOOLCHAIN_HOST_TASK}"
 -SDK_DEPENDS = "virtual/fakeroot-native pixz-native cross-localedef-native 
 ${MLPREFIX}qemuwrapper-cross"
 +SDK_DEPENDS = "virtual/fakeroot-native xz-native cross-localedef-native 
 ${MLPREFIX}qemuwrapper-cross"
  SDK_DEPENDS_append_libc-glibc = " nativesdk-glibc-locale"

  # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
 PACKAGE_ARCH as it
 @@ -225,7 +225,7 @@ fakeroot tar_sdk() {
 # Package it up
 mkdir -p ${SDKDEPLOYDIR}
 cd ${SDK_OUTPUT}/${SDKPATH}
 -   tar ${SDKTAROPTS} -cf - . | pixz > 
 ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
 +   tar ${SDKTAROPTS} -cf - . | xz -T 0 > 
 ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
  }

  fakeroot create_shar() {
 --
 2.11.0

 --
 ___
 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] [PATCH] populate_sdk_base: use xz -T instead of pixz

[Khem Raj]

On Mon, Apr 9, 2018 at 11:29 AM, Burton, Ross  wrote:
> No, it's SDK generation, so xz-native (see SDK_DEPENDS in the first hunk).
>

OK then we need to make sure that all  supported distros will have the
threaded xz version

> Ross
>
> On 9 April 2018 at 18:46, Khem Raj  wrote:
>> On Mon, Apr 9, 2018 at 8:19 AM, Ross Burton  wrote:
>>> xz has native support for threaded compression now and SDK creation was the 
>>> only
>>> part of oe-core which is using pixz instead of xz.
>>>
>>> Not only does this remove pixz-native from the SDK dependencies, but in my
>>> limited testing xz -T0 is slightly faster and produces smaller archives than
>>> pixz for the same input.
>>>
>>
>> this is using nativesdk-xz ?
>>
>>> Signed-off-by: Ross Burton 
>>> ---
>>>  meta/classes/populate_sdk_base.bbclass | 4 ++--
>>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/meta/classes/populate_sdk_base.bbclass 
>>> b/meta/classes/populate_sdk_base.bbclass
>>> index 77ec8aaec27..79984d7914f 100644
>>> --- a/meta/classes/populate_sdk_base.bbclass
>>> +++ b/meta/classes/populate_sdk_base.bbclass
>>> @@ -46,7 +46,7 @@ TOOLCHAIN_TARGET_TASK_ATTEMPTONLY ?= ""
>>>  TOOLCHAIN_OUTPUTNAME ?= "${SDK_NAME}-toolchain-${SDK_VERSION}"
>>>
>>>  SDK_RDEPENDS = "${TOOLCHAIN_TARGET_TASK} ${TOOLCHAIN_HOST_TASK}"
>>> -SDK_DEPENDS = "virtual/fakeroot-native pixz-native cross-localedef-native 
>>> ${MLPREFIX}qemuwrapper-cross"
>>> +SDK_DEPENDS = "virtual/fakeroot-native xz-native cross-localedef-native 
>>> ${MLPREFIX}qemuwrapper-cross"
>>>  SDK_DEPENDS_append_libc-glibc = " nativesdk-glibc-locale"
>>>
>>>  # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
>>> PACKAGE_ARCH as it
>>> @@ -225,7 +225,7 @@ fakeroot tar_sdk() {
>>> # Package it up
>>> mkdir -p ${SDKDEPLOYDIR}
>>> cd ${SDK_OUTPUT}/${SDKPATH}
>>> -   tar ${SDKTAROPTS} -cf - . | pixz > 
>>> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
>>> +   tar ${SDKTAROPTS} -cf - . | xz -T 0 > 
>>> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
>>>  }
>>>
>>>  fakeroot create_shar() {
>>> --
>>> 2.11.0
>>>
>>> --
>>> ___
>>> 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] [PATCH] populate_sdk_base: use xz -T instead of pixz

[Burton, Ross]

No, it's SDK generation, so xz-native (see SDK_DEPENDS in the first hunk).

Ross

On 9 April 2018 at 18:46, Khem Raj  wrote:
> On Mon, Apr 9, 2018 at 8:19 AM, Ross Burton  wrote:
>> xz has native support for threaded compression now and SDK creation was the 
>> only
>> part of oe-core which is using pixz instead of xz.
>>
>> Not only does this remove pixz-native from the SDK dependencies, but in my
>> limited testing xz -T0 is slightly faster and produces smaller archives than
>> pixz for the same input.
>>
>
> this is using nativesdk-xz ?
>
>> Signed-off-by: Ross Burton 
>> ---
>>  meta/classes/populate_sdk_base.bbclass | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/meta/classes/populate_sdk_base.bbclass 
>> b/meta/classes/populate_sdk_base.bbclass
>> index 77ec8aaec27..79984d7914f 100644
>> --- a/meta/classes/populate_sdk_base.bbclass
>> +++ b/meta/classes/populate_sdk_base.bbclass
>> @@ -46,7 +46,7 @@ TOOLCHAIN_TARGET_TASK_ATTEMPTONLY ?= ""
>>  TOOLCHAIN_OUTPUTNAME ?= "${SDK_NAME}-toolchain-${SDK_VERSION}"
>>
>>  SDK_RDEPENDS = "${TOOLCHAIN_TARGET_TASK} ${TOOLCHAIN_HOST_TASK}"
>> -SDK_DEPENDS = "virtual/fakeroot-native pixz-native cross-localedef-native 
>> ${MLPREFIX}qemuwrapper-cross"
>> +SDK_DEPENDS = "virtual/fakeroot-native xz-native cross-localedef-native 
>> ${MLPREFIX}qemuwrapper-cross"
>>  SDK_DEPENDS_append_libc-glibc = " nativesdk-glibc-locale"
>>
>>  # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
>> PACKAGE_ARCH as it
>> @@ -225,7 +225,7 @@ fakeroot tar_sdk() {
>> # Package it up
>> mkdir -p ${SDKDEPLOYDIR}
>> cd ${SDK_OUTPUT}/${SDKPATH}
>> -   tar ${SDKTAROPTS} -cf - . | pixz > 
>> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
>> +   tar ${SDKTAROPTS} -cf - . | xz -T 0 > 
>> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
>>  }
>>
>>  fakeroot create_shar() {
>> --
>> 2.11.0
>>
>> --
>> ___
>> 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 v2] python3: Add recommended modules to nativesdk install

[Tom Hochstein]

The python3 installation in the SDK did not include the minimum set
of modules to be functional, particularly in the case where Python
is brought in through dependencies. Rather than requiring the user
to explicitly add the modules, it's better to pull in the modules
through RRECOMMENDS. Note that the Python 2 recipe already does
this.

Signed-off-by: Tom Hochstein 
---
 meta/recipes-devtools/python/python3_3.5.5.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/python/python3_3.5.5.bb 
b/meta/recipes-devtools/python/python3_3.5.5.bb
index d458d32..f893b84 100644
--- a/meta/recipes-devtools/python/python3_3.5.5.bb
+++ b/meta/recipes-devtools/python/python3_3.5.5.bb
@@ -211,6 +211,7 @@ py_package_preprocess () {
 
 # manual dependency additions
 RPROVIDES_${PN}-modules = "${PN}"
+RRECOMMENDS_${PN}-core_append_class-nativesdk = " nativesdk-python3-modules"
 RRECOMMENDS_${PN}-crypt = "openssl"
 RRECOMMENDS_${PN}-crypt_class-nativesdk = "nativesdk-openssl"
 
-- 
2.7.4

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

Re: [OE-core] [PATCH] populate_sdk_base: use xz -T instead of pixz

[Khem Raj]

On Mon, Apr 9, 2018 at 8:19 AM, Ross Burton  wrote:
> xz has native support for threaded compression now and SDK creation was the 
> only
> part of oe-core which is using pixz instead of xz.
>
> Not only does this remove pixz-native from the SDK dependencies, but in my
> limited testing xz -T0 is slightly faster and produces smaller archives than
> pixz for the same input.
>

this is using nativesdk-xz ?

> Signed-off-by: Ross Burton 
> ---
>  meta/classes/populate_sdk_base.bbclass | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/classes/populate_sdk_base.bbclass 
> b/meta/classes/populate_sdk_base.bbclass
> index 77ec8aaec27..79984d7914f 100644
> --- a/meta/classes/populate_sdk_base.bbclass
> +++ b/meta/classes/populate_sdk_base.bbclass
> @@ -46,7 +46,7 @@ TOOLCHAIN_TARGET_TASK_ATTEMPTONLY ?= ""
>  TOOLCHAIN_OUTPUTNAME ?= "${SDK_NAME}-toolchain-${SDK_VERSION}"
>
>  SDK_RDEPENDS = "${TOOLCHAIN_TARGET_TASK} ${TOOLCHAIN_HOST_TASK}"
> -SDK_DEPENDS = "virtual/fakeroot-native pixz-native cross-localedef-native 
> ${MLPREFIX}qemuwrapper-cross"
> +SDK_DEPENDS = "virtual/fakeroot-native xz-native cross-localedef-native 
> ${MLPREFIX}qemuwrapper-cross"
>  SDK_DEPENDS_append_libc-glibc = " nativesdk-glibc-locale"
>
>  # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
> PACKAGE_ARCH as it
> @@ -225,7 +225,7 @@ fakeroot tar_sdk() {
> # Package it up
> mkdir -p ${SDKDEPLOYDIR}
> cd ${SDK_OUTPUT}/${SDKPATH}
> -   tar ${SDKTAROPTS} -cf - . | pixz > 
> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
> +   tar ${SDKTAROPTS} -cf - . | xz -T 0 > 
> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
>  }
>
>  fakeroot create_shar() {
> --
> 2.11.0
>
> --
> ___
> 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] ✗ patchtest: failure for meta: add missing Signed-off-by and Upstream-Status tags

[Patchwork]

== Series Details ==

Series: meta: add missing Signed-off-by and Upstream-Status tags
Revision: 1
URL   : https://patchwork.openembedded.org/series/11735/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at c1573cb7fa)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

Re: [OE-core] [yocto] Yocto Project Status WW15’18

[akuster808]

On 04/09/2018 08:13 AM, Jordan, Robin L wrote:
>
> Current Dev Position: YP 2.5 M4 final close out.
>
> Next Deadline: YP 2.5 M4 release is 4/27/18
>
>  
>
> SWAT Team Rotation:
>
> SWAT lead is currently: Paul.
>
> SWAT team rotation: Paul -> Tracy on April 13, 2018
>
> SWAT team rotation: Tracy -> Stephano on April 20, 2018
>
> https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
>
>  
>
> Key Status/Updates:
>
>   * The M3 rc1 QA report has been completed:
> 
> https://wiki.yoctoproject.org/wiki/WW15_-_2018-04-09-_Full_Test_Cycle_-_2.5_M3_rc1
>   There are a number of selftest failures and a known SRCREV
> related issue with the build-appliance. We will look into these,
> but at this point we don’t foresee these blocking M3 and will aim
> to start testing release candidates for the final 2.5 release this
> week.  
>   * A problem was spotted with fedora28 which has worryingly decided
> to merge extra patches ahead of glibc and “break” ABI over the
> split of libcrypt out of glibc into libxcrypt. Since we will have
> to handle this, we have decided to change nativesdk-glibc for the
> 2.5 release but keep on target as is until the situation with
> upstream glibc becomes clearer.
>   * We realised late in the cycle that we needed to change the
> LAYERSERIES_COMPAT variable in the core layers. We have also added
> warnings to make this variable more obvious and required it for
> Yocto Project Compatible v2 status. It seemed best to make these
> changes for 2.5 rather than wait until 2.6.
>   * We are considering a final late change to 2.5 to allow poky to use
> the Yocto Project sstate mirrors by default. Feedback welcome on
> whether we should do this. It is late in the cycle but would make
> a good speedup for users potentially.
>
I would not make it the default, but have the url info defined in the
sample.local.conf
Can the Yocto infrastructure handle the world pinging it for sstate?

>  *
>   * Armin fixed the SDK locale issues with morty, thanks! We are aware
> of a related locale  build regression on morty sadly.
>
I assume a bug was opened?
>
>  *
>
>
>   * We were able to upgrade pseudo and have hopefully resolved our
> fedora27/coreutils issues. Thanks to all who helped!
>   * Master-next has a number of recipe upgrades queued. We still want
> to discourage people from sending recipe upgrades until we start
> 2.6; however, there were simply too many patches to ignore. This
> has meant various people and build resources have ended up
> distracted from 2.5 work.
>
>  
>
> Planned upcoming dot releases:
>
> YP 2.3.4 (Pyro) will be built after 2.5 M3
>
Wont it be post Rocko point release?
>
> YP 2.2.4 (Morty) will be built after 2.5 M3 once the glibc 2.27 issue
> is fixed
>
Wouldn't Morty be post Pyro point release? This will the the point release?

> YP 2.4.3 (Rocko) is planned for post YP 2.5.
>
>  
>
> Key YP 2.5 Dates are:
>
> YP 2.5 M3 is in QA.  See status above.
>
> YP 2.5 M3 was scheduled for release 3/2/18
>
> YP 2.5 M4 cut off of 4/2/18
>
> YP 2.5 M4 release of 4/27/18
>
>  
>
> Tracking Metrics:
>
>     WDD 2570 (last week 2594)
>
> (https://wiki.yoctoproject.org/charts/combo.html)
>
>  
>
> Key Status Links for YP:
>
> https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.5_Status
>
> https://wiki.yoctoproject.org/wiki/Yocto_2.5_Schedule
>
> https://wiki.yoctoproject.org/wiki/Yocto_2.5_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!]
>
>  
>
>
>

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

[OE-core] [PATCH] meta: add missing Signed-off-by and Upstream-Status tags

[Ross Burton]

Signed-off-by: Ross Burton 
---
 .../0001-Only-use-sort-name-on-versions-of-tar-which-support-.patch| 2 ++
 .../0002-opkg-build-Use-local-time-for-build_date-since-opkg-.patch| 2 ++
 .../perl/perl/perl-5.26.1-guard_old_libcrypt_fix.patch | 2 +-
 .../0001-if_ether-move-muslc-ethhdr-protection-to-uapi-file.patch  | 1 +
 meta/recipes-sato/webkit/webkitgtk/x32_support.patch   | 3 +++
 5 files changed, 9 insertions(+), 1 deletion(-)

diff --git 
a/meta/recipes-devtools/opkg-utils/opkg-utils/0001-Only-use-sort-name-on-versions-of-tar-which-support-.patch
 
b/meta/recipes-devtools/opkg-utils/opkg-utils/0001-Only-use-sort-name-on-versions-of-tar-which-support-.patch
index 203c5850533..6b7ca7da3ee 100644
--- 
a/meta/recipes-devtools/opkg-utils/opkg-utils/0001-Only-use-sort-name-on-versions-of-tar-which-support-.patch
+++ 
b/meta/recipes-devtools/opkg-utils/opkg-utils/0001-Only-use-sort-name-on-versions-of-tar-which-support-.patch
@@ -7,6 +7,8 @@ Subject: [PATCH 1/2] Only use --sort=name on versions of tar 
which support it.
 
 Signed-off-by: Michael Hansen 
 Signed-off-by: Alejandro del Castillo 
+Upstream-Status: Backport
+
 ---
  opkg-build | 11 ---
  1 file changed, 8 insertions(+), 3 deletions(-)
diff --git 
a/meta/recipes-devtools/opkg-utils/opkg-utils/0002-opkg-build-Use-local-time-for-build_date-since-opkg-.patch
 
b/meta/recipes-devtools/opkg-utils/opkg-utils/0002-opkg-build-Use-local-time-for-build_date-since-opkg-.patch
index 0a7403d6747..e338914b093 100644
--- 
a/meta/recipes-devtools/opkg-utils/opkg-utils/0002-opkg-build-Use-local-time-for-build_date-since-opkg-.patch
+++ 
b/meta/recipes-devtools/opkg-utils/opkg-utils/0002-opkg-build-Use-local-time-for-build_date-since-opkg-.patch
@@ -8,6 +8,8 @@ Subject: [PATCH 2/2] opkg-build: Use local time for build_date, 
since opkg
 
 Signed-off-by: Michael Hansen 
 Signed-off-by: Alejandro del Castillo 
+Upstream-Status: Backport
+
 ---
  opkg-build | 8 
  1 file changed, 4 insertions(+), 4 deletions(-)
diff --git 
a/meta/recipes-devtools/perl/perl/perl-5.26.1-guard_old_libcrypt_fix.patch 
b/meta/recipes-devtools/perl/perl/perl-5.26.1-guard_old_libcrypt_fix.patch
index bb6c573c9a4..ff3d6dc0997 100644
--- a/meta/recipes-devtools/perl/perl/perl-5.26.1-guard_old_libcrypt_fix.patch
+++ b/meta/recipes-devtools/perl/perl/perl-5.26.1-guard_old_libcrypt_fix.patch
@@ -5,7 +5,7 @@ Date:   Sat Jan 20 20:22:53 2018 +0100
 pp: Guard fix for really old bug in glibc libcrypt
 
 Upstream-Status: Pending
-Signed-off-by Richard Purdie 
+Signed-off-by: Richard Purdie 
 
 diff --git a/pp.c b/pp.c
 index d50ad7ddbf..6510c7b15c 100644
diff --git 
a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-if_ether-move-muslc-ethhdr-protection-to-uapi-file.patch
 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-if_ether-move-muslc-ethhdr-protection-to-uapi-file.patch
index 2e04701699c..68b244698f8 100644
--- 
a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-if_ether-move-muslc-ethhdr-protection-to-uapi-file.patch
+++ 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-if_ether-move-muslc-ethhdr-protection-to-uapi-file.patch
@@ -4,6 +4,7 @@ Date: Thu, 1 Mar 2018 18:31:01 -0500
 Subject: [PATCH] if_ether: move muslc ethhdr protection to uapi file
 
 Signed-off-by: Bruce Ashfield 
+Upstream-Status: Pending
 ---
  include/uapi/linux/if_ether.h | 6 ++
  1 file changed, 6 insertions(+)
diff --git a/meta/recipes-sato/webkit/webkitgtk/x32_support.patch 
b/meta/recipes-sato/webkit/webkitgtk/x32_support.patch
index f2454b98499..85d281e7f48 100644
--- a/meta/recipes-sato/webkit/webkitgtk/x32_support.patch
+++ b/meta/recipes-sato/webkit/webkitgtk/x32_support.patch
@@ -1,3 +1,6 @@
+Signed-off-by: Christopher Larson 
+Upstream-Status: Pending
+
 From 897563a0397266d8ceb058f172e16b06419b2593 Mon Sep 17 00:00:00 2001
 From: Daniel Schepler 
 Date: Mon, 26 Mar 2018 17:48:34 +0300
-- 
2.11.0

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

Re: [OE-core] [PATCH 2/3] bind: fix openSSL detection when using multiarch

[Richard Purdie]

On Mon, 2018-04-09 at 13:56 +0200, Koen Kooi wrote:
> In multiarch /usr/include and /usr/lib/ level anymore. This change will pass a correct includedir, but a
> wrong libdir, but the linker picks it up anyway.
> 
> Tested on multiarch and regular build.

How far off working is mulitarch for OE-Core?

The reason I ask is I'd like to understand the scope of the changes
needed to support it. It also influences whether these are sumo or post
2.5 changes.

Cheers,

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

Re: [OE-core] [PATCH] u-boot: Upgrade to 2018.03 release

[Marek Vasut]

On 04/09/2018 03:48 PM, Khem Raj wrote:
> On Mon, Apr 9, 2018 at 1:25 AM, Marek Vasut  wrote:
>> On 04/09/2018 02:54 AM, Khem Raj wrote:
>>>
>>> On Sun, Apr 8, 2018 at 4:10 PM Marek Vasut >> > wrote:
>>>
>>> This upgrades the U-Boot from 2018.01 to 2018.03 release and drops
>>> patches accepted upstream, getting the patch count to zero.
>>>
>>>
>>>
>>> It fails for me if I have libfdt installed on build host
>>> It seems build is doing the include dance which goes all the way into
>>> hosts system include directories
>>
>> Which version of libfdt and dtc do you have installed ?
>> And is it really libfdt or dtc ?
>>
> 
> its dtc probably but header it picks is libfdt.h I am on archlinux

So which version of either do you have on your host ?

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

[OE-core] [PATCH] pixz: remove

[Ross Burton]

Nothing in oe-core is using this now as xz can do multithreaded compression, so
remove it.

Signed-off-by: Ross Burton 
---
 meta/conf/distro/include/maintainers.inc   |  1 -
 ...onfigure-Detect-headers-before-using-them.patch | 51 
 ...-Use-macro-bswap_64-instead-of-__bswap_64.patch | 47 ---
 .../936d8068ae19d95260d3058f41dd6cf718101cd6.patch | 68 --
 meta/recipes-extended/pixz/pixz_1.0.6.bb   | 25 
 5 files changed, 192 deletions(-)
 delete mode 100644 
meta/recipes-extended/pixz/pixz/0001-configure-Detect-headers-before-using-them.patch
 delete mode 100644 
meta/recipes-extended/pixz/pixz/0002-endian-Use-macro-bswap_64-instead-of-__bswap_64.patch
 delete mode 100644 
meta/recipes-extended/pixz/pixz/936d8068ae19d95260d3058f41dd6cf718101cd6.patch
 delete mode 100644 meta/recipes-extended/pixz/pixz_1.0.6.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index f682ac63080..993d6c66a5e 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -560,7 +560,6 @@ RECIPE_MAINTAINER_pn-piglit = "Maxin B. John 
"
 RECIPE_MAINTAINER_pn-pigz = "Hongxu Jia "
 RECIPE_MAINTAINER_pn-pinentry = "Armin Kuster "
 RECIPE_MAINTAINER_pn-pixman = "Maxin B. John "
-RECIPE_MAINTAINER_pn-pixz = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-pkgconf = "Maxin B. John "
 RECIPE_MAINTAINER_pn-pkgconfig = "Maxin B. John "
 RECIPE_MAINTAINER_pn-pm-utils = "Maxin B. John "
diff --git 
a/meta/recipes-extended/pixz/pixz/0001-configure-Detect-headers-before-using-them.patch
 
b/meta/recipes-extended/pixz/pixz/0001-configure-Detect-headers-before-using-them.patch
deleted file mode 100644
index 12bae28dc76..000
--- 
a/meta/recipes-extended/pixz/pixz/0001-configure-Detect-headers-before-using-them.patch
+++ /dev/null
@@ -1,51 +0,0 @@
-From c84480be8df6966c538d1fb67ccae2f42cc46421 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Tue, 22 Mar 2016 07:36:54 +
-Subject: [PATCH 1/2] configure: Detect headers before using them
-
-Current logic does not work when system does not have
-sys/endian.h, since it tried to reuse the cached results
-from first try of detecting htole64 in sys/endian.h which is
-'no' and hence the second try to look into endian.h also
-comes out negative.
-
-So we check for header and then run the test for symbols
-and these symbols are not standard and we need to define _GNU_SOURCE
-for it to work, this issue is exposed by systems using musl e.g.
-
-Signed-off-by: Khem Raj 

-Upstream-Status: Submitted
-
- configure.ac | 13 +
- 1 file changed, 9 insertions(+), 4 deletions(-)
-
-diff --git a/configure.ac b/configure.ac
-index 4cb56bc..5e23c50 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -69,12 +69,17 @@ AC_FUNC_MALLOC
- AC_FUNC_REALLOC
- AC_FUNC_STRTOD
- AC_CHECK_FUNCS([memchr memmove memset strerror strtol])
--AC_CHECK_DECLS([htole64, le64toh],
--   [],
-+AC_CHECK_HEADER([sys/endian.h],
-[
-- AC_CHECK_DECLS([htole64, le64toh], [], [], [#include 
])
-+ AC_CHECK_DECLS([htole64, le64toh], [], [], [#define 
_GNU_SOURCE 1 #include ])
-],
--   [#include ])
-+   [], [])
-+
-+AC_CHECK_HEADER([endian.h],
-+   [
-+ AC_CHECK_DECLS([htole64, le64toh], [], [], [#define 
_GNU_SOURCE 1 #include ])
-+   ],
-+   [], [])
- 
- AC_CONFIG_FILES([Makefile
-  src/Makefile
--- 
-1.8.3.1
-
diff --git 
a/meta/recipes-extended/pixz/pixz/0002-endian-Use-macro-bswap_64-instead-of-__bswap_64.patch
 
b/meta/recipes-extended/pixz/pixz/0002-endian-Use-macro-bswap_64-instead-of-__bswap_64.patch
deleted file mode 100644
index 6b615988db7..000
--- 
a/meta/recipes-extended/pixz/pixz/0002-endian-Use-macro-bswap_64-instead-of-__bswap_64.patch
+++ /dev/null
@@ -1,47 +0,0 @@
-From 5f3a535987bae4c3e3d9e9079c7526e399f7aecd Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Tue, 22 Mar 2016 07:42:39 +
-Subject: [PATCH 2/2] endian: Use macro bswap_64 instead of __bswap_64
-
-byteswap.h defines then as public APIs on all libc
-on linux including musl
-
-Signed-off-by: Khem Raj 

-Upstream-Status: Submitted
- src/endian.c | 5 +++--
- 1 file changed, 3 insertions(+), 2 deletions(-)
-
-diff --git a/src/endian.c b/src/endian.c
-index b7724f3..51aea58 100644
 a/src/endian.c
-+++ b/src/endian.c
-@@ -15,6 +15,7 @@ void xle64enc(uint8_t *d, uint64_t n) {
- #include 
- #ifdef __linux__
-   #include 
-+  #include 
- #else
-   #include 
- #endif
-@@ -23,7 +24,7 @@ void xle64enc(uint8_t *d, uint64_t n) {
- # if 

[OE-core] [PATCH] populate_sdk_base: use xz -T instead of pixz

[Ross Burton]

xz has native support for threaded compression now and SDK creation was the only
part of oe-core which is using pixz instead of xz.

Not only does this remove pixz-native from the SDK dependencies, but in my
limited testing xz -T0 is slightly faster and produces smaller archives than
pixz for the same input.

Signed-off-by: Ross Burton 
---
 meta/classes/populate_sdk_base.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index 77ec8aaec27..79984d7914f 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -46,7 +46,7 @@ TOOLCHAIN_TARGET_TASK_ATTEMPTONLY ?= ""
 TOOLCHAIN_OUTPUTNAME ?= "${SDK_NAME}-toolchain-${SDK_VERSION}"
 
 SDK_RDEPENDS = "${TOOLCHAIN_TARGET_TASK} ${TOOLCHAIN_HOST_TASK}"
-SDK_DEPENDS = "virtual/fakeroot-native pixz-native cross-localedef-native 
${MLPREFIX}qemuwrapper-cross"
+SDK_DEPENDS = "virtual/fakeroot-native xz-native cross-localedef-native 
${MLPREFIX}qemuwrapper-cross"
 SDK_DEPENDS_append_libc-glibc = " nativesdk-glibc-locale"
 
 # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
PACKAGE_ARCH as it
@@ -225,7 +225,7 @@ fakeroot tar_sdk() {
# Package it up
mkdir -p ${SDKDEPLOYDIR}
cd ${SDK_OUTPUT}/${SDKPATH}
-   tar ${SDKTAROPTS} -cf - . | pixz > 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
+   tar ${SDKTAROPTS} -cf - . | xz -T 0 > 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
 }
 
 fakeroot create_shar() {
-- 
2.11.0

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

[OE-core] [PATCH 2/3] linux-yocto-tiny/4.14: fix recipe name

[Bruce Ashfield]

I guess not many people are building linux-yocto-tiny for
v4.15, given that I managed to mangle the name of the recipe
when I introduced it.

[YOCTO #12640]

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.15.b  | 25 ---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb | 50 ++
 2 files changed, 14 insertions(+), 61 deletions(-)
 delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_4.15.b

diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.b 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.b
deleted file mode 100644
index 7a6696c71a68..
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.b
+++ /dev/null
@@ -1,25 +0,0 @@
-KBRANCH ?= "v4.15/standard/tiny/common-pc"
-LINUX_KERNEL_TYPE = "tiny"
-KCONFIG_MODE = "--allnoconfig"
-
-require recipes-kernel/linux/linux-yocto.inc
-
-LINUX_VERSION ?= "4.15"
-
-KMETA = "kernel-meta"
-KCONF_BSP_AUDIT_LEVEL = "2"
-
-SRCREV_machine ?= "f7a6d45fff853173bfbf61706aeffcd1d1e99467"
-SRCREV_meta ?= "ef2f5d9a0ac1c5ac60e76b18b0bb3393be450336"
-
-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.15;destsuffix=${KMETA}"
-
-COMPATIBLE_MACHINE = "qemux86|qemux86-64"
-
-# Functionality flags
-KERNEL_FEATURES = ""
-
-KERNEL_DEVICETREE_qemuarm = "versatile-pb.dtb"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb
index 6cddb7ecfcf8..9054f1862191 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb
@@ -1,47 +1,25 @@
-KBRANCH ?= "v4.15/standard/base"
+KBRANCH ?= "v4.15/standard/tiny/common-pc"
+LINUX_KERNEL_TYPE = "tiny"
+KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-# board specific branches
-KBRANCH_qemuarm  ?= "v4.15/standard/arm-versatile-926ejs"
-KBRANCH_qemuarm64 ?= "v4.15/standard/qemuarm64"
-KBRANCH_qemumips ?= "v4.15/standard/mti-malta32"
-KBRANCH_qemuppc  ?= "v4.15/standard/qemuppc"
-KBRANCH_qemux86  ?= "v4.15/standard/base"
-KBRANCH_qemux86-64 ?= "v4.15/standard/base"
-KBRANCH_qemumips64 ?= "v4.15/standard/mti-malta64"
-
-SRCREV_machine_qemuarm ?= "5fdc3d579c5f50fbaaa5faecae79e20b73810346"
-SRCREV_machine_qemuarm64 ?= "9c2e6c0fc71526c45fc7ddf3ec91e2e2f27e3da0"
-SRCREV_machine_qemumips ?= "5afbe5a7e271f1c115a7c77bea4a71356c6f2792"
-SRCREV_machine_qemuppc ?= "9c2e6c0fc71526c45fc7ddf3ec91e2e2f27e3da0"
-SRCREV_machine_qemux86 ?= "9c2e6c0fc71526c45fc7ddf3ec91e2e2f27e3da0"
-SRCREV_machine_qemux86-64 ?= "9c2e6c0fc71526c45fc7ddf3ec91e2e2f27e3da0"
-SRCREV_machine_qemumips64 ?= "f9a3a72209bde080e4ecb4fbe7a0f99954643131"
-SRCREV_machine ?= "f73fd8783a3e7529902366ba75aafb81c19ec3c9"
-SRCREV_meta ?= "6918258c9e46ad8471210354159eb42f127c7374"
-
-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.15;destsuffix=${KMETA}"
-
 LINUX_VERSION ?= "4.15.13"
 
-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"
 
-KERNEL_DEVICETREE_qemuarm = "versatile-pb.dtb"
+SRCREV_machine ?= "f73fd8783a3e7529902366ba75aafb81c19ec3c9"
+SRCREV_meta ?= "939d935b0c992c6f1e51a7a1c9e4fbe6ef3c3174"
+
+PV = "${LINUX_VERSION}+git${SRCPV}"
 
-COMPATIBLE_MACHINE = 
"qemuarm|qemuarm64|qemux86|qemuppc|qemumips|qemumips64|qemux86-64"
+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.15;destsuffix=${KMETA}"
+
+COMPATIBLE_MACHINE = "qemux86|qemux86-64"
 
 # Functionality flags
-KERNEL_EXTRA_FEATURES ?= "features/netfilter/netfilter.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"
-KERNEL_FEATURES_append = " ${@bb.utils.contains("TUNE_FEATURES", "mx32", " 
cfg/x32.scc", "" ,d)}"
+KERNEL_FEATURES = ""
+
+KERNEL_DEVICETREE_qemuarm = "versatile-pb.dtb"
-- 
2.5.0

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

[OE-core] [PATCH 1/3] linux-yocto/4.14: add elfutils, util-linux and openssl dependencies

[Bruce Ashfield]

4.15+ already has the following dependencies:

 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
 DEPENDS += "openssl-native util-linux-native"

Updates to 4.14 via the -stable releases have also introduced the same
dependencies to 4.14's "make scripts". As such, we bring the same lines
into 4.14 to restore the ability to build scripts.

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb   | 3 +++
 meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb | 3 +++
 meta/recipes-kernel/linux/linux-yocto_4.14.bb  | 3 +++
 3 files changed, 9 insertions(+)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
index dfbde660b053..85f85428514e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
@@ -19,6 +19,9 @@ SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=mac
 
 LINUX_VERSION ?= "4.14.30"
 
+DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
+DEPENDS += "openssl-native util-linux-native"
+
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
 KMETA = "kernel-meta"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
index e5941a7ea043..942579795f39 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
@@ -6,6 +6,9 @@ require recipes-kernel/linux/linux-yocto.inc
 
 LINUX_VERSION ?= "4.14.30"
 
+DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
+DEPENDS += "openssl-native util-linux-native"
+
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.14.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.14.bb
index ff5472561345..bfc4de02f239 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.14.bb
@@ -26,6 +26,9 @@ SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;name=machine;branch=${KBRA
 
 LINUX_VERSION ?= "4.14.30"
 
+DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
+DEPENDS += "openssl-native util-linux-native"
+
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
 KMETA = "kernel-meta"
-- 
2.5.0

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

[OE-core] [PATCH 3/3] linux-yocto/4.14/4.15: deterministic srcversion

[Bruce Ashfield]

   Author: Juro Bystricky 
   Date:   Fri Mar 30 10:14:05 2018 -0700

   modpost: srcversion sometimes incorrect

   "srcversion" field inserted into module modinfo section contains a
   sum of the source files which made it. However, this field can
   be incorrect. Building the same module can end up having inconsistent
   srcversion field eventhough the sources remain the same.
   This can be reproduced by building modules in a deeply nested directory,
   but other factors contribute as well.

   The reason for incorrect srcversion is that some source files can be
   simply silently skipped from the checksum calculation due to limited
   buffer space for line parsing.

   This patch addresses two issues:

   1. Allocates a larger line buffer (32k vs 4k).
   2. Issues a warning if a line length exceeds the line buffer.

   Signed-off-by: Juro Bystricky 

Signed-off-by: Juro Bystricky 
Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb |  2 +-
 meta/recipes-kernel/linux/linux-yocto_4.14.bb  | 18 +-
 meta/recipes-kernel/linux/linux-yocto_4.15.bb  | 18 +-
 6 files changed, 25 insertions(+), 25 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
index 85f85428514e..81306a984262 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "620ed070a13e614e8e550998fae123318eeb881a"
-SRCREV_meta ?= "f8232ce8e9f759b961e4e3836472de54e96b50da"
+SRCREV_machine ?= "7272e9132fdaaf0dd78bc94e9f297aaf73452982"
+SRCREV_meta ?= "ea9330894eea727bd1655569b16f338976b72563"
 
 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.14;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb
index 19c07ddf1dc9..c5d3ee03fd28 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "f73fd8783a3e7529902366ba75aafb81c19ec3c9"
-SRCREV_meta ?= "6918258c9e46ad8471210354159eb42f127c7374"
+SRCREV_machine ?= "91084d030bc841c483c31e8664289c7940aa5506"
+SRCREV_meta ?= "939d935b0c992c6f1e51a7a1c9e4fbe6ef3c3174"
 
 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.15;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
index 942579795f39..34bee0949fc9 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
@@ -12,8 +12,8 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "40adf66d7c45b8252a1d3f904b5027a495e41725"
-SRCREV_meta ?= "f8232ce8e9f759b961e4e3836472de54e96b50da"
+SRCREV_machine ?= "ad31896630f8bf6a459164263adc0a8faf984d9e"
+SRCREV_meta ?= "ea9330894eea727bd1655569b16f338976b72563"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb
index 9054f1862191..05b9ca38b2df 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb
@@ -9,7 +9,7 @@ LINUX_VERSION ?= "4.15.13"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "f73fd8783a3e7529902366ba75aafb81c19ec3c9"
+SRCREV_machine ?= "91084d030bc841c483c31e8664289c7940aa5506"
 SRCREV_meta ?= "939d935b0c992c6f1e51a7a1c9e4fbe6ef3c3174"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.14.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.14.bb
index bfc4de02f239..16142f8ceb47 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.14.bb
@@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "v4.14/standard/base"
 KBRANCH_qemux86-64 ?= "v4.14/standard/base"
 KBRANCH_qemumips64 ?= "v4.14/standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= 

[OE-core] [PATCH 0/3] linux-yocto: consolidated pull request

[Bruce Ashfield]

Hi all,

Given how close we are to the release, I'm staying away from -stable updates
to the linux-yocto kernels. But I do have one small patch integration and two
minor bug fixes that are worth getting in for the release.

I don't expect any issues with these .. famous last words :D

Cheers,

Bruce

The following changes since commit 29f65bda6d2c9fea4adb125c4857ee64f9312b9f:

  nativesdk-glibc: Split glibc and libcrypt to use libxcrypt instead 
(2018-04-07 22:34:45 +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 (3):
  linux-yocto/4.14: add elfutils, util-linux and openssl dependencies
  linux-yocto-tiny/4.14: fix recipe name
  linux-yocto/4.14/4.15: deterministic srcversion

 meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb   |  7 ++-
 meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb   |  4 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb |  7 ++-
 meta/recipes-kernel/linux/linux-yocto-tiny_4.15.b  | 25 ---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb | 50 ++
 meta/recipes-kernel/linux/linux-yocto_4.14.bb  | 21 +
 meta/recipes-kernel/linux/linux-yocto_4.15.bb  | 18 
 7 files changed, 47 insertions(+), 85 deletions(-)
 delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_4.15.b

-- 
2.5.0

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

[OE-core] Yocto Project Status WW15’18

[Jordan, Robin L]

Current Dev Position: YP 2.5 M4 final close out.

Next Deadline: YP 2.5 M4 release is 4/27/18


SWAT Team Rotation:

SWAT lead is currently: Paul.

SWAT team rotation: Paul -> Tracy on April 13, 2018

SWAT team rotation: Tracy -> Stephano on April 20, 2018

https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team


Key Status/Updates:

  *   The M3 rc1 QA report has been completed: 
https://wiki.yoctoproject.org/wiki/WW15_-_2018-04-09-_Full_Test_Cycle_-_2.5_M3_rc1
   There are a number of selftest failures and a known SRCREV related issue 
with the build-appliance. We will look into these, but at this point we don’t 
foresee these blocking M3 and will aim to start testing release candidates for 
the final 2.5 release this week.
  *   A problem was spotted with fedora28 which has worryingly decided to merge 
extra patches ahead of glibc and “break” ABI over the split of libcrypt out of 
glibc into libxcrypt. Since we will have to handle this, we have decided to 
change nativesdk-glibc for the 2.5 release but keep on target as is until the 
situation with upstream glibc becomes clearer.
  *   We realised late in the cycle that we needed to change the 
LAYERSERIES_COMPAT variable in the core layers. We have also added warnings to 
make this variable more obvious and required it for Yocto Project Compatible v2 
status. It seemed best to make these changes for 2.5 rather than wait until 2.6.
  *   We are considering a final late change to 2.5 to allow poky to use the 
Yocto Project sstate mirrors by default. Feedback welcome on whether we should 
do this. It is late in the cycle but would make a good speedup for users 
potentially.
  *   Armin fixed the SDK locale issues with morty, thanks! We are aware of a 
related locale  build regression on morty sadly.
  *   We were able to upgrade pseudo and have hopefully resolved our 
fedora27/coreutils issues. Thanks to all who helped!
  *   Master-next has a number of recipe upgrades queued. We still want to 
discourage people from sending recipe upgrades until we start 2.6; however, 
there were simply too many patches to ignore. This has meant various people and 
build resources have ended up distracted from 2.5 work.


Planned upcoming dot releases:

YP 2.3.4 (Pyro) will be built after 2.5 M3

YP 2.2.4 (Morty) will be built after 2.5 M3 once the glibc 2.27 issue is fixed

YP 2.4.3 (Rocko) is planned for post YP 2.5.


Key YP 2.5 Dates are:

YP 2.5 M3 is in QA.  See status above.

YP 2.5 M3 was scheduled for release 3/2/18

YP 2.5 M4 cut off of 4/2/18

YP 2.5 M4 release of 4/27/18


Tracking Metrics:

WDD 2570 (last week 2594)

(https://wiki.yoctoproject.org/charts/combo.html)


Key Status Links for YP:

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

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

https://wiki.yoctoproject.org/wiki/Yocto_2.5_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!]

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

Re: [OE-core] [PATCH] python3: Add recommended modules to nativesdk install

[Burton, Ross]

Carried on thinking after sending this and I now think that in a SDK
we probably want to enforce all-or-nothing and this is the easiest
way.

Can you expand the commit message so the rationale doesn't get lost?

Ross

On 9 April 2018 at 14:54, Burton, Ross  wrote:
> That's definitely a hack.  If SDKs should contain Python then install
> python3 (which will install -core and -modules), if not then don't
> install it.  The corner-case is a SDK which though dependencies
> installs half a Python, in which case I'd say you should just
> explicitly add all of Python.
>
> Ross
>
>
>
> On 7 April 2018 at 16:37, Tom Hochstein  wrote:
>> A colleague pointed out that what we installed in the SDK for python 3 was 
>> not functional, and that a minimal set of modules was required.  I'm not an 
>> expert, but I found a similar line in the python 2 recipe and thought it 
>> might be what was needed here.
>>
>> Tom
>>
>> -Original Message-
>> From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
>> Sent: Thursday, April 5, 2018 8:56 AM
>> To: Tom Hochstein ; 
>> openembedded-core@lists.openembedded.org
>> Subject: Re: [OE-core] [PATCH] python3: Add recommended modules to nativesdk 
>> install
>>
>> On Wed, 2018-04-04 at 14:25 -0500, Tom Hochstein wrote:
>>> The python3 installation in the SDK did not include the minimum set of
>>> modules.
>>>
>>> Signed-off-by: Tom Hochstein 
>>> ---
>>>  meta/recipes-devtools/python/python3_3.5.5.bb | 1 +
>>>  1 file changed, 1 insertion(+)
>>>
>>> diff --git a/meta/recipes-devtools/python/python3_3.5.5.bb
>>> b/meta/recipes-devtools/python/python3_3.5.5.bb
>>> index d458d32..f893b84 100644
>>> --- a/meta/recipes-devtools/python/python3_3.5.5.bb
>>> +++ b/meta/recipes-devtools/python/python3_3.5.5.bb
>>> @@ -211,6 +211,7 @@ py_package_preprocess () {
>>>
>>>  # manual dependency additions
>>>  RPROVIDES_${PN}-modules = "${PN}"
>>> +RRECOMMENDS_${PN}-core_append_class-nativesdk = " nativesdk-python3-
>>> modules"
>>>  RRECOMMENDS_${PN}-crypt = "openssl"
>>>  RRECOMMENDS_${PN}-crypt_class-nativesdk = "nativesdk-openssl"
>>
>> This doesn't look correct, if you want the SDK to contain all python 
>> modules, surely you'd just add nativesdk-python3-modules rather than forcing 
>> this everywhere?
>>
>> Cheers,
>>
>> Richard
>> --
>> ___
>> 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] [PATCH] python3: Add recommended modules to nativesdk install

[Burton, Ross]

That's definitely a hack.  If SDKs should contain Python then install
python3 (which will install -core and -modules), if not then don't
install it.  The corner-case is a SDK which though dependencies
installs half a Python, in which case I'd say you should just
explicitly add all of Python.

Ross



On 7 April 2018 at 16:37, Tom Hochstein  wrote:
> A colleague pointed out that what we installed in the SDK for python 3 was 
> not functional, and that a minimal set of modules was required.  I'm not an 
> expert, but I found a similar line in the python 2 recipe and thought it 
> might be what was needed here.
>
> Tom
>
> -Original Message-
> From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
> Sent: Thursday, April 5, 2018 8:56 AM
> To: Tom Hochstein ; 
> openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] python3: Add recommended modules to nativesdk 
> install
>
> On Wed, 2018-04-04 at 14:25 -0500, Tom Hochstein wrote:
>> The python3 installation in the SDK did not include the minimum set of
>> modules.
>>
>> Signed-off-by: Tom Hochstein 
>> ---
>>  meta/recipes-devtools/python/python3_3.5.5.bb | 1 +
>>  1 file changed, 1 insertion(+)
>>
>> diff --git a/meta/recipes-devtools/python/python3_3.5.5.bb
>> b/meta/recipes-devtools/python/python3_3.5.5.bb
>> index d458d32..f893b84 100644
>> --- a/meta/recipes-devtools/python/python3_3.5.5.bb
>> +++ b/meta/recipes-devtools/python/python3_3.5.5.bb
>> @@ -211,6 +211,7 @@ py_package_preprocess () {
>>
>>  # manual dependency additions
>>  RPROVIDES_${PN}-modules = "${PN}"
>> +RRECOMMENDS_${PN}-core_append_class-nativesdk = " nativesdk-python3-
>> modules"
>>  RRECOMMENDS_${PN}-crypt = "openssl"
>>  RRECOMMENDS_${PN}-crypt_class-nativesdk = "nativesdk-openssl"
>
> This doesn't look correct, if you want the SDK to contain all python modules, 
> surely you'd just add nativesdk-python3-modules rather than forcing this 
> everywhere?
>
> Cheers,
>
> Richard
> --
> ___
> 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] [PATCH] u-boot: Upgrade to 2018.03 release

[Khem Raj]

On Mon, Apr 9, 2018 at 1:25 AM, Marek Vasut  wrote:
> On 04/09/2018 02:54 AM, Khem Raj wrote:
>>
>> On Sun, Apr 8, 2018 at 4:10 PM Marek Vasut > > wrote:
>>
>> This upgrades the U-Boot from 2018.01 to 2018.03 release and drops
>> patches accepted upstream, getting the patch count to zero.
>>
>>
>>
>> It fails for me if I have libfdt installed on build host
>> It seems build is doing the include dance which goes all the way into
>> hosts system include directories
>
> Which version of libfdt and dtc do you have installed ?
> And is it really libfdt or dtc ?
>

its dtc probably but header it picks is libfdt.h I am on archlinux
> --
> Best regards,
> Marek Vasut
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 1/2] at-spi2-core: upgrade to version 2.28.0

[Alexander Kanavin]

On 04/09/2018 02:29 PM, Maxin B. John wrote:

+GTKDOC_ENABLE_FLAG = "-Denable_docs=true"
+GTKDOC_DISABLE_FLAG = "-Denable_docs=false"
+
+GI_ENABLE_FLAG = "-Denable-introspection=yes"
+GI_DISABLE_FLAG = "-Denable-introspection=no"
+
+EXTRA_OEMESON_append_class-target = " ${@bb.utils.contains('GI_DATA_ENABLED', 
'True', '${GI_ENABLE_FLAG}', \
+
   '${GI_DISABLE_FLAG}', d)} "
+
+EXTRA_OEMESON_append_class-target = " ${@bb.utils.contains('GTKDOC_ENABLED', 
'True', '${GTKDOC_ENABLE_FLAG}', \
+
 '${GTKDOC_DISABLE_FLAG}', d)} "
+


At some point (once we have enough recipes), we can move EXTRA_OEMESON 
lines to g-i and gtkdoc classes. Hopefully the upstreams start 
converging on the flag names as well.


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

Re: [OE-core] [PATCH 17/21] xorgproto: add replacement for depricated calibrateproto

[Burton, Ross]

Both the summary in the recipe and the git commit message are wrong,
also is there any need for xorg-proto-common once this is merged?

Ross

On 4 April 2018 at 02:49, Armin Kuster  wrote:
> From: Armin Kuster 
>
> Signed-off-by: Armin Kuster 
> ---
>  meta/recipes-graphics/xorg-proto/xorgproto_2018.4.bb | 14 ++
>  1 file changed, 14 insertions(+)
>  create mode 100644 meta/recipes-graphics/xorg-proto/xorgproto_2018.4.bb
>
> diff --git a/meta/recipes-graphics/xorg-proto/xorgproto_2018.4.bb 
> b/meta/recipes-graphics/xorg-proto/xorgproto_2018.4.bb
> new file mode 100644
> index 000..f48a22b
> --- /dev/null
> +++ b/meta/recipes-graphics/xorg-proto/xorgproto_2018.4.bb
> @@ -0,0 +1,14 @@
> +require xorg-proto-common.inc
> +
> +SUMMARY = "XCalibrate: Touchscreen calibration headers"
> +
> +DESCRIPTION = "This package provides the headers and specification documents 
> defining \
> +the core protocol and (many) extensions for the X Window System"
> +
> +LICENSE = "MIT-style"
> +LIC_FILES_CHKSUM = 
> "file://COPYING-x11proto;md5=b9e051107d5628966739a0b2e9b32676"
> +
> +SRC_URI[md5sum] = "81557ca47ee66a4e54590fcdadd28114"
> +SRC_URI[sha256sum] = 
> "fee885e0512899ea5280c593fdb2735beb1693ad170c22ebcc844470eec415a0"
> +
> +BBCLASSEXTEND = "native nativesdk"
> --
> 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] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

[Alexander Kanavin]

On 04/09/2018 06:32 AM, Yeoh Ee Peng wrote:

QA team were testing qemu boot image and shutdown on each
qemu architecture manually. Add automated test to test qemu boot on
ext4 and nfs, finally check that it can shutdown properly.

Signed-off-by: Yeoh Ee Peng 
---
  meta/lib/oeqa/selftest/cases/runqemu.py | 61 +++--
  1 file changed, 59 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/runqemu.py 
b/meta/lib/oeqa/selftest/cases/runqemu.py
index 47d41f5..7288ab2 100644
--- a/meta/lib/oeqa/selftest/cases/runqemu.py
+++ b/meta/lib/oeqa/selftest/cases/runqemu.py
@@ -3,9 +3,10 @@
  #
  
  import re

-
+import tempfile
+import time
  from oeqa.selftest.case import OESelftestTestCase
-from oeqa.utils.commands import bitbake, runqemu, get_bb_var
+from oeqa.utils.commands import bitbake, runqemu, get_bb_var, runCmd
  from oeqa.core.decorator.oeid import OETestID
  
  class RunqemuTests(OESelftestTestCase):

@@ -136,3 +137,59 @@ SYSLINUX_TIMEOUT = "10"
  cmd = "%s %s" % (self.cmd_common, rootfs)
  with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
  self.assertTrue(qemu.runner.logged, "Failed: %s" % cmd)
+
+class QemuTest(OESelftestTestCase):


Please add comments that explain the need for a separate class, what the 
two classes do and how they differ.



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

Re: [OE-core] [PATCH 3/3] python 2.7: fix multilib patch to accept multiarch style paths

[Koen Kooi]

Please ignore "[PATCH 3/3] python 2.7: fix multilib patch to accept
multiarch style paths" for now, a rebuild from scratch shows a build
failure :/

2018-04-09 13:56 GMT+02:00 Koen Kooi :
>
> Using 'basename' to strip the prefix fails when using multiarch style
paths.
>
> Signed-off-by: Koen Kooi 
> ---
>  meta/recipes-devtools/python/python/multilib.patch | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-devtools/python/python/multilib.patch
b/meta/recipes-devtools/python/python/multilib.patch
> index 1116dd5..3577eda 100644
> --- a/meta/recipes-devtools/python/python/multilib.patch
> +++ b/meta/recipes-devtools/python/python/multilib.patch
> @@ -11,7 +11,7 @@ Index: Python-2.7.14/configure.ac
>
>  +AC_SUBST(LIB)
>  +AC_MSG_CHECKING(LIB)
> -+LIB=`basename ${libdir}`
> ++LIB=`echo ${libdir} | sed -e 's:${prefix}::'`
>  +AC_MSG_RESULT($LIB)
>
>   AC_SUBST(LIBRARY)
> --
> 2.9.5
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/3] libcap: fix (base_)libdir usage

[Koen Kooi]

The recipe wants to install libs into base_libdir, but uses "basename $libdir" 
to derive that. That breaks in a multiarch setup. Use the proper variable and 
remove the inline python usage.

Signed-off-by: Koen Kooi 
---
 meta/recipes-support/libcap/libcap_2.25.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/libcap/libcap_2.25.bb 
b/meta/recipes-support/libcap/libcap_2.25.bb
index d619a2e..47ecf34 100644
--- a/meta/recipes-support/libcap/libcap_2.25.bb
+++ b/meta/recipes-support/libcap/libcap_2.25.bb
@@ -32,7 +32,7 @@ PACKAGECONFIG[pam] = "PAM_CAP=yes,PAM_CAP=no,libpam"
 
 EXTRA_OEMAKE = " \
   INDENT=  \
-  lib=${@os.path.basename('${libdir}')} \
+  lib='${base_libdir}' \
   RAISE_SETFCAP=no \
   DYNAMIC=yes \
   BUILD_GPERF=yes \
-- 
2.9.5

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

[OE-core] [PATCH 3/3] python 2.7: fix multilib patch to accept multiarch style paths

[Koen Kooi]

Using 'basename' to strip the prefix fails when using multiarch style paths.

Signed-off-by: Koen Kooi 
---
 meta/recipes-devtools/python/python/multilib.patch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/python/python/multilib.patch 
b/meta/recipes-devtools/python/python/multilib.patch
index 1116dd5..3577eda 100644
--- a/meta/recipes-devtools/python/python/multilib.patch
+++ b/meta/recipes-devtools/python/python/multilib.patch
@@ -11,7 +11,7 @@ Index: Python-2.7.14/configure.ac
  
 +AC_SUBST(LIB)
 +AC_MSG_CHECKING(LIB)
-+LIB=`basename ${libdir}`
++LIB=`echo ${libdir} | sed -e 's:${prefix}::'`
 +AC_MSG_RESULT($LIB)
  
  AC_SUBST(LIBRARY)
-- 
2.9.5

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

[OE-core] [PATCH 2/3] bind: fix openSSL detection when using multiarch

[Koen Kooi]

In multiarch /usr/include and /usr/lib/
---
 meta/recipes-connectivity/bind/bind_9.10.6.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/bind/bind_9.10.6.bb 
b/meta/recipes-connectivity/bind/bind_9.10.6.bb
index 8b8835b..20c8d7b 100644
--- a/meta/recipes-connectivity/bind/bind_9.10.6.bb
+++ b/meta/recipes-connectivity/bind/bind_9.10.6.bb
@@ -35,7 +35,7 @@ EXTRA_OECONF = " ${ENABLE_IPV6} --with-libtool 
--enable-threads \
  --disable-devpoll --enable-epoll --with-gost=no \
  --with-gssapi=no --with-ecdsa=yes \
  --sysconfdir=${sysconfdir}/bind \
- --with-openssl=${STAGING_LIBDIR}/.. \
+ --with-openssl=${STAGING_DIR_HOST}${prefix} \
"
 
 inherit autotools update-rc.d systemd useradd pkgconfig python3-dir
-- 
2.9.5

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

[OE-core] [PATCH 8/8] gtk-icon-utils-native: upgrade to version 3.22.29

[Maxin B. John]

3.22.28 -> 3.22.29

Signed-off-by: Maxin B. John 
---
 ...-icon-utils-native_3.22.28.bb => gtk-icon-utils-native_3.22.29.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.22.28.bb => 
gtk-icon-utils-native_3.22.29.bb} (94%)

diff --git a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.28.bb 
b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.29.bb
similarity index 94%
rename from meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.28.bb
rename to meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.29.bb
index 942c047..eb35bcc 100644
--- a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.28.bb
+++ b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.29.bb
@@ -10,8 +10,8 @@ MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
 SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar.xz \
   file://Remove-Gdk-dependency-from-gtk-encode-symbolic-svg.patch"
-SRC_URI[md5sum] = "8c1f5ab987ddc7dab3e59660f89dcd9b"
-SRC_URI[sha256sum] = 
"d299612b018cfed7b2c689168ab52b668023708e17c335eb592260d186f15e1f"
+SRC_URI[md5sum] = "229a39f7d9ada53398baa39652630f2e"
+SRC_URI[sha256sum] = 
"a07d64b939fcc034a066b7723fdf9b24e92c9cfb6a8497593f3471fe56fbbbf8"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2 \
 
file://gtk/gtk.h;endline=25;md5=1d8dc0fccdbfa26287a271dce88af737 \
-- 
2.4.0

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

[OE-core] [PATCH 5/8] gtk+3: upgrade to version 3.22.29

[Maxin B. John]

* Wayland
 - add an input method based on the text protocol

* File chooser
 - Stop activating without double-click

* Bugs fixed:
  710888 GtkInfoBar not shown after calling gtk_widget_show
  743975 Better deprecation information for GtkStatusIcon
  775546 gdkscreen-x11: Don't try to calculate a refresh rate for RandR 1.3
  794008 GtkListBoxRow signal poorly documented

Signed-off-by: Maxin B. John 
---
 meta/recipes-gnome/gtk+/{gtk+3_3.22.28.bb => gtk+3_3.22.29.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.22.28.bb => gtk+3_3.22.29.bb} (83%)

diff --git a/meta/recipes-gnome/gtk+/gtk+3_3.22.28.bb 
b/meta/recipes-gnome/gtk+/gtk+3_3.22.29.bb
similarity index 83%
rename from meta/recipes-gnome/gtk+/gtk+3_3.22.28.bb
rename to meta/recipes-gnome/gtk+/gtk+3_3.22.29.bb
index 864e826..c3c786b 100644
--- a/meta/recipes-gnome/gtk+/gtk+3_3.22.28.bb
+++ b/meta/recipes-gnome/gtk+/gtk+3_3.22.29.bb
@@ -7,8 +7,8 @@ SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar
file://0002-Do-not-try-to-initialize-GL-without-libGL.patch \
file://0003-Add-disable-opengl-configure-option.patch \
   "
-SRC_URI[md5sum] = "8c1f5ab987ddc7dab3e59660f89dcd9b"
-SRC_URI[sha256sum] = 
"d299612b018cfed7b2c689168ab52b668023708e17c335eb592260d186f15e1f"
+SRC_URI[md5sum] = "229a39f7d9ada53398baa39652630f2e"
+SRC_URI[sha256sum] = 
"a07d64b939fcc034a066b7723fdf9b24e92c9cfb6a8497593f3471fe56fbbbf8"
 
 S = "${WORKDIR}/gtk+-${PV}"
 
-- 
2.4.0

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

[OE-core] [PATCH 6/8] gsettings-desktop-schemas: upgrade to version 3.28.0

[Maxin B. John]

3.24.1 -> 3.28.0

Signed-off-by: Maxin B. John 
---
 ...-desktop-schemas_3.24.1.bb => gsettings-desktop-schemas_3.28.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename 
meta/recipes-gnome/gsettings-desktop-schemas/{gsettings-desktop-schemas_3.24.1.bb
 => gsettings-desktop-schemas_3.28.0.bb} (70%)

diff --git 
a/meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas_3.24.1.bb
 
b/meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas_3.28.0.bb
similarity index 70%
rename from 
meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas_3.24.1.bb
rename to 
meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas_3.28.0.bb
index b61fd24..c2b3cd8 100644
--- 
a/meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas_3.24.1.bb
+++ 
b/meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas_3.28.0.bb
@@ -9,5 +9,5 @@ DEPENDS = "glib-2.0 intltool-native"
 
 inherit gnomebase gsettings gettext gobject-introspection 
upstream-version-is-even
 
-SRC_URI[archive.md5sum] = "796b6ac1eff450261edd521b72e7fe6d"
-SRC_URI[archive.sha256sum] = 
"76a3fa309f9de6074d66848987214f0b128124ba7184c958c15ac78a8ac7eea7"
+SRC_URI[archive.md5sum] = "370610e29b37d063ede3ef0f29c06eb9"
+SRC_URI[archive.sha256sum] = 
"4cb4cd7790b77e5542ec75275237613ad22f3a1f2f41903a298cf6cc996a9167"
-- 
2.4.0

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

[OE-core] [PATCH 0/8] package upgrades

[Maxin B. John]

Package upgrades

Maxin B. John (8):
  libatomic-ops: upgrade to version 7.6.4
  bluez5: upgrade to version 5.49
  libsolv: upgrade to version 0.6.34
  ruby: upgrade to version 2.5.1
  gtk+3: upgrade to version 3.22.29
  gsettings-desktop-schemas: upgrade to version 3.28.0
  puzzles: upgrade to latest commit
  gtk-icon-utils-native: upgrade to version 3.22.29

 meta/recipes-connectivity/bluez5/bluez5.inc  | 1 +
 meta/recipes-connectivity/bluez5/{bluez5_5.48.bb => bluez5_5.49.bb}  | 5 +++--
 meta/recipes-devtools/ruby/ruby.inc  | 2 +-
 meta/recipes-devtools/ruby/{ruby_2.5.0.bb => ruby_2.5.1.bb}  | 4 ++--
 .../libsolv/{libsolv_0.6.33.bb => libsolv_0.6.34.bb} | 2 +-
 ...desktop-schemas_3.24.1.bb => gsettings-desktop-schemas_3.28.0.bb} | 4 ++--
 meta/recipes-gnome/gtk+/{gtk+3_3.22.28.bb => gtk+3_3.22.29.bb}   | 4 ++--
 ...icon-utils-native_3.22.28.bb => gtk-icon-utils-native_3.22.29.bb} | 4 ++--
 meta/recipes-sato/puzzles/puzzles_git.bb | 2 +-
 .../libatomic-ops/{libatomic-ops_7.6.2.bb => libatomic-ops_7.6.4.bb} | 2 +-
 10 files changed, 16 insertions(+), 14 deletions(-)
 rename meta/recipes-connectivity/bluez5/{bluez5_5.48.bb => bluez5_5.49.bb} 
(87%)
 rename meta/recipes-devtools/ruby/{ruby_2.5.0.bb => ruby_2.5.1.bb} (90%)
 rename meta/recipes-extended/libsolv/{libsolv_0.6.33.bb => libsolv_0.6.34.bb} 
(94%)
 rename 
meta/recipes-gnome/gsettings-desktop-schemas/{gsettings-desktop-schemas_3.24.1.bb
 => gsettings-desktop-schemas_3.28.0.bb} (70%)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.22.28.bb => gtk+3_3.22.29.bb} (83%)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.22.28.bb => 
gtk-icon-utils-native_3.22.29.bb} (94%)
 rename meta/recipes-support/libatomic-ops/{libatomic-ops_7.6.2.bb => 
libatomic-ops_7.6.4.bb} (91%)

-- 
2.4.0

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

[OE-core] [PATCH 7/8] puzzles: upgrade to latest commit

[Maxin B. John]

* Fix false-positive completion detection in X Solo.

Signed-off-by: Maxin B. John 
---
 meta/recipes-sato/puzzles/puzzles_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-sato/puzzles/puzzles_git.bb 
b/meta/recipes-sato/puzzles/puzzles_git.bb
index bfd8177..3670ab8 100644
--- a/meta/recipes-sato/puzzles/puzzles_git.bb
+++ b/meta/recipes-sato/puzzles/puzzles_git.bb
@@ -16,7 +16,7 @@ SRC_URI = "git://git.tartarus.org/simon/puzzles.git \

file://0001-Use-Wno-error-format-overflow-if-the-compiler-suppor.patch \
"
 UPSTREAM_CHECK_COMMITS = "1"
-SRCREV = "2adf0052d66eae88c7a5e55e67fe16e13f7018b5"
+SRCREV = "c6e0161dd475415316ed66dc82794d68e52f0025"
 PE = "2"
 PV = "0.0+git${SRCPV}"
 
-- 
2.4.0

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

[OE-core] [PATCH 2/8] bluez5: upgrade to version 5.49

[Maxin B. John]

Add PACKAGECONFIG for btpclient (BTP client for qualification testing)

Signed-off-by: Maxin B. John 
---
 meta/recipes-connectivity/bluez5/bluez5.inc | 1 +
 meta/recipes-connectivity/bluez5/{bluez5_5.48.bb => bluez5_5.49.bb} | 5 +++--
 2 files changed, 4 insertions(+), 2 deletions(-)
 rename meta/recipes-connectivity/bluez5/{bluez5_5.48.bb => bluez5_5.49.bb} 
(87%)

diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc 
b/meta/recipes-connectivity/bluez5/bluez5.inc
index ae2a833..c0b6571 100644
--- a/meta/recipes-connectivity/bluez5/bluez5.inc
+++ b/meta/recipes-connectivity/bluez5/bluez5.inc
@@ -42,6 +42,7 @@ PACKAGECONFIG[tools] = "--enable-tools,--disable-tools"
 PACKAGECONFIG[threads] = "--enable-threads,--disable-threads"
 PACKAGECONFIG[deprecated] = "--enable-deprecated,--disable-deprecated"
 PACKAGECONFIG[mesh] = "--enable-mesh,--disable-mesh, json-c"
+PACKAGECONFIG[btpclient] = "--enable-btpclient,--disable-btpclient, ell"
 
 SRC_URI = "\
 ${KERNELORG_MIRROR}/linux/bluetooth/bluez-${PV}.tar.xz \
diff --git a/meta/recipes-connectivity/bluez5/bluez5_5.48.bb 
b/meta/recipes-connectivity/bluez5/bluez5_5.49.bb
similarity index 87%
rename from meta/recipes-connectivity/bluez5/bluez5_5.48.bb
rename to meta/recipes-connectivity/bluez5/bluez5_5.49.bb
index 84a6cd2..b79bda2 100644
--- a/meta/recipes-connectivity/bluez5/bluez5_5.48.bb
+++ b/meta/recipes-connectivity/bluez5/bluez5_5.49.bb
@@ -2,8 +2,8 @@ require bluez5.inc
 
 REQUIRED_DISTRO_FEATURES = "bluez5"
 
-SRC_URI[md5sum] = "c9c853f3c90564cabec75ab35106c355"
-SRC_URI[sha256sum] = 
"b9a8723072ef66bae7ec301c774902ebcb444c9c5b149b5a199e60a1ba970e90"
+SRC_URI[md5sum] = "f210e84db707d66af3b889084a6f8bef"
+SRC_URI[sha256sum] = 
"33301d7a514c73d535ee1f91c2aed1af1f2e53efe11d3ac06bcf0d7abed2ce95"
 
 # noinst programs in Makefile.tools that are conditional on READLINE
 # support
@@ -66,4 +66,5 @@ NOINST_TOOLS_BT ?= " \
 tools/check-selftest \
 tools/gatt-service \
 profiles/iap/iapd \
+${@bb.utils.contains('PACKAGECONFIG', 'btpclient', 'tools/btpclient', '', 
d)} \
 "
-- 
2.4.0

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

[OE-core] [PATCH 1/8] libatomic-ops: upgrade to version 7.6.4

[Maxin B. John]

* Add RISC-V support
* Convert atomic_ops_malloc.c and tests to valid C++ code
* Eliminate 'function is never used' cppcheck warning for
* load_before_cas
* Eliminate 'using argument that points at uninitialized var' cppcheck
* error
* Fix 'AO_pt_lock undefined' error if cross-compiling manually (MinGW)
* Fix public headers inclusion from clients C++ code
* Remove gcc/nios2.h file (include gcc/generic.h directly for nios2)
* Support MIPS rel6

Signed-off-by: Maxin B. John 
---
 .../libatomic-ops/{libatomic-ops_7.6.2.bb => libatomic-ops_7.6.4.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-support/libatomic-ops/{libatomic-ops_7.6.2.bb => 
libatomic-ops_7.6.4.bb} (91%)

diff --git a/meta/recipes-support/libatomic-ops/libatomic-ops_7.6.2.bb 
b/meta/recipes-support/libatomic-ops/libatomic-ops_7.6.4.bb
similarity index 91%
rename from meta/recipes-support/libatomic-ops/libatomic-ops_7.6.2.bb
rename to meta/recipes-support/libatomic-ops/libatomic-ops_7.6.4.bb
index f7b4163..271721e 100644
--- a/meta/recipes-support/libatomic-ops/libatomic-ops_7.6.2.bb
+++ b/meta/recipes-support/libatomic-ops/libatomic-ops_7.6.4.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
 PV .= "+git${SRCPV}"
 SRCBRANCH ?= "release-7_6"
 
-SRCREV = "5ae4b4aeea2baf13752d07e3038c47f70f06dcac"
+SRCREV = "8d98e2811c2f6df99cc65e5cc6964047d8554ace"
 SRC_URI = "git://github.com/ivmai/libatomic_ops;branch=${SRCBRANCH}"
 
 S = "${WORKDIR}/git"
-- 
2.4.0

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

[OE-core] [PATCH 3/8] libsolv: upgrade to version 0.6.34

[Maxin B. John]

Bug fix release

Signed-off-by: Maxin B. John 
---
 meta/recipes-extended/libsolv/{libsolv_0.6.33.bb => libsolv_0.6.34.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-extended/libsolv/{libsolv_0.6.33.bb => libsolv_0.6.34.bb} 
(94%)

diff --git a/meta/recipes-extended/libsolv/libsolv_0.6.33.bb 
b/meta/recipes-extended/libsolv/libsolv_0.6.34.bb
similarity index 94%
rename from meta/recipes-extended/libsolv/libsolv_0.6.33.bb
rename to meta/recipes-extended/libsolv/libsolv_0.6.34.bb
index 0401ced..5950194 100644
--- a/meta/recipes-extended/libsolv/libsolv_0.6.33.bb
+++ b/meta/recipes-extended/libsolv/libsolv_0.6.34.bb
@@ -13,7 +13,7 @@ SRC_URI_append_libc-musl = " 
file://0001-Add-fallback-fopencookie-implementation
  
file://0002-Fixes-to-internal-fopencookie-implementation.patch \
"
 
-SRCREV = "69f1803978ba7a46a57928fa4be6430792419e4e"
+SRCREV = "f0ef172a591d9c1ca0e13e09955054ac9c473d67"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)"
 
 S = "${WORKDIR}/git"
-- 
2.4.0

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

[OE-core] [PATCH 4/8] ruby: upgrade to version 2.5.1

[Maxin B. John]

License-Update: Checksum of LEGAL file updated for changes to
upstream URL and addition of Wayback Machine url

Signed-off-by: Maxin B. John 
---
 meta/recipes-devtools/ruby/ruby.inc | 2 +-
 meta/recipes-devtools/ruby/{ruby_2.5.0.bb => ruby_2.5.1.bb} | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/ruby/{ruby_2.5.0.bb => ruby_2.5.1.bb} (90%)

diff --git a/meta/recipes-devtools/ruby/ruby.inc 
b/meta/recipes-devtools/ruby/ruby.inc
index fd3911b..5a5bef2 100644
--- a/meta/recipes-devtools/ruby/ruby.inc
+++ b/meta/recipes-devtools/ruby/ruby.inc
@@ -11,7 +11,7 @@ LIC_FILES_CHKSUM = "\
 file://COPYING;md5=340948e1882e579731841bf49cdc22c1 \
 file://BSDL;md5=19aaf65c88a40b508d17ae4be539c4b5\
 file://GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263\
-file://LEGAL;md5=8f871f3f03732c018a5fa9b185958231 \
+file://LEGAL;md5=23a79bb4c1a40f6cc9bcb6f4e7c39799 \
 "
 
 DEPENDS = "ruby-native zlib openssl tcl libyaml gdbm readline"
diff --git a/meta/recipes-devtools/ruby/ruby_2.5.0.bb 
b/meta/recipes-devtools/ruby/ruby_2.5.1.bb
similarity index 90%
rename from meta/recipes-devtools/ruby/ruby_2.5.0.bb
rename to meta/recipes-devtools/ruby/ruby_2.5.1.bb
index 1ac7f2a..9104828 100644
--- a/meta/recipes-devtools/ruby/ruby_2.5.0.bb
+++ b/meta/recipes-devtools/ruby/ruby_2.5.1.bb
@@ -5,8 +5,8 @@ SRC_URI += " \
file://ruby-CVE-2017-9228.patch \
"
 
-SRC_URI[md5sum] = "f4711f856fe14de222b9da3d3b8efa89"
-SRC_URI[sha256sum] = 
"46e6f3630f1888eb653b15fa811d77b5b1df6fd7a3af436b343cfe4f4503f2ab"
+SRC_URI[md5sum] = "23867bc8c16c55e43b14dfe0614bcfa8"
+SRC_URI[sha256sum] = 
"dac81822325b79c3ba9532b048c2123357d3310b2b40024202f360251d9829b1"
 
 # it's unknown to configure script, but then passed to extconf.rb
 # maybe it's not really needed as we're hardcoding the result with
-- 
2.4.0

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

Re: [OE-core] [PATCH 04/10] at-spi2-atk: upgrade to version 2.26.2

[Maxin B. John]

Hi Alex,

On Mon, Apr 09, 2018 at 09:14:59AM +0300, Alexander Kanavin wrote:
> On 04/06/2018 06:14 PM, Maxin B. John wrote:
> >>>1. convert to meson build
> >>>2. inherit gnomebase and associated cleanup
> >>>3. add libxml2 to DEPENDS list
> >>>
> >>>Signed-off-by: Maxin B. John 
> >>
> >>This and atk seem to fail in gir on x32:
> >>
> >>https://autobuilder.yocto.io/builders/nightly-x32/builds/916/steps/BuildImages/logs/stdio
> >>
> >Will fix it and send the v2.
> 
> We disable gobject introspection on x32 (as there is no qemu support). For
> autotools it works automatically (because the class can rely on a common
> configure switch to enable/disable g-i), but here you need to add a tweak
> similar to the one added to json-glib recipe when it was converted to meson.

Thanks, it was really helpful.

> Alex

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

[OE-core] [PATCH v2 1/2] at-spi2-core: upgrade to version 2.28.0

[Maxin B. John]

1. Convert to meson build
2. Remove the following patch made obsolete by moving to meson:
0001-build-Add-with-systemduserunitdir.patch
3.  Provide meson flags for introspection and documentation

Signed-off-by: Maxin B. John 
---
 .../0001-build-Add-with-systemduserunitdir.patch   | 52 --
 meta/recipes-support/atk/at-spi2-core_2.26.2.bb| 29 
 meta/recipes-support/atk/at-spi2-core_2.28.0.bb| 39 
 3 files changed, 39 insertions(+), 81 deletions(-)
 delete mode 100644 
meta/recipes-support/atk/at-spi2-core/0001-build-Add-with-systemduserunitdir.patch
 delete mode 100644 meta/recipes-support/atk/at-spi2-core_2.26.2.bb
 create mode 100644 meta/recipes-support/atk/at-spi2-core_2.28.0.bb

diff --git 
a/meta/recipes-support/atk/at-spi2-core/0001-build-Add-with-systemduserunitdir.patch
 
b/meta/recipes-support/atk/at-spi2-core/0001-build-Add-with-systemduserunitdir.patch
deleted file mode 100644
index 1f8c9f3..000
--- 
a/meta/recipes-support/atk/at-spi2-core/0001-build-Add-with-systemduserunitdir.patch
+++ /dev/null
@@ -1,52 +0,0 @@
-From fa376762b92404b9e3c430054b8c3341ca0fdd8b Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen 
-Date: Tue, 21 Jun 2016 16:00:02 +0300
-Subject: [PATCH] build: Add --with-systemduserunitdir
-
-Default to "pkg-config --variable=systemduserunitdir systemd" but
-allow overriding the value.
-
-Upstream-Status: Submitted [https://bugzilla.gnome.org/show_bug.cgi?id=767911]
-Signed-off-by: Jussi Kukkonen 
-

- bus/Makefile.am | 2 +-
- configure.ac| 9 +
- 2 files changed, 10 insertions(+), 1 deletion(-)
-
-diff --git a/bus/Makefile.am b/bus/Makefile.am
-index 688f82a..10cde62 100644
 a/bus/Makefile.am
-+++ b/bus/Makefile.am
-@@ -29,7 +29,7 @@ org.a11y.Bus.service: org.a11y.Bus.service.in
- EXTRA_DIST += org.a11y.Bus.service.in
- CLEANFILES += org.a11y.Bus.service
- 
--systemd_userdir = $(prefix)/lib/systemd/user
-+systemd_userdir = $(systemduserunitdir)
- systemd_user_DATA = at-spi-dbus-bus.service
- at-spi-dbus-bus.service: at-spi-dbus-bus.service.in Makefile
-   $(AM_V_GEN) $(SED) -e $(substitutions) $< > $@.tmp && mv $@.tmp $@
-diff --git a/configure.ac b/configure.ac
-index 8c4fca2..1415cca 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -146,6 +146,15 @@ else
- fi
- AC_SUBST(DBUS_SERVICES_DIR)
- 
-+AC_ARG_WITH([systemduserunitdir],
-+AS_HELP_STRING([--with-systemduserunitdir=DIR],
-+   [Directory for systemd service files]),
-+[],
-+[with_systemduserunitdir=$($PKG_CONFIG 
--variable=systemduserunitdir systemd)])
-+AC_SUBST([systemduserunitdir], [$with_systemduserunitdir])
-+
-+AC_PATH_PROG(GLIB_MKENUMS, glib-mkenums)
-+
- GOBJECT_INTROSPECTION_CHECK([1.32.0])
- 
- AC_SUBST(LIBTOOL_EXPORT_OPTIONS)
--- 
-2.14.1
-
diff --git a/meta/recipes-support/atk/at-spi2-core_2.26.2.bb 
b/meta/recipes-support/atk/at-spi2-core_2.26.2.bb
deleted file mode 100644
index 521ee3b..000
--- a/meta/recipes-support/atk/at-spi2-core_2.26.2.bb
+++ /dev/null
@@ -1,29 +0,0 @@
-SUMMARY = "Assistive Technology Service Provider Interface (dbus core)"
-HOMEPAGE = "https://wiki.linuxfoundation.org/accessibility/d-bus;
-LICENSE = "LGPLv2"
-LIC_FILES_CHKSUM = "file://COPYING;md5=e9f288ba982d60518f375b5898283886"
-
-MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
-
-SRC_URI = "${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz \
-   file://0001-build-Add-with-systemduserunitdir.patch \
-   "
-
-SRC_URI[md5sum] = "4a042e4c801fdb793788b749eab21485"
-SRC_URI[sha256sum] = 
"c80e0cdf5e3d713400315b63c7deffa561032a6c37289211d8afcfaa267c2615"
-
-DEPENDS = "dbus glib-2.0 virtual/libx11 libxi libxtst"
-
-inherit autotools gtk-doc gettext systemd pkgconfig distro_features_check 
upstream-version-is-even gobject-introspection
-# depends on virtual/libx11
-REQUIRED_DISTRO_FEATURES = "x11"
-
-EXTRA_OECONF = " \
---with-systemduserunitdir=${systemd_user_unitdir} \
---with-dbus-daemondir=${bindir}"
-
-FILES_${PN} += "${datadir}/dbus-1/services/*.service \
-${datadir}/dbus-1/accessibility-services/*.service \
-${datadir}/defaults/at-spi2 \
-${systemd_user_unitdir}/at-spi-dbus-bus.service \
-"
diff --git a/meta/recipes-support/atk/at-spi2-core_2.28.0.bb 
b/meta/recipes-support/atk/at-spi2-core_2.28.0.bb
new file mode 100644
index 000..7975f58
--- /dev/null
+++ b/meta/recipes-support/atk/at-spi2-core_2.28.0.bb
@@ -0,0 +1,39 @@
+SUMMARY = "Assistive Technology Service Provider Interface (dbus core)"
+HOMEPAGE = "https://wiki.linuxfoundation.org/accessibility/d-bus;
+LICENSE = "LGPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=e9f288ba982d60518f375b5898283886"
+
+MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
+
+SRC_URI = "${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz \
+   "
+

[OE-core] [PATCH v2 2/2] atk: upgrade to version 2.28.1

[Maxin B. John]

convert to meson build and provide flags for introspection and
documentation.

Signed-off-by: Maxin B. John 
---
 meta/recipes-support/atk/atk_2.26.1.bb | 19 ---
 meta/recipes-support/atk/atk_2.28.1.bb | 32 
 2 files changed, 32 insertions(+), 19 deletions(-)
 delete mode 100644 meta/recipes-support/atk/atk_2.26.1.bb
 create mode 100644 meta/recipes-support/atk/atk_2.28.1.bb

diff --git a/meta/recipes-support/atk/atk_2.26.1.bb 
b/meta/recipes-support/atk/atk_2.26.1.bb
deleted file mode 100644
index 685b599..000
--- a/meta/recipes-support/atk/atk_2.26.1.bb
+++ /dev/null
@@ -1,19 +0,0 @@
-SUMMARY = "Accessibility toolkit for GNOME"
-HOMEPAGE = "http://live.gnome.org/GAP/;
-BUGTRACKER = "https://bugzilla.gnome.org/;
-SECTION = "x11/libs"
-
-LICENSE = "GPLv2+ & LGPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7 \
-
file://atk/atkutil.c;endline=18;md5=6fd31cd2fdc9b30f619ca8d819bc12d3 \
-
file://atk/atk.h;endline=18;md5=fcd7710187e0eae485e356c30d1b0c3b"
-
-DEPENDS = "glib-2.0"
-
-inherit gnomebase gtk-doc gettext upstream-version-is-even 
gobject-introspection
-
-SRC_URI[archive.md5sum] = "7cddcc313b9a3efd19b2ddf079ba68f5"
-SRC_URI[archive.sha256sum] = 
"ef00ff6b83851dddc8db38b4d9faeffb99572ba150b0664ee02e46f015ea97cb"
-
-BBCLASSEXTEND = "native"
-
diff --git a/meta/recipes-support/atk/atk_2.28.1.bb 
b/meta/recipes-support/atk/atk_2.28.1.bb
new file mode 100644
index 000..b233446
--- /dev/null
+++ b/meta/recipes-support/atk/atk_2.28.1.bb
@@ -0,0 +1,32 @@
+SUMMARY = "Accessibility toolkit for GNOME"
+HOMEPAGE = "http://live.gnome.org/GAP/;
+BUGTRACKER = "https://bugzilla.gnome.org/;
+SECTION = "x11/libs"
+
+LICENSE = "GPLv2+ & LGPLv2+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7 \
+
file://atk/atkutil.c;endline=18;md5=6fd31cd2fdc9b30f619ca8d819bc12d3 \
+
file://atk/atk.h;endline=18;md5=fcd7710187e0eae485e356c30d1b0c3b"
+
+DEPENDS = "glib-2.0"
+
+GNOMEBASEBUILDCLASS = "meson"
+inherit gnomebase gtk-doc gettext upstream-version-is-even 
gobject-introspection
+
+GTKDOC_ENABLE_FLAG = "-Denable_docs=true"
+GTKDOC_DISABLE_FLAG = "-Denable_docs=false"
+
+GI_ENABLE_FLAG = "-Ddisable_introspection=false"
+GI_DISABLE_FLAG = "-Ddisable_introspection=true"
+
+EXTRA_OEMESON_append_class-target = " ${@bb.utils.contains('GI_DATA_ENABLED', 
'True', '${GI_ENABLE_FLAG}', \
+   
'${GI_DISABLE_FLAG}', d)} "
+
+EXTRA_OEMESON_append_class-target = " ${@bb.utils.contains('GTKDOC_ENABLED', 
'True', '${GTKDOC_ENABLE_FLAG}', \
+   
  '${GTKDOC_DISABLE_FLAG}', d)} "
+
+SRC_URI[archive.md5sum] = "dfb5e7474220afa3f4ca7e45af9f3a11"
+SRC_URI[archive.sha256sum] = 
"cd3a1ea6ecc268a2497f0cd018e970860de24a6d42086919d6bf6c8e8d53f4fc"
+
+BBCLASSEXTEND = "native"
+
-- 
2.4.0

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

[OE-core] [PATCH 0/2] fix meson specific flags for introspection

[Maxin B. John]

Fix meson specific introspection build error on x32 for
atk and at-spi2-core. Thanks to Alex for poiniting to the
right direction.

Maxin B. John (2):
  at-spi2-core: upgrade to version 2.28.0
  atk: upgrade to version 2.28.1

 .../0001-build-Add-with-systemduserunitdir.patch   | 52 --
 meta/recipes-support/atk/at-spi2-core_2.26.2.bb| 29 
 meta/recipes-support/atk/at-spi2-core_2.28.0.bb| 39 
 meta/recipes-support/atk/atk_2.26.1.bb | 19 
 meta/recipes-support/atk/atk_2.28.1.bb | 32 +
 5 files changed, 71 insertions(+), 100 deletions(-)
 delete mode 100644 
meta/recipes-support/atk/at-spi2-core/0001-build-Add-with-systemduserunitdir.patch
 delete mode 100644 meta/recipes-support/atk/at-spi2-core_2.26.2.bb
 create mode 100644 meta/recipes-support/atk/at-spi2-core_2.28.0.bb
 delete mode 100644 meta/recipes-support/atk/atk_2.26.1.bb
 create mode 100644 meta/recipes-support/atk/atk_2.28.1.bb

-- 
2.4.0

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

[OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

[Yeoh Ee Peng]

QA team were testing qemu boot image and shutdown on each
qemu architecture manually. Add automated test to test qemu boot on
ext4 and nfs, finally check that it can shutdown properly.

Signed-off-by: Yeoh Ee Peng 
---
 meta/lib/oeqa/selftest/cases/runqemu.py | 61 +++--
 1 file changed, 59 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/runqemu.py 
b/meta/lib/oeqa/selftest/cases/runqemu.py
index 47d41f5..7288ab2 100644
--- a/meta/lib/oeqa/selftest/cases/runqemu.py
+++ b/meta/lib/oeqa/selftest/cases/runqemu.py
@@ -3,9 +3,10 @@
 #
 
 import re
-
+import tempfile
+import time
 from oeqa.selftest.case import OESelftestTestCase
-from oeqa.utils.commands import bitbake, runqemu, get_bb_var
+from oeqa.utils.commands import bitbake, runqemu, get_bb_var, runCmd
 from oeqa.core.decorator.oeid import OETestID
 
 class RunqemuTests(OESelftestTestCase):
@@ -136,3 +137,59 @@ SYSLINUX_TIMEOUT = "10"
 cmd = "%s %s" % (self.cmd_common, rootfs)
 with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
 self.assertTrue(qemu.runner.logged, "Failed: %s" % cmd)
+
+class QemuTest(OESelftestTestCase):
+
+@classmethod
+def setUpClass(cls):
+super(QemuTest, cls).setUpClass()
+cls.recipe = 'core-image-minimal'
+cls.machine =  get_bb_var('MACHINE')
+cls.deploy_dir_image =  get_bb_var('DEPLOY_DIR_IMAGE')
+cls.cmd_common = "runqemu nographic"
+cls.qemuboot_conf = "%s-%s.qemuboot.conf" % (cls.recipe, cls.machine)
+cls.qemuboot_conf = os.path.join(cls.deploy_dir_image, 
cls.qemuboot_conf)
+result = bitbake(cls.recipe)
+
+def _start_qemu_shutdown_check_if_shutdown_succeeded(self, qemu, timeout):
+status, output = qemu.run_serial("shutdown -h now")
+qemu.runner.stop_thread()
+print('DEBUG: shutdown and stop thread')
+time_track = 0
+while True:
+is_alive = qemu.check()
+if not is_alive:
+return True
+if time_track > timeout:
+return False
+time.sleep(1)
+time_track += 1
+print(time_track)
+
+def test_qemu_can_shutdown(self):
+if not os.path.exists(self.qemuboot_conf):
+self.skipTest("%s not found" % self.qemuboot_conf)
+cmd = "%s %s" % (self.cmd_common, self.qemuboot_conf)
+shutdown_timeout = 120
+with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
+qemu_shutdown_succeeded = 
self._start_qemu_shutdown_check_if_shutdown_succeeded(qemu, shutdown_timeout)
+self.assertTrue(qemu_shutdown_succeeded, 'Failed: qemu does not 
shutdown within timeout(%s)' % shutdown_timeout)
+
+def test_qemu_can_boot_nfs_and_shutdown(self):
+bitbake('meta-ide-support')
+rootfs_tar = "%s-%s.tar.bz2" % (self.recipe, self.machine)
+rootfs_tar = os.path.join(self.deploy_dir_image, rootfs_tar)
+if not os.path.exists(rootfs_tar):
+self.skipTest("%s not found" % rootfs_tar)
+tmpdir = tempfile.mkdtemp(prefix='qemu_nfs')
+tmpdir_nfs = os.path.join(tmpdir, 'nfs')
+cmd_extract_nfs = 'runqemu-extract-sdk %s %s' % (rootfs_tar, 
tmpdir_nfs)
+runCmd(cmd_extract_nfs)
+if not os.path.exists(self.qemuboot_conf):
+self.skipTest("%s not found" % self.qemuboot_conf)
+cmd = "%s nfs %s %s" % (self.cmd_common, self.qemuboot_conf, 
tmpdir_nfs)
+shutdown_timeout = 120
+with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
+qemu_shutdown_succeeded = 
self._start_qemu_shutdown_check_if_shutdown_succeeded(qemu, shutdown_timeout)
+self.assertTrue(qemu_shutdown_succeeded, 'Failed: qemu does not 
shutdown within timeout(%s)' % shutdown_timeout)
+runCmd('rm -rf %s' % tmpdir)
-- 
2.7.4

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

Re: [OE-core] [PATCH] u-boot: Upgrade to 2018.03 release

[Marek Vasut]

On 04/09/2018 02:54 AM, Khem Raj wrote:
> 
> On Sun, Apr 8, 2018 at 4:10 PM Marek Vasut  > wrote:
> 
> This upgrades the U-Boot from 2018.01 to 2018.03 release and drops
> patches accepted upstream, getting the patch count to zero.
> 
> 
> 
> It fails for me if I have libfdt installed on build host 
> It seems build is doing the include dance which goes all the way into
> hosts system include directories 

Which version of libfdt and dtc do you have installed ?
And is it really libfdt or dtc ?

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

[OE-core] [PATCH] libxcrypt: add -std=gnu99 to BUILD_CPPFLAGS

[Martin Jansa]

* add it to allow older distributions e.g. Ubuntu 14.04 with gcc 4.8
  to build this, otherwise it fails with:
  ../git/gen-des-tables.c: In function 'write_table_u8':
  ../git/gen-des-tables.c:307:3: error: 'for' loop initial declarations are 
only allowed in C99 mode
 for (size_t i = 0; i < m; i++)
 ^

Signed-off-by: Martin Jansa 
---
 meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb 
b/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb
index b1982c1991..a1be4be7ef 100644
--- a/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb
+++ b/meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb
@@ -20,7 +20,7 @@ FILES_${PN} = "${libdir}/libcrypt*.so.* 
${libdir}/libcrypt-*.so ${libdir}/libowc
 
 S = "${WORKDIR}/git"
 
-BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE}"
+BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE} -std=gnu99"
 TARGET_CPPFLAGS = "-I${STAGING_DIR_TARGET}${includedir}"
 
 python () {
-- 
2.15.1

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

[OE-core] [PATCH] udev-extraconf: Add systemd-mount to mount.sh

[Hongzhi.Song]

This patch fixs the problem that block devices unable to be formatted when
systemd and udev-extraconf recipes added into rootfs.

If we add systemd and udev-extraconf recipes into rootfs:
VIRTUAL-RUNTIME_init_manager = "systemd"
DISTRO_FEATURES_append = " systemd"
DISTRO_FEATURES_BACKFILL_CONSIDERED += "sysvinit"
KERNEL_FEATURES_append = " cfg/systemd.scc"
IMAGE_INSTALL_append = " udev-extraconf"
IMAGE_FSTYPES += "tar.bz2 ext4"
IMAGE_INSTALL_append = " e2fsprogs-mke2fs"
then systemd-udevd.service will invoke udev rules to automount block devices
any probed under itself private namespace, this behavior results in host space
can't format those devices. And host space can't find where the device is used.
Such as:
root@qemux86:~# mkfs.ext4 /dev/sda1
mke2fs 1.43.8 (1-Jan-2018)
/dev/sda1 contains a ext4 file system
last mounted on Tue Apr  3 06:22:41 2018
Proceed anyway? (y,N) y
/dev/sda1 is apparently in use by the system; will not make a filesystem 
here!

Command systemd-mount recommended by systemd maintainer instead of command mount
will fix the problem brought with private namespace. Systemd-mount request the
mount operation to be executed by PID 1, and hence host space can access the 
block
devices.

[YOCTO #12644]

Signed-off-by: Hongzhi.Song 
---
 meta/recipes-core/udev/mount.sh | 141 
 1 file changed, 141 insertions(+)
 create mode 100644 meta/recipes-core/udev/mount.sh

diff --git a/meta/recipes-core/udev/mount.sh b/meta/recipes-core/udev/mount.sh
new file mode 100644
index 000..2fa2925
--- /dev/null
+++ b/meta/recipes-core/udev/mount.sh
@@ -0,0 +1,141 @@
+#!/bin/sh
+#
+# Called from udev
+#
+# Attempt to mount any added block devices and umount any removed devices
+
+
+BASE_INIT="`readlink "/sbin/init"`"
+INIT_SYSTEMD="/lib/systemd/systemd"
+
+if [ "x$BASE_INIT" = "x$INIT_SYSTEMD" ];then
+   # systemd as init uses systemd-mount to mount block devices
+MOUNT="/usr/bin/systemd-mount"
+UMOUNT="/usr/bin/systemd-umount"
+
+if [ -x $MOUNT ] && [ -x $UMOUNT ];
+then
+logger "Using systemd-mount to finish mount"
+else
+logger "Linux init is using systemd, so please install 
systemd-mount to finish mount"
+   exit 1
+fi
+else
+MOUNT="/bin/mount"
+UMOUNT="/bin/umount"
+fi
+
+PMOUNT="/usr/bin/pmount"
+
+for line in `grep -h -v ^# /etc/udev/mount.blacklist 
/etc/udev/mount.blacklist.d/*`
+do
+   if [ ` expr match "$DEVNAME" "$line" ` -gt 0 ];
+   then
+   logger "udev/mount.sh" "[$DEVNAME] is blacklisted, ignoring"
+   exit 0
+   fi
+done
+
+automount_systemd() {
+name="`basename "$DEVNAME"`"
+
+! test -d "/run/media/$name" && mkdir -p "/run/media/$name"
+
+MOUNT="$MOUNT -o silent"
+
+# If filesystemtype is vfat, change the ownership group to 'disk', and
+# grant it with  w/r/x permissions.
+case $ID_FS_TYPE in
+vfat|fat)
+MOUNT="$MOUNT -o umask=007,gid=`awk -F':' '/^disk/{print $3}' 
/etc/group`"
+;;
+# TODO
+*)
+;;
+esac
+
+if ! $MOUNT --no-block -t auto $DEVNAME "/run/media/$name"
+then
+#logger "mount.sh/automount" "$MOUNT -t auto $DEVNAME 
\"/run/media/$name\" failed!"
+rm_dir "/run/media/$name"
+else
+logger "mount.sh/automount" "Auto-mount of [/run/media/$name] 
successful"
+touch "/tmp/.automount-$name"
+fi
+}
+
+automount() {  
+   name="`basename "$DEVNAME"`"
+
+   ! test -d "/run/media/$name" && mkdir -p "/run/media/$name"
+   # Silent util-linux's version of mounting auto
+   if [ "x`readlink $MOUNT`" = "x/bin/mount.util-linux" ] ;
+   then
+   MOUNT="$MOUNT -o silent"
+   fi
+   
+   # If filesystem type is vfat, change the ownership group to 'disk', and
+   # grant it with  w/r/x permissions.
+   case $ID_FS_TYPE in
+   vfat|fat)
+   MOUNT="$MOUNT -o umask=007,gid=`awk -F':' '/^disk/{print $3}' 
/etc/group`"
+   ;;
+   # TODO
+   *)
+   ;;
+   esac
+
+   if ! $MOUNT -t auto $DEVNAME "/run/media/$name"
+   then
+   #logger "mount.sh/automount" "$MOUNT -t auto $DEVNAME 
\"/run/media/$name\" failed!"
+   rm_dir "/run/media/$name"
+   else
+   logger "mount.sh/automount" "Auto-mount of [/run/media/$name] 
successful"
+   touch "/tmp/.automount-$name"
+   fi
+}
+   
+rm_dir() {
+   # We do not want to rm -r populated directories
+   if test "`find "$1" | wc -l | tr -d " "`" -lt 2 -a -d "$1"
+   then
+   ! test -z "$1" && rm -r "$1"
+   else
+   logger "mount.sh/automount" "Not 

Re: [OE-core] [PATCH] u-boot: Upgrade to 2018.03 release

[Martin Jansa]

Isn't it fail again because of autodetected swig from host?

Since 2017.07 I have:

do_compile_prepend () {
sed 's@\(^always += $(if $(shell which swig 2>
/dev/null),_libfdt.so)$\)@# do not autodetect swig, there is no swig-native
dependency \1@g' -i ${S}/tools/Makefile
}

to prevent rebuilding libfdt which was failing because of host headers.

On Mon, Apr 9, 2018 at 2:54 AM, Khem Raj  wrote:

>
> On Sun, Apr 8, 2018 at 4:10 PM Marek Vasut  wrote:
>
>> This upgrades the U-Boot from 2018.01 to 2018.03 release and drops
>> patches accepted upstream, getting the patch count to zero.
>
>
>
> It fails for me if I have libfdt installed on build host
> It seems build is doing the include dance which goes all the way into
> hosts system include directories
>
>>
>>
>> Signed-off-by: Marek Vasut 
>> Cc: Otavio Salvador 
>> Cc: Ross Burton 
>> Cc: Richard Purdie 
>> ---
>>  .../u-boot/files/MPC8315ERDB-enable-DHCP.patch| 19
>> ---
>>  ...t-common_2018.01.inc => u-boot-common_2018.03.inc} |  6 ++
>>  ...fw-utils_2018.01.bb => u-boot-fw-utils_2018.03.bb} |  0
>>  ...t-mkimage_2018.01.bb => u-boot-mkimage_2018.03.bb} |  0
>>  .../u-boot/{u-boot_2018.01.bb => u-boot_2018.03.bb}   |  0
>>  5 files changed, 2 insertions(+), 23 deletions(-)
>>  delete mode 100644 meta/recipes-bsp/u-boot/files/
>> MPC8315ERDB-enable-DHCP.patch
>>  rename meta/recipes-bsp/u-boot/{u-boot-common_2018.01.inc =>
>> u-boot-common_2018.03.inc} (68%)
>>  rename meta/recipes-bsp/u-boot/{u-boot-fw-utils_2018.01.bb =>
>> u-boot-fw-utils_2018.03.bb} (100%)
>>  rename meta/recipes-bsp/u-boot/{u-boot-mkimage_2018.01.bb =>
>> u-boot-mkimage_2018.03.bb} (100%)
>>  rename meta/recipes-bsp/u-boot/{u-boot_2018.01.bb => u-boot_2018.03.bb}
>> (100%)
>>
>> diff --git a/meta/recipes-bsp/u-boot/files/MPC8315ERDB-enable-DHCP.patch
>> b/meta/recipes-bsp/u-boot/files/MPC8315ERDB-enable-DHCP.patch
>> deleted file mode 100644
>> index ecaa1796a4..00
>> --- a/meta/recipes-bsp/u-boot/files/MPC8315ERDB-enable-DHCP.patch
>> +++ /dev/null
>> @@ -1,19 +0,0 @@
>> -Enabled dhcp client functionality for Yocto reference
>> -hardware MPC8315E-RDB.
>> -
>> -Upstream-Status: Pending
>> -
>> -Signed-off-by: Ed Bartosh 
>> -
>> -Index: git/configs/MPC8315ERDB_defconfig
>> -===
>>  git.orig/configs/MPC8315ERDB_defconfig
>> -+++ git/configs/MPC8315ERDB_defconfig
>> -@@ -12,6 +12,7 @@ CONFIG_CMD_PCI=y
>> - CONFIG_CMD_SATA=y
>> - CONFIG_CMD_USB=y
>> - # CONFIG_CMD_SETEXPR is not set
>> -+CONFIG_CMD_DHCP=y
>> - CONFIG_CMD_MII=y
>> - CONFIG_CMD_PING=y
>> - CONFIG_CMD_DATE=y
>> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2018.01.inc
>> b/meta/recipes-bsp/u-boot/u-boot-common_2018.03.inc
>> similarity index 68%
>> rename from meta/recipes-bsp/u-boot/u-boot-common_2018.01.inc
>> rename to meta/recipes-bsp/u-boot/u-boot-common_2018.03.inc
>> index d2073ea0c7..8ffae365a9 100644
>> --- a/meta/recipes-bsp/u-boot/u-boot-common_2018.01.inc
>> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2018.03.inc
>> @@ -7,10 +7,8 @@ PE = "1"
>>
>>  # We use the revision in order to avoid having to fetch it from the
>>  # repo during parse
>> -SRCREV = "f3dd87e0b98999a78e500e8c6d2b063ebadf535a"
>> +SRCREV = "f95ab1fb6e37f0601f397091bb011edf7a98b890"
>>
>> -SRC_URI = "git://git.denx.de/u-boot.git \
>> -file://MPC8315ERDB-enable-DHCP.patch \
>> -"
>> +SRC_URI = "git://git.denx.de/u-boot.git"
>>
>>  S = "${WORKDIR}/git"
>> diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2018.01.bb
>> b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2018.03.bb
>> similarity index 100%
>> rename from meta/recipes-bsp/u-boot/u-boot-fw-utils_2018.01.bb
>> rename to meta/recipes-bsp/u-boot/u-boot-fw-utils_2018.03.bb
>> diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2018.01.bb
>> b/meta/recipes-bsp/u-boot/u-boot-mkimage_2018.03.bb
>> similarity index 100%
>> rename from meta/recipes-bsp/u-boot/u-boot-mkimage_2018.01.bb
>> rename to meta/recipes-bsp/u-boot/u-boot-mkimage_2018.03.bb
>> diff --git a/meta/recipes-bsp/u-boot/u-boot_2018.01.bb
>> b/meta/recipes-bsp/u-boot/u-boot_2018.03.bb
>> similarity index 100%
>> rename from meta/recipes-bsp/u-boot/u-boot_2018.01.bb
>> rename to meta/recipes-bsp/u-boot/u-boot_2018.03.bb
>> --
>> 2.16.2
>>
>> --
>> ___
>> 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
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH 04/10] at-spi2-atk: upgrade to version 2.26.2

[Alexander Kanavin]

On 04/06/2018 06:14 PM, Maxin B. John wrote:

1. convert to meson build
2. inherit gnomebase and associated cleanup
3. add libxml2 to DEPENDS list

Signed-off-by: Maxin B. John 


This and atk seem to fail in gir on x32:

https://autobuilder.yocto.io/builders/nightly-x32/builds/916/steps/BuildImages/logs/stdio


Will fix it and send the v2.


We disable gobject introspection on x32 (as there is no qemu support). 
For autotools it works automatically (because the class can rely on a 
common configure switch to enable/disable g-i), but here you need to add 
a tweak similar to the one added to json-glib recipe when it was 
converted to meson.


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

Re: [OE-core] [PATCH 1/1] rpm: remove dbus dependency for rpm-native

[Alexander Kanavin]

On 04/08/2018 10:57 AM, ChenQi wrote:

Thanks for your advice.
I've sent out a new patch, which adds dbus option to configure.ac and 
then disables it for rpm-native.


Thanks. Can you submit the patch upstream please? Open a pull request here:
https://github.com/rpm-software-management/rpm

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

Re: [OE-core] ✗ patchtest: failure for license.bbclass: be a bit more strict when searching ${PN}-${LICENSE_PACKAGE_SUFFIX} in packages

[Alexander Kanavin]

On 04/08/2018 11:34 PM, Patchwork wrote:


* Patchlicense.bbclass: be a bit more strict when searching 
${PN}-${LICENSE_PACKAGE_SUFFIX} in packages
  Issue Commit shortlog is too long [test_shortlog_length]
   Suggested fixEdit shortlog so that it is 90 characters or less 
(currently 96 characters)


We should probably remove this limit. Commit shortlog should contain a 
description of the change in a single sentence; it is not always 
possible to cram that into 90 characters (or any arbitrarily chosen 
amount of characters, really).


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