Re: [oe] [meta-python][PATCH 2/2] python3-networkx: add recipe

2019-09-11 Thread Khem Raj
On Wed, Sep 11, 2019 at 6:34 PM Anuj Mittal  wrote:
>
> networkx only supports python3 starting v2.3. Move the common code to
> .inc and remove python-2to3 RDEPENDS which is no longer needed:
>
> https://github.com/networkx/networkx/commit/4e611d7ea90c20864daba912d6118220d5bbddf3
>

this patch does not apply cleanly. I think it would be good to move
both recipes to 2.3 if possible.

> Signed-off-by: Anuj Mittal 
> ---
>  .../recipes-devtools/python/python-networkx.inc  | 10 ++
>  .../recipes-devtools/python/python-networkx_2.2.bb   | 10 +++---
>  .../recipes-devtools/python/python3-networkx_2.3.bb  | 12 +++-
>  3 files changed, 16 insertions(+), 16 deletions(-)
>  create mode 100644 meta-python/recipes-devtools/python/python-networkx.inc
>
> diff --git a/meta-python/recipes-devtools/python/python-networkx.inc 
> b/meta-python/recipes-devtools/python/python-networkx.inc
> new file mode 100644
> index 0..a4c31b2b2
> --- /dev/null
> +++ b/meta-python/recipes-devtools/python/python-networkx.inc
> @@ -0,0 +1,10 @@
> +DESCRIPTION = "Python package for creating and manipulating graphs and 
> networks"
> +LICENSE = "BSD-3-Clause"
> +
> +inherit pypi
> +
> +PYPI_PACKAGE_EXT = "zip"
> +
> +RDEPENDS_${PN} += "\
> +   ${PYTHON_PN}-decorator \
> +   "
> diff --git a/meta-python/recipes-devtools/python/python-networkx_2.2.bb 
> b/meta-python/recipes-devtools/python/python-networkx_2.2.bb
> index a2381661c..648f0312f 100644
> --- a/meta-python/recipes-devtools/python/python-networkx_2.2.bb
> +++ b/meta-python/recipes-devtools/python/python-networkx_2.2.bb
> @@ -1,12 +1,8 @@
> -DESCRIPTION = "Python package for creating and manipulating graphs and 
> networks"
> -LICENSE = "BSD-3-Clause"
> +require python-networkx.inc
> +
>  LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=3376ff7c9c58048c62d91431f7f08cde"
>
>  SRC_URI[md5sum] = "82608a3686fb3e61f20cf13bfd3c1b4a"
>  SRC_URI[sha256sum] = 
> "45e56f7ab6fe81652fb4bc9f44faddb0e9025f469f602df14e3b2551c2ea5c8b"
>
> -PYPI_PACKAGE_EXT = "zip"
> -
> -inherit pypi setuptools
> -
> -RDEPENDS_${PN} += "python-2to3"
> +inherit setuptools
> diff --git a/meta-python/recipes-devtools/python/python3-networkx_2.3.bb 
> b/meta-python/recipes-devtools/python/python3-networkx_2.3.bb
> index da844ce1e..8feb6daa3 100644
> --- a/meta-python/recipes-devtools/python/python3-networkx_2.3.bb
> +++ b/meta-python/recipes-devtools/python/python3-networkx_2.3.bb
> @@ -1,14 +1,8 @@
> -DESCRIPTION = "Python package for creating and manipulating graphs and 
> networks"
> -LICENSE = "BSD-3-Clause"
> +require python-networkx.inc
> +
>  LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=b68290ee1026b204170a23bbdb27a4fd"
>
>  SRC_URI[md5sum] = "320d3f6c7872732baa63cedafddadea9"
>  SRC_URI[sha256sum] = 
> "8311ddef63cf5c5c5e7c1d0212dd141d9a1fe3f474915281b73597ed5f1d4e3d"
>
> -inherit pypi setuptools3
> -
> -PYPI_PACKAGE_EXT = "zip"
> -
> -RDEPENDS_${PN} += "\
> -   python3-decorator \
> -   "
> +inherit setuptools3
> --
> 2.21.0
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-python] [PATCH] python-certifi: upgrade 2019.6.16 -> 2019.9.11

2019-09-11 Thread Zang Ruochen
Signed-off-by: Zang Ruochen 
---
 meta-python/recipes-devtools/python/python-certifi.inc| 4 ++--
 .../{python-certifi_2019.6.16.bb => python-certifi_2019.9.11.bb}  | 0
 .../{python3-certifi_2019.6.16.bb => python3-certifi_2019.9.11.bb}| 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python-certifi_2019.6.16.bb => 
python-certifi_2019.9.11.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-certifi_2019.6.16.bb => 
python3-certifi_2019.9.11.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-certifi.inc 
b/meta-python/recipes-devtools/python/python-certifi.inc
index 23e1856..de02d9a 100644
--- a/meta-python/recipes-devtools/python/python-certifi.inc
+++ b/meta-python/recipes-devtools/python/python-certifi.inc
@@ -7,7 +7,7 @@ HOMEPAGE = " http://certifi.io/;
 LICENSE = "ISC"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=f77f61d14ee6feac4228d3ebd26cc1f1"
 
-SRC_URI[md5sum] = "af8fea5f3df6f7f81e9c6cbc6dd7c1e8"
-SRC_URI[sha256sum] = 
"945e3ba63a0b9f577b1395204e13c3a231f9bc0223888be653286534e5873695"
+SRC_URI[md5sum] = "cadd4e373fc08f649fa39b82aed9ad96"
+SRC_URI[sha256sum] = 
"e4f3620cfea4f83eedc95b24abd9cd56f3c4b146dd0177e83a21b4eb49e21e50"
 
 BBCLASSEXTEND = "native nativesdk"
diff --git a/meta-python/recipes-devtools/python/python-certifi_2019.6.16.bb 
b/meta-python/recipes-devtools/python/python-certifi_2019.9.11.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-certifi_2019.6.16.bb
rename to meta-python/recipes-devtools/python/python-certifi_2019.9.11.bb
diff --git a/meta-python/recipes-devtools/python/python3-certifi_2019.6.16.bb 
b/meta-python/recipes-devtools/python/python3-certifi_2019.9.11.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-certifi_2019.6.16.bb
rename to meta-python/recipes-devtools/python/python3-certifi_2019.9.11.bb
-- 
2.7.4



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


Re: [oe] [meta-oe][Patch] libwacom: add recipe

2019-09-11 Thread Kang Kai

On 2019/9/12 上午11:21, Khem Raj wrote:



On Wed, Sep 11, 2019 at 8:18 PM Kang Kai > wrote:


On 2019/9/6 上午9:10, Khem Raj wrote:
> On 9/4/19 6:51 PM, Kang Kai wrote:
>> On 2019/8/29 下午4:29, kai.k...@windriver.com
 wrote:
>>> From: Kai Kang mailto:kai.k...@windriver.com>>
>>>
>>> Package libinput has a package config 'libwacom'. When it is set,
>>> package libwacom is required. So add the recipe of libwacom.
>>>
>>> Add a patch to generate udev rules file on target that it is not
>>> suitable for cross compile.
>
> fails to build
>
> https://errors.yoctoproject.org/Errors/Details/268566/
>
> https://errors.yoctoproject.org/Errors/Details/268387/

HI Khem,

I still can't reproduce the failures. And I can't find the config
of the
failed builds. Would you like to tell me where can I find the build
config? Thanks.


This is using gold linker I think that’s what you might be missing


Thanks. I'll try it.




Regards,
Kai


>
>
>> Ping.
>>
>>
>>> Signed-off-by: Kai Kang mailto:kai.k...@windriver.com>>
>>> ---
>>> .../generate-udev-rules-on-target.patch   | 59
+++
>>>    .../recipes-extended/libwacom/libwacom_1.0.bb
 | 17 ++
>>>    2 files changed, 76 insertions(+)
>>>    create mode 100644
>>>

meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
>>>    create mode 100644
meta-oe/recipes-extended/libwacom/libwacom_1.0.bb

>>>
>>> diff --git
>>>

a/meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
>>>

b/meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
>>>
>>> new file mode 100644
>>> index 0..27e037c98
>>> --- /dev/null
>>> +++
>>>

b/meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
>>> @@ -0,0 +1,59 @@
>>> +libwacom create a native executable file to generate udev rules
>>> file. But it is
>>> +not suitable for cross compile. And it is complicate to create
>>> libwacom-native
>>> +that libgudev-native and udev-native are required.
>>> +
>>> +So do not generate udev rules file during compilation.
Install the
>>> executable
>>> +file to generate udev rules on target. It should put the
generated
>>> rules file
>>> +at /lib/udev/rules.d/65-libwacom.rules.
>>> +
>>> +Upstream-Status: Inappropriate [cross-compile specific]
>>> +
>>> +Signed-off-by: Kai Kang mailto:kai.k...@windriver.com>>
>>> +---
>>> +diff --git a/meson.build b/meson.build
>>> +index 6584c86..4009f5f 100644
>>> +--- a/meson.build
>>>  b/meson.build
>>> +@@ -407,20 +407,20 @@ executable('libwacom-list-local-devices',
>>> +    include_directories: [includes_src],
>>> +    install: true)
>>> +
>>> +-tools_cflags = ['-DTOPSRCDIR="@0@"'.format(meson.source_root())]
>>> ++tools_cflags = ['-DTOPSRCDIR="@0@"'.format(meson.source_root()),
>>> '-DLIBWACOM_DATA_DIR="@0@"'.format(dir_data)]
>>> +
>>> +-gen_udev_rules = executable('generate-udev-rules',
>>> ++gen_udev_rules = executable('libwacom-generate-udev-rules',
>>> + 'tools/generate-udev-rules.c',
>>> + dependencies: [dep_libwacom, dep_glib],
>>> + include_directories: [includes_src],
>>> + c_args: tools_cflags,
>>> +-    install: false)
>>> +-custom_target('udev-rules',
>>> +-  command: gen_udev_rules,
>>> +-  capture: true,
>>> +-  output: '65-libwacom.rules',
>>> +-  install: true,
>>> +-  install_dir: join_paths(dir_udev, 'rules.d'))
>>> ++    install: true)
>>> ++#custom_target('udev-rules',
>>> ++#  command: gen_udev_rules,
>>> ++#  capture: true,
>>> ++#  output: '65-libwacom.rules',
>>> ++#  install: true,
>>> ++#  install_dir: join_paths(dir_udev, 'rules.d'))
>>> +
>>> + executable('list-devices',
>>> +    'tools/list-devices.c',
>>> +diff --git a/tools/generate-udev-rules.c
b/tools/generate-udev-rules.c
>>> +index bb00e7b..fbf49f0 100644
>>> +--- a/tools/generate-udev-rules.c
>>>  b/tools/generate-udev-rules.c
>>> +@@ -229,7 +229,7 @@ int main(int argc, char **argv)
>>> + }
>>> +
>>> +
>>> +-    db = libwacom_database_new_for_path(TOPSRCDIR"/data");
>>> ++    db = libwacom_database_new_for_path(LIBWACOM_DATA_DIR);
>>> +
>>> + list = libwacom_list_devices_from_database(db, NULL);
>>> + if (!list) {
>>> diff --git a/meta-oe/recipes-extended/libwacom/libwacom_1.0.bb

Re: [oe] [meta-oe][Patch] libwacom: add recipe

2019-09-11 Thread Khem Raj
On Wed, Sep 11, 2019 at 8:18 PM Kang Kai  wrote:

> On 2019/9/6 上午9:10, Khem Raj wrote:
> > On 9/4/19 6:51 PM, Kang Kai wrote:
> >> On 2019/8/29 下午4:29, kai.k...@windriver.com wrote:
> >>> From: Kai Kang 
> >>>
> >>> Package libinput has a package config 'libwacom'. When it is set,
> >>> package libwacom is required. So add the recipe of libwacom.
> >>>
> >>> Add a patch to generate udev rules file on target that it is not
> >>> suitable for cross compile.
> >
> > fails to build
> >
> > https://errors.yoctoproject.org/Errors/Details/268566/
> >
> > https://errors.yoctoproject.org/Errors/Details/268387/
>
> HI Khem,
>
> I still can't reproduce the failures. And I can't find the config of the
> failed builds. Would you like to tell me where can I find the build
> config? Thanks.
>

This is using gold linker I think that’s what you might be missing

>
> Regards,
> Kai
>
>
> >
> >
> >> Ping.
> >>
> >>
> >>> Signed-off-by: Kai Kang 
> >>> ---
> >>>.../generate-udev-rules-on-target.patch   | 59
> +++
> >>>.../recipes-extended/libwacom/libwacom_1.0.bb | 17 ++
> >>>2 files changed, 76 insertions(+)
> >>>create mode 100644
> >>>
> meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
> >>>create mode 100644 meta-oe/recipes-extended/libwacom/
> libwacom_1.0.bb
> >>>
> >>> diff --git
> >>>
> a/meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
> >>>
> b/meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
> >>>
> >>> new file mode 100644
> >>> index 0..27e037c98
> >>> --- /dev/null
> >>> +++
> >>>
> b/meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
> >>> @@ -0,0 +1,59 @@
> >>> +libwacom create a native executable file to generate udev rules
> >>> file. But it is
> >>> +not suitable for cross compile. And it is complicate to create
> >>> libwacom-native
> >>> +that libgudev-native and udev-native are required.
> >>> +
> >>> +So do not generate udev rules file during compilation. Install the
> >>> executable
> >>> +file to generate udev rules on target. It should put the generated
> >>> rules file
> >>> +at /lib/udev/rules.d/65-libwacom.rules.
> >>> +
> >>> +Upstream-Status: Inappropriate [cross-compile specific]
> >>> +
> >>> +Signed-off-by: Kai Kang 
> >>> +---
> >>> +diff --git a/meson.build b/meson.build
> >>> +index 6584c86..4009f5f 100644
> >>> +--- a/meson.build
> >>>  b/meson.build
> >>> +@@ -407,20 +407,20 @@ executable('libwacom-list-local-devices',
> >>> +include_directories: [includes_src],
> >>> +install: true)
> >>> +
> >>> +-tools_cflags = ['-DTOPSRCDIR="@0@"'.format(meson.source_root())]
> >>> ++tools_cflags = ['-DTOPSRCDIR="@0@"'.format(meson.source_root()),
> >>> '-DLIBWACOM_DATA_DIR="@0@"'.format(dir_data)]
> >>> +
> >>> +-gen_udev_rules = executable('generate-udev-rules',
> >>> ++gen_udev_rules = executable('libwacom-generate-udev-rules',
> >>> + 'tools/generate-udev-rules.c',
> >>> + dependencies: [dep_libwacom, dep_glib],
> >>> + include_directories: [includes_src],
> >>> + c_args: tools_cflags,
> >>> +-install: false)
> >>> +-custom_target('udev-rules',
> >>> +-  command: gen_udev_rules,
> >>> +-  capture: true,
> >>> +-  output: '65-libwacom.rules',
> >>> +-  install: true,
> >>> +-  install_dir: join_paths(dir_udev, 'rules.d'))
> >>> ++install: true)
> >>> ++#custom_target('udev-rules',
> >>> ++#  command: gen_udev_rules,
> >>> ++#  capture: true,
> >>> ++#  output: '65-libwacom.rules',
> >>> ++#  install: true,
> >>> ++#  install_dir: join_paths(dir_udev, 'rules.d'))
> >>> +
> >>> + executable('list-devices',
> >>> +'tools/list-devices.c',
> >>> +diff --git a/tools/generate-udev-rules.c b/tools/generate-udev-rules.c
> >>> +index bb00e7b..fbf49f0 100644
> >>> +--- a/tools/generate-udev-rules.c
> >>>  b/tools/generate-udev-rules.c
> >>> +@@ -229,7 +229,7 @@ int main(int argc, char **argv)
> >>> + }
> >>> +
> >>> +
> >>> +-db = libwacom_database_new_for_path(TOPSRCDIR"/data");
> >>> ++db = libwacom_database_new_for_path(LIBWACOM_DATA_DIR);
> >>> +
> >>> + list = libwacom_list_devices_from_database(db, NULL);
> >>> + if (!list) {
> >>> diff --git a/meta-oe/recipes-extended/libwacom/libwacom_1.0.bb
> >>> b/meta-oe/recipes-extended/libwacom/libwacom_1.0.bb
> >>> new file mode 100644
> >>> index 0..0787ad246
> >>> --- /dev/null
> >>> +++ b/meta-oe/recipes-extended/libwacom/libwacom_1.0.bb
> >>> @@ -0,0 +1,17 @@
> >>> +DESCRIPTION = "libwacom is a library to identify wacom tablets and
> >>> their model-specific features."
> >>> +HOMEPAGE = "https://github.com/linuxwacom/libwacom/wiki;
> >>> +SECTION = "libs"
> >>> +
> >>> +LICENSE = "MIT"
> >>> +LIC_FILES_CHKSUM =
> >>> 

Re: [oe] [meta-oe][Patch] libwacom: add recipe

2019-09-11 Thread Kang Kai

On 2019/9/6 上午9:10, Khem Raj wrote:

On 9/4/19 6:51 PM, Kang Kai wrote:

On 2019/8/29 下午4:29, kai.k...@windriver.com wrote:

From: Kai Kang 

Package libinput has a package config 'libwacom'. When it is set,
package libwacom is required. So add the recipe of libwacom.

Add a patch to generate udev rules file on target that it is not
suitable for cross compile.


fails to build

https://errors.yoctoproject.org/Errors/Details/268566/

https://errors.yoctoproject.org/Errors/Details/268387/


HI Khem,

I still can't reproduce the failures. And I can't find the config of the 
failed builds. Would you like to tell me where can I find the build 
config? Thanks.


Regards,
Kai






Ping.



Signed-off-by: Kai Kang 
---
   .../generate-udev-rules-on-target.patch   | 59 +++
   .../recipes-extended/libwacom/libwacom_1.0.bb | 17 ++
   2 files changed, 76 insertions(+)
   create mode 100644
meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
   create mode 100644 meta-oe/recipes-extended/libwacom/libwacom_1.0.bb

diff --git
a/meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
b/meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch

new file mode 100644
index 0..27e037c98
--- /dev/null
+++
b/meta-oe/recipes-extended/libwacom/libwacom/generate-udev-rules-on-target.patch
@@ -0,0 +1,59 @@
+libwacom create a native executable file to generate udev rules
file. But it is
+not suitable for cross compile. And it is complicate to create
libwacom-native
+that libgudev-native and udev-native are required.
+
+So do not generate udev rules file during compilation. Install the
executable
+file to generate udev rules on target. It should put the generated
rules file
+at /lib/udev/rules.d/65-libwacom.rules.
+
+Upstream-Status: Inappropriate [cross-compile specific]
+
+Signed-off-by: Kai Kang 
+---
+diff --git a/meson.build b/meson.build
+index 6584c86..4009f5f 100644
+--- a/meson.build
 b/meson.build
+@@ -407,20 +407,20 @@ executable('libwacom-list-local-devices',
+    include_directories: [includes_src],
+    install: true)
+
+-tools_cflags = ['-DTOPSRCDIR="@0@"'.format(meson.source_root())]
++tools_cflags = ['-DTOPSRCDIR="@0@"'.format(meson.source_root()),
'-DLIBWACOM_DATA_DIR="@0@"'.format(dir_data)]
+
+-gen_udev_rules = executable('generate-udev-rules',
++gen_udev_rules = executable('libwacom-generate-udev-rules',
+ 'tools/generate-udev-rules.c',
+ dependencies: [dep_libwacom, dep_glib],
+ include_directories: [includes_src],
+ c_args: tools_cflags,
+-    install: false)
+-custom_target('udev-rules',
+-  command: gen_udev_rules,
+-  capture: true,
+-  output: '65-libwacom.rules',
+-  install: true,
+-  install_dir: join_paths(dir_udev, 'rules.d'))
++    install: true)
++#custom_target('udev-rules',
++#  command: gen_udev_rules,
++#  capture: true,
++#  output: '65-libwacom.rules',
++#  install: true,
++#  install_dir: join_paths(dir_udev, 'rules.d'))
+
+ executable('list-devices',
+    'tools/list-devices.c',
+diff --git a/tools/generate-udev-rules.c b/tools/generate-udev-rules.c
+index bb00e7b..fbf49f0 100644
+--- a/tools/generate-udev-rules.c
 b/tools/generate-udev-rules.c
+@@ -229,7 +229,7 @@ int main(int argc, char **argv)
+ }
+
+
+-    db = libwacom_database_new_for_path(TOPSRCDIR"/data");
++    db = libwacom_database_new_for_path(LIBWACOM_DATA_DIR);
+
+ list = libwacom_list_devices_from_database(db, NULL);
+ if (!list) {
diff --git a/meta-oe/recipes-extended/libwacom/libwacom_1.0.bb
b/meta-oe/recipes-extended/libwacom/libwacom_1.0.bb
new file mode 100644
index 0..0787ad246
--- /dev/null
+++ b/meta-oe/recipes-extended/libwacom/libwacom_1.0.bb
@@ -0,0 +1,17 @@
+DESCRIPTION = "libwacom is a library to identify wacom tablets and
their model-specific features."
+HOMEPAGE = "https://github.com/linuxwacom/libwacom/wiki;
+SECTION = "libs"
+
+LICENSE = "MIT"
+LIC_FILES_CHKSUM =
"file://COPYING;md5=40a21fffb367c82f39fd91a3b137c36e"
+
+DEPENDS = "libgudev libxml2"
+
+SRC_URI = "git://github.com/linuxwacom/libwacom.git;protocol=https \
+   file://generate-udev-rules-on-target.patch \
+   "
+SRCREV = "ae6c9cf78802844349986ac2a708d87e891a3e6e"
+
+S = "${WORKDIR}/git"
+
+inherit meson pkgconfig




--
Kai Kang

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


Re: [oe] [meta-python] [PATCH] python-pytest: upgrade 3.4.2 -> 5.1.1

2019-09-11 Thread Tim Orling
I see new patches on the mailing list. Thank you.

On Wed, Sep 11, 2019 at 7:38 PM Tim Orling  wrote:

> We are missing ${PYTHON_PN}-atomicwrites recipe in meta-python. Fujitsu,
> please provide recipe for this missing RDEPENDS and runtime test future
> upgrades. You have broken functionality for others with your upgrade.
>
> In the future, please runtime test all your changes to prevent this from
> happening from again. We all depend on these packages working.
>
> On Tue, Sep 10, 2019 at 1:25 PM Koppolu, Chanakya <
> chanakya.kopp...@intel.com> wrote:
>
>> Hi Chao,
>>
>> I tried your new patch and it doesn't fix the issue. I still see the same
>> module('atomicwrites') missing in python modules.
>>
>> Regards,
>> Chanakya
>>
>> -Original Message-
>> From: Yuan, Chao [mailto:yuanc.f...@cn.fujitsu.com]
>> Sent: Tuesday, September 10, 2019 1:55 AM
>> To: Koppolu, Chanakya ;
>> openembedded-devel@lists.openembedded.org
>> Subject: RE: [oe] [meta-python] [PATCH] python-pytest: upgrade 3.4.2 ->
>> 5.1.1
>>
>> Hi Chanakya,
>>
>> I have sent a patch(based on pytest 5.1.2) for this runtime error, please
>> try it again.
>>
>> Regards,
>> Chao
>>
>> > -Original Message-
>> > From: Koppolu, Chanakya 
>> > Sent: Saturday, September 7, 2019 8:04 AM
>> > To: Yuan, Chao/袁 超 ;
>> > openembedded-devel@lists.openembedded.org
>> > Subject: RE: [oe] [meta-python] [PATCH] python-pytest: upgrade 3.4.2
>> > -> 5.1.1
>> >
>> > Hello,
>> >
>> > This pytest upgrade patch fails to test missing runtime modules. Our
>> > recent Yocto build from upstream found that the pytest fails to
>> > execute due to a missing module. Here is the error report:
>> >
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: root@intel-corei7-64:~# python3
>> > -m pytest /tests/smoke/ |& tee smoke_test.log
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: cat smoke_test.log
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: Traceback (most recent call
>> last):
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
>> > "/usr/lib64/python3.7/runpy.py", line 193, in _run_module_as_main
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: "__main__", mod_spec)
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
>> > "/usr/lib64/python3.7/runpy.py", line 85, in _run_code
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: exec(code, run_globals)
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
>> > "/usr/lib64/python3.7/site-packages/pytest.py", line 6, in 
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: from _pytest.assertion import
>> > register_assert_rewrite
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
>> > "/usr/lib64/python3.7/site-packages/_pytest/assertion/__init__.py",
>> > line 6, in 
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: from _pytest.assertion import
>> rewrite
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
>> > "/usr/lib64/python3.7/site-packages/_pytest/assertion/rewrite.py",
>> > line 20, in 
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: import atomicwrites
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: ModuleNotFoundError: No module
>> > named 'atomicwrites'
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: root@intel-corei7-64:~#
>> > Traceback (most recent call last):
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
>> > "/usr/lib64/python3.7/runpy.py", line 193, in _run_module_as_main
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: "__main__", mod_spec)
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
>> > "/usr/lib64/python3.7/runpy.py", line 85, in _run_code
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: exec(code, run_globals)
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
>> > "/usr/lib64/python3.7/site-packages/pytest.py", line 6, in 
>> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
>> > @hxj7-eced|jfsrtse02/mbt-02a: console: from _pytest.assertion import
>> > register_assert_rewrite
>> > 02:24:14  

Re: [oe] [meta-python] [PATCH] python-pytest: upgrade 3.4.2 -> 5.1.1

2019-09-11 Thread Tim Orling
We are missing ${PYTHON_PN}-atomicwrites recipe in meta-python. Fujitsu,
please provide recipe for this missing RDEPENDS and runtime test future
upgrades. You have broken functionality for others with your upgrade.

In the future, please runtime test all your changes to prevent this from
happening from again. We all depend on these packages working.

On Tue, Sep 10, 2019 at 1:25 PM Koppolu, Chanakya <
chanakya.kopp...@intel.com> wrote:

> Hi Chao,
>
> I tried your new patch and it doesn't fix the issue. I still see the same
> module('atomicwrites') missing in python modules.
>
> Regards,
> Chanakya
>
> -Original Message-
> From: Yuan, Chao [mailto:yuanc.f...@cn.fujitsu.com]
> Sent: Tuesday, September 10, 2019 1:55 AM
> To: Koppolu, Chanakya ;
> openembedded-devel@lists.openembedded.org
> Subject: RE: [oe] [meta-python] [PATCH] python-pytest: upgrade 3.4.2 ->
> 5.1.1
>
> Hi Chanakya,
>
> I have sent a patch(based on pytest 5.1.2) for this runtime error, please
> try it again.
>
> Regards,
> Chao
>
> > -Original Message-
> > From: Koppolu, Chanakya 
> > Sent: Saturday, September 7, 2019 8:04 AM
> > To: Yuan, Chao/袁 超 ;
> > openembedded-devel@lists.openembedded.org
> > Subject: RE: [oe] [meta-python] [PATCH] python-pytest: upgrade 3.4.2
> > -> 5.1.1
> >
> > Hello,
> >
> > This pytest upgrade patch fails to test missing runtime modules. Our
> > recent Yocto build from upstream found that the pytest fails to
> > execute due to a missing module. Here is the error report:
> >
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: root@intel-corei7-64:~# python3
> > -m pytest /tests/smoke/ |& tee smoke_test.log
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: cat smoke_test.log
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: Traceback (most recent call last):
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
> > "/usr/lib64/python3.7/runpy.py", line 193, in _run_module_as_main
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: "__main__", mod_spec)
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
> > "/usr/lib64/python3.7/runpy.py", line 85, in _run_code
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: exec(code, run_globals)
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
> > "/usr/lib64/python3.7/site-packages/pytest.py", line 6, in 
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: from _pytest.assertion import
> > register_assert_rewrite
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
> > "/usr/lib64/python3.7/site-packages/_pytest/assertion/__init__.py",
> > line 6, in 
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: from _pytest.assertion import
> rewrite
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
> > "/usr/lib64/python3.7/site-packages/_pytest/assertion/rewrite.py",
> > line 20, in 
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: import atomicwrites
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: ModuleNotFoundError: No module
> > named 'atomicwrites'
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: root@intel-corei7-64:~#
> > Traceback (most recent call last):
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
> > "/usr/lib64/python3.7/runpy.py", line 193, in _run_module_as_main
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: "__main__", mod_spec)
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
> > "/usr/lib64/python3.7/runpy.py", line 85, in _run_code
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: exec(code, run_globals)
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
> > "/usr/lib64/python3.7/site-packages/pytest.py", line 6, in 
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: from _pytest.assertion import
> > register_assert_rewrite
> > 02:24:14  ERRR2/jtnsE#1test_rt_smoke.py#_test
> > @hxj7-eced|jfsrtse02/mbt-02a: console: File
> > "/usr/lib64/python3.7/site-packages/_pytest/assertion/__init__.py",
> > line 6, in 
> > 02:24:14  ERRR2/jtnsE#1

[oe] [meta-python][PATCH 1/2] python-networkx: upgrade 2.1 -> 2.2

2019-09-11 Thread Anuj Mittal
Signed-off-by: Anuj Mittal 
---
 .../python/{python-networkx_2.1.bb => python-networkx_2.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python-networkx_2.1.bb => 
python-networkx_2.2.bb} (65%)

diff --git a/meta-python/recipes-devtools/python/python-networkx_2.1.bb 
b/meta-python/recipes-devtools/python/python-networkx_2.2.bb
similarity index 65%
rename from meta-python/recipes-devtools/python/python-networkx_2.1.bb
rename to meta-python/recipes-devtools/python/python-networkx_2.2.bb
index bc0c6863d..a2381661c 100644
--- a/meta-python/recipes-devtools/python/python-networkx_2.1.bb
+++ b/meta-python/recipes-devtools/python/python-networkx_2.2.bb
@@ -2,8 +2,8 @@ DESCRIPTION = "Python package for creating and manipulating 
graphs and networks"
 LICENSE = "BSD-3-Clause"
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=3376ff7c9c58048c62d91431f7f08cde"
 
-SRC_URI[md5sum] = "4a2c2a62dfc46ba7d594daca7c834995"
-SRC_URI[sha256sum] = 
"64272ca418972b70a196cb15d9c85a5a6041f09a2f32e0d30c0255f25d458bb1"
+SRC_URI[md5sum] = "82608a3686fb3e61f20cf13bfd3c1b4a"
+SRC_URI[sha256sum] = 
"45e56f7ab6fe81652fb4bc9f44faddb0e9025f469f602df14e3b2551c2ea5c8b"
 
 PYPI_PACKAGE_EXT = "zip"
 
-- 
2.21.0

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


[oe] [meta-python][PATCH 2/2] python3-networkx: add recipe

2019-09-11 Thread Anuj Mittal
networkx only supports python3 starting v2.3. Move the common code to
.inc and remove python-2to3 RDEPENDS which is no longer needed:

https://github.com/networkx/networkx/commit/4e611d7ea90c20864daba912d6118220d5bbddf3

Signed-off-by: Anuj Mittal 
---
 .../recipes-devtools/python/python-networkx.inc  | 10 ++
 .../recipes-devtools/python/python-networkx_2.2.bb   | 10 +++---
 .../recipes-devtools/python/python3-networkx_2.3.bb  | 12 +++-
 3 files changed, 16 insertions(+), 16 deletions(-)
 create mode 100644 meta-python/recipes-devtools/python/python-networkx.inc

diff --git a/meta-python/recipes-devtools/python/python-networkx.inc 
b/meta-python/recipes-devtools/python/python-networkx.inc
new file mode 100644
index 0..a4c31b2b2
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-networkx.inc
@@ -0,0 +1,10 @@
+DESCRIPTION = "Python package for creating and manipulating graphs and 
networks"
+LICENSE = "BSD-3-Clause"
+
+inherit pypi
+
+PYPI_PACKAGE_EXT = "zip"
+
+RDEPENDS_${PN} += "\
+   ${PYTHON_PN}-decorator \
+   "
diff --git a/meta-python/recipes-devtools/python/python-networkx_2.2.bb 
b/meta-python/recipes-devtools/python/python-networkx_2.2.bb
index a2381661c..648f0312f 100644
--- a/meta-python/recipes-devtools/python/python-networkx_2.2.bb
+++ b/meta-python/recipes-devtools/python/python-networkx_2.2.bb
@@ -1,12 +1,8 @@
-DESCRIPTION = "Python package for creating and manipulating graphs and 
networks"
-LICENSE = "BSD-3-Clause"
+require python-networkx.inc
+
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=3376ff7c9c58048c62d91431f7f08cde"
 
 SRC_URI[md5sum] = "82608a3686fb3e61f20cf13bfd3c1b4a"
 SRC_URI[sha256sum] = 
"45e56f7ab6fe81652fb4bc9f44faddb0e9025f469f602df14e3b2551c2ea5c8b"
 
-PYPI_PACKAGE_EXT = "zip"
-
-inherit pypi setuptools
-
-RDEPENDS_${PN} += "python-2to3"
+inherit setuptools
diff --git a/meta-python/recipes-devtools/python/python3-networkx_2.3.bb 
b/meta-python/recipes-devtools/python/python3-networkx_2.3.bb
index da844ce1e..8feb6daa3 100644
--- a/meta-python/recipes-devtools/python/python3-networkx_2.3.bb
+++ b/meta-python/recipes-devtools/python/python3-networkx_2.3.bb
@@ -1,14 +1,8 @@
-DESCRIPTION = "Python package for creating and manipulating graphs and 
networks"
-LICENSE = "BSD-3-Clause"
+require python-networkx.inc
+
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=b68290ee1026b204170a23bbdb27a4fd"
 
 SRC_URI[md5sum] = "320d3f6c7872732baa63cedafddadea9"
 SRC_URI[sha256sum] = 
"8311ddef63cf5c5c5e7c1d0212dd141d9a1fe3f474915281b73597ed5f1d4e3d"
 
-inherit pypi setuptools3
-
-PYPI_PACKAGE_EXT = "zip"
-
-RDEPENDS_${PN} += "\
-   python3-decorator \
-   "
+inherit setuptools3
-- 
2.21.0

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


[oe] [meta-python][PATCH] python3-defusedxml: add recipe

2019-09-11 Thread Anuj Mittal
defusedxml is a pure Python package with modified subclasses of all
stdlib XML parsers that prevent any potentially malicious operation.

Signed-off-by: Anuj Mittal 
---
 .../python/python3-defusedxml_0.6.0.bb| 11 +++
 1 file changed, 11 insertions(+)
 create mode 100644 
meta-python/recipes-devtools/python/python3-defusedxml_0.6.0.bb

diff --git a/meta-python/recipes-devtools/python/python3-defusedxml_0.6.0.bb 
b/meta-python/recipes-devtools/python/python3-defusedxml_0.6.0.bb
new file mode 100644
index 0..d041d0e6c
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python3-defusedxml_0.6.0.bb
@@ -0,0 +1,11 @@
+SUMMARY = "XML bomb protection for Python stdlib modules"
+DESCRIPTION = "Python package with modified subclasses of all stdlib XML \
+parsers that prevent any potentially malicious operation."
+
+LICENSE = "PSF"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=056fea6a4b395a24d0d278bf5c80249e"
+
+SRC_URI[md5sum] = "a59741f675c4cba649de40a99f732897"
+SRC_URI[sha256sum] = 
"f684034d135af4c6cbb949b8a4d2ed61634515257a67299e5f940fbaa34377f5"
+
+inherit pypi setuptools3
-- 
2.21.0

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


[oe] [meta-gnome][PATCH 2/2] gparted: add to deps instead of overwriting

2019-09-11 Thread Khem Raj
Thsi recipe inherits gtk-icon-cache which adds hicolor-icon-theme to
dependencies conditionally, this however gets lost if the DEPENDS is
using = instead of +=

Fixes

ERROR: QA Issue: gparted rdepends on hicolor-icon-theme, but it isn't a build 
dependency, missing hicolor-icon-theme in DEPENDS or PACKAGECONFIG? [build-deps]

Signed-off-by: Khem Raj 
---
 meta-gnome/recipes-extended/gparted/gparted_0.33.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-gnome/recipes-extended/gparted/gparted_0.33.0.bb 
b/meta-gnome/recipes-extended/gparted/gparted_0.33.0.bb
index a9f6993fbc..de143b9c87 100644
--- a/meta-gnome/recipes-extended/gparted/gparted_0.33.0.bb
+++ b/meta-gnome/recipes-extended/gparted/gparted_0.33.0.bb
@@ -15,7 +15,7 @@ SRC_URI = " \
 SRC_URI[md5sum] = "2f481ad34decb7021ca04ca305e79e7d"
 SRC_URI[sha256sum] = 
"5023b8c983f88a22e65bf6f09a12ea09369defc008981b52ee8b96a3879f81d6"
 
-DEPENDS = "glib-2.0 glib-2.0-native gtkmm parted gnome-doc-utils 
intltool-native"
+DEPENDS += "glib-2.0 glib-2.0-native gtkmm parted gnome-doc-utils 
intltool-native"
 
 do_install_append() {
 # Add a script which checks if polkit is installed.
-- 
2.23.0

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


[oe] [meta-oe][PATCH 1/2] breakpad: Update dont-clobber-rsp patch to latest

2019-09-11 Thread Khem Raj
This is based on upstream submission

Signed-off-by: Khem Raj 
---
 .../breakpad/breakpad/dont-clobber-rsp.patch  | 46 +++
 1 file changed, 46 insertions(+)

diff --git a/meta-oe/recipes-devtools/breakpad/breakpad/dont-clobber-rsp.patch 
b/meta-oe/recipes-devtools/breakpad/breakpad/dont-clobber-rsp.patch
index b1c37fc8e9..edf903552d 100644
--- a/meta-oe/recipes-devtools/breakpad/breakpad/dont-clobber-rsp.patch
+++ b/meta-oe/recipes-devtools/breakpad/breakpad/dont-clobber-rsp.patch
@@ -1,3 +1,8 @@
+From d1d7b616219fd47736c804ff4c2f393d7184a75b Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sun, 23 Dec 2018 16:58:04 -0800
+Subject: [PATCH] chromium: stack pointer clobber
+
 Do not add stack pointer to clobber list
 
 it was being ignored until gcc 9.0 became capable
@@ -7,9 +12,23 @@ of flagging this silent ignoring via [1]
 
 Upstream-Status: Submitted 
[https://chromium-review.googlesource.com/c/linux-syscall-support/+/1390160]
 Signed-off-by: Khem Raj 
+---
+ src/third_party/lss/linux_syscall_support.h | 10 +-
+ 1 file changed, 5 insertions(+), 5 deletions(-)
 
+Index: b/src/third_party/lss/linux_syscall_support.h
+===
 --- a/src/third_party/lss/linux_syscall_support.h
 +++ b/src/third_party/lss/linux_syscall_support.h
+@@ -1957,7 +1957,7 @@ struct kernel_statfs {
+LSS_ENTRYPOINT 
\
+"pop %%ebx"
\
+args   
\
+-   : "esp", "memory");
\
++   : "memory");   
\
+   LSS_RETURN(type,__res)
+ #undef  _syscall0
+ #define _syscall0(type,name)  
\
 @@ -1966,7 +1966,7 @@ struct kernel_statfs {
  __asm__ volatile(LSS_ENTRYPOINT   
\
   : "=a" (__res)   
\
@@ -19,6 +38,33 @@ Signed-off-by: Khem Raj 
  LSS_RETURN(type,__res);   
\
}
  #undef  _syscall1
+@@ -2014,7 +2014,7 @@ struct kernel_statfs {
+  : "i" (__NR_##name), "ri" ((long)(arg1)),
\
+"c" ((long)(arg2)), "d" ((long)(arg3)),
\
+"S" ((long)(arg4)), "D" ((long)(arg5)) 
\
+- : "esp", "memory");  
\
++ : "memory"); 
\
+ LSS_RETURN(type,__res);   
\
+   }
+ #undef  _syscall6
+@@ -2036,7 +2036,7 @@ struct kernel_statfs {
+  : "i" (__NR_##name),  "0" ((long)(&__s)),
\
+"c" ((long)(arg2)), "d" ((long)(arg3)),
\
+"S" ((long)(arg4)), "D" ((long)(arg5)) 
\
+- : "esp", "memory");  
\
++ : "memory"); 
\
+ LSS_RETURN(type,__res);   
\
+   }
+ LSS_INLINE int LSS_NAME(clone)(int (*fn)(void *), void *child_stack,
+@@ -2122,7 +2122,7 @@ struct kernel_statfs {
+: "0"(-EINVAL), "i"(__NR_clone),
+  "m"(fn), "m"(child_stack), "m"(flags), "m"(arg),
+  "m"(parent_tidptr), "m"(newtls), 
"m"(child_tidptr)
+-   : "esp", "memory", "ecx", "edx", "esi", "edi");
++   : "memory", "ecx", "edx", "esi", "edi");
+   LSS_RETURN(int, __res);
+ }
+ 
 @@ -2407,7 +2407,7 @@ struct kernel_statfs {
 "d"(LSS_SYSCALL_ARG(parent_tidptr)),
 "r"(LSS_SYSCALL_ARG(newtls)),
-- 
2.23.0

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


[oe] [meta-oe][PATCH] openocd: Add --disable-werror always

2019-09-11 Thread Khem Raj
toolchain-gcc override is only valid when meta-clang is included in
layers, but this knob is actually needed for gcc to work, so having an
empty override would not add this option while the default compiler
remains gcc

Signed-off-by: Khem Raj 
---
 meta-oe/recipes-devtools/openocd/openocd_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-devtools/openocd/openocd_git.bb 
b/meta-oe/recipes-devtools/openocd/openocd_git.bb
index ab2fd7f721..241b4baa33 100644
--- a/meta-oe/recipes-devtools/openocd/openocd_git.bb
+++ b/meta-oe/recipes-devtools/openocd/openocd_git.bb
@@ -26,8 +26,8 @@ inherit pkgconfig autotools-brokensep gettext
 
 BBCLASSEXTEND += "nativesdk"
 
-EXTRA_OECONF = "--enable-ftdi --disable-doxygen-html"
-EXTRA_OECONF_append_toolchain-gcc = " --disable-werror "
+EXTRA_OECONF = "--enable-ftdi --disable-doxygen-html --disable-werror"
+
 do_configure() {
 ./bootstrap nosubmodule
 install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.guess 
${S}/jimtcl/autosetup
-- 
2.23.0

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


[oe] [meta-oe][PATCH] safec: Upgrade to 3.5 release

2019-09-11 Thread Khem Raj
Add a patch to fix build on musl

Signed-off-by: Khem Raj 
---
 ...r-Use-_ISOC11_SOURCE-only-with-glibc.patch | 30 +++
 .../safec/{safec_3.4.bb => safec_3.5.bb}  |  6 ++--
 2 files changed, 34 insertions(+), 2 deletions(-)
 create mode 100644 
meta-oe/recipes-core/safec/safec/0001-memrchr-Use-_ISOC11_SOURCE-only-with-glibc.patch
 rename meta-oe/recipes-core/safec/{safec_3.4.bb => safec_3.5.bb} (64%)

diff --git 
a/meta-oe/recipes-core/safec/safec/0001-memrchr-Use-_ISOC11_SOURCE-only-with-glibc.patch
 
b/meta-oe/recipes-core/safec/safec/0001-memrchr-Use-_ISOC11_SOURCE-only-with-glibc.patch
new file mode 100644
index 00..8f18f48720
--- /dev/null
+++ 
b/meta-oe/recipes-core/safec/safec/0001-memrchr-Use-_ISOC11_SOURCE-only-with-glibc.patch
@@ -0,0 +1,30 @@
+From 57456b5d034c8965b11eceed1bf861c98a18c324 Mon Sep 17 00:00:00 2001
+From: "jenkins@kwaj" 
+Date: Wed, 11 Sep 2019 13:43:45 -0700
+Subject: [PATCH] memrchr: Use _ISOC11_SOURCE only with glibc
+
+this is a glibc feature test macro which is not available
+on other libraries e.g. musl
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+---
+ src/extmem/memrchr_s.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/extmem/memrchr_s.c b/src/extmem/memrchr_s.c
+index 8d10a7b9..e73d3579 100644
+--- a/src/extmem/memrchr_s.c
 b/src/extmem/memrchr_s.c
+@@ -36,7 +36,7 @@
+ #endif
+ 
+ #ifdef HAVE_MEMRCHR
+-#ifndef _ISOC11_SOURCE
++#if defined (__GLIBC__) && !defined(_ISOC11_SOURCE)
+ extern void *memrchr(const void *, int, size_t);
+ #endif
+ #endif
+-- 
+2.17.1
+
diff --git a/meta-oe/recipes-core/safec/safec_3.4.bb 
b/meta-oe/recipes-core/safec/safec_3.5.bb
similarity index 64%
rename from meta-oe/recipes-core/safec/safec_3.4.bb
rename to meta-oe/recipes-core/safec/safec_3.5.bb
index cc1fbcb735..c9ace3b0b8 100644
--- a/meta-oe/recipes-core/safec/safec_3.4.bb
+++ b/meta-oe/recipes-core/safec/safec_3.5.bb
@@ -7,8 +7,10 @@ SECTION = "lib"
 inherit autotools pkgconfig
 
 S = "${WORKDIR}/git"
-SRCREV = "62e6b2df55084316d027165d286e46beb40513dc"
-SRC_URI = "git://github.com/rurban/safeclib.git"
+SRCREV = "a99a052a56da409638c9fe7e096a5ae6661ca7cb"
+SRC_URI = "git://github.com/rurban/safeclib.git \
+   file://0001-memrchr-Use-_ISOC11_SOURCE-only-with-glibc.patch \
+"
 
 CPPFLAGS_append_libc-musl = " -D_GNU_SOURCE"
 
-- 
2.23.0

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


[oe] How to enable root logical volume in systemd-boot

2019-09-11 Thread Muhlenkamp, Lewis
Hello,

First, I was using 2.6.  I tried under 2.7 and got the same issue.

I need to have the root filesystem be a logical volume.

I updated my core-image-minimal-initramfs.bbappend to include the following:

PACKAGE_INSTALL_append = " lvm2"


The gets the lvm2 commands into the initramfs.  I can now run pvcreate, 
vgcreate and lvcreate in my custom initrdscripts/files/init-install-efi.sh 
script.

rootfs=/dev/sda2
pvcreate $rootfs
vgcreate vg_root $rootfs
rootfs=/dev/vg_root/lv_root
lvcreate -n lv_root -l 95%VG vg_root
mkfs.ext4 -F -O 64bit $rootfs

All of the above run successfully.

I then try to update the loader file with the UUID of the logical volume

SYSTEMDBOOT_CFGS="/boot/loader/entries/boot.conf"
rootuuid=$(blkid -o value -s UUID ${rootfs})
sed -i "s@options *@options root=UUID=$rootuuid rw rootwait quiet @" 
$SYSTEMDBOOT_CFGS

These too are successful.  At least the appropriate changes are made.  
Unfortunately I do not think I am putting in all of the appropriate changes.

When I boot, the system hangs waiting for root device.  I do not see any 
messages in the boot output showing anything is trying to start any LVM 
services or run any LVM commands.  So, I am guessing I am missing items in the 
options line.

I've tried manually editing the boot command when booting, but nothing has 
worked.  I've tried adding lvm to the line, changing the root entry, etc.  The 
boot always hangs waiting for the root device.

I did not find anything useful online.  So, asking here.  If there is something 
online that would help, please point me in the right direction.

If there is nothing, can anyone here help me get my openembedded linux OS to 
boot off of a root logical volume?

Thank you in advance

Lewis Muhlenkamp

Follow this link to read our Privacy 
Statement
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [PATCH 1/2] python3-requests-future: Initial commit of 0.9.5

2019-09-11 Thread Alistair Francis
Signed-off-by: Alistair Francis 
---
 .../python/python3-requests-futures_0.9.5.bb   | 14 ++
 1 file changed, 14 insertions(+)
 create mode 100644 
meta-python/recipes-devtools/python/python3-requests-futures_0.9.5.bb

diff --git 
a/meta-python/recipes-devtools/python/python3-requests-futures_0.9.5.bb 
b/meta-python/recipes-devtools/python/python3-requests-futures_0.9.5.bb
new file mode 100644
index 0..b94929d8c
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python3-requests-futures_0.9.5.bb
@@ -0,0 +1,14 @@
+SUMMARY = "Small add-on for the python requests http library. Makes use of 
python 3.2’s concurrent.futures or the backport for prior versions of python."
+HOMEPAGE = "https://github.com/ross/requests-futures;
+LICENSE = "Apache-2.0"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=e1e50798d0afe0e1f87594c6619a2fa5"
+
+SRC_URI[md5sum] = "e20dc6f063c70888a7f8225e349b6682"
+SRC_URI[sha256sum] = 
"33aa8a3b7892850701707d7e094b1e1ce7c4f7a36ff2a1dcc2da4e01a1a00f7e"
+
+inherit pypi setuptools3
+
+RDEPENDS_${PN} += " \
+python3-requests \
+"
+
-- 
2.23.0

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


[oe] [PATCH 2/2] python3-xmlrunner: Initial commit of 1.7.7

2019-09-11 Thread Alistair Francis
Signed-off-by: Alistair Francis 
---
 .../recipes-devtools/python/python3-xmlrunner_1.7.7.bb   | 9 +
 1 file changed, 9 insertions(+)
 create mode 100644 
meta-python/recipes-devtools/python/python3-xmlrunner_1.7.7.bb

diff --git a/meta-python/recipes-devtools/python/python3-xmlrunner_1.7.7.bb 
b/meta-python/recipes-devtools/python/python3-xmlrunner_1.7.7.bb
new file mode 100644
index 0..7e7b5235e
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python3-xmlrunner_1.7.7.bb
@@ -0,0 +1,9 @@
+SUMMARY = "unittest-based test runner with Ant/JUnit like XML reporting"
+HOMEPAGE = "https://github.com/pycontribs/xmlrunner;
+LICENSE = "LGPL-3.0"
+LIC_FILES_CHKSUM = "file://PKG-INFO;md5=fa964f202b6ae067ed5828fe43c77c1a"
+
+SRC_URI[md5sum] = "7b0b152ed2d278516aedbc0cac22dfb3"
+SRC_URI[sha256sum] = 
"5a6113d049eca7646111ee657266966e5bbfb0b5ceb2e83ee0772e16d7110f39"
+
+inherit pypi setuptools3
-- 
2.23.0

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


[oe] LayerIndex timeouts, downtime, and mitigation Sept. 11th 12:04-15:12UTC

2019-09-11 Thread Michael Halstead
I recently updated https://layers.openembedded.org/ to expose additional
data via the API. Following the update we experienced downtime due to
resource exhaustion. The time line follows:

September 11th, 12:04 UTC - heavy usage of the application lead to
resource exhaustion and intermittent timeouts
September 11th, 13:16 UTC - effectively offline
September 11th, 15:12 UTC - migrated to a more powerful VM restoring
normal operation

I am continuing to monitor the application and I'm working on rate
limiting rules to prevent this in the future. If you have experience
optimizing Django apps and have time to help please reach out to me and
Paul Eggleton.

-- 
Michael Halstead
Linux Foundation / Yocto Project
Systems Operations Engineer


pEpkey.asc
Description: application/pgp-keys
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-gnome][PATCH] gvfs: upgrade 1.40.2 -> 1.41.2 for CVE fixes

2019-09-11 Thread Trevor Gamblin
From: Trevor Gamblin 

The following CVEs are fixed as of gvfs 1.41.2:

CVE-2019-12447
CVE-2019-12448
CVE-2019-12449

See merge request: https://gitlab.gnome.org/GNOME/gvfs/merge_requests/48

Signed-off-by: Trevor Gamblin 
---
 meta-gnome/recipes-gnome/gvfs/{gvfs_1.40.2.bb => gvfs_1.41.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-gnome/recipes-gnome/gvfs/{gvfs_1.40.2.bb => gvfs_1.41.2.bb} (95%)

diff --git a/meta-gnome/recipes-gnome/gvfs/gvfs_1.40.2.bb 
b/meta-gnome/recipes-gnome/gvfs/gvfs_1.41.2.bb
similarity index 95%
rename from meta-gnome/recipes-gnome/gvfs/gvfs_1.40.2.bb
rename to meta-gnome/recipes-gnome/gvfs/gvfs_1.41.2.bb
index 4fca107..27e3f92 100644
--- a/meta-gnome/recipes-gnome/gvfs/gvfs_1.40.2.bb
+++ b/meta-gnome/recipes-gnome/gvfs/gvfs_1.41.2.bb
@@ -9,8 +9,8 @@ DEPENDS += "libsecret glib-2.0 glib-2.0-native gconf libgudev 
shadow-native"
 
 SRC_URI = 
"https://download.gnome.org/sources/${BPN}/${@gnome_verdir("${PV}")}/${BPN}-${PV}.tar.xz;name=archive"
 
-SRC_URI[archive.md5sum] = "47db9bec616e089513b7f1386e5c7d5f"
-SRC_URI[archive.sha256sum] = 
"bdefe8fec6a1097f0c126fa2a4533667c98a86e237ac640518000e16b363971e"
+SRC_URI[archive.md5sum] = "9a9a97a63bb9e87258d48086a6bdacaa"
+SRC_URI[archive.sha256sum] = 
"f311b7c5f855ebe259960c00c7d03c812e040928ecb0ec093b50a4f16b3bcf26"
 
 
 EXTRA_OEMESON = " \
-- 
2.7.4

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


[oe] [meta-oe][PATCH] lvm2/libdevmapper: Make it build for native

2019-09-11 Thread Peter Kjellerstedt
Backport a patch from upstream master that corrects the passing of
link flags through configure.

Signed-off-by: Peter Kjellerstedt 
---
 ...gure-Fix-setting-of-CLDFLAGS-default.patch | 78 +++
 meta-oe/recipes-support/lvm2/lvm2.inc |  1 +
 2 files changed, 79 insertions(+)
 create mode 100644 
meta-oe/recipes-support/lvm2/files/0001-configure-Fix-setting-of-CLDFLAGS-default.patch

diff --git 
a/meta-oe/recipes-support/lvm2/files/0001-configure-Fix-setting-of-CLDFLAGS-default.patch
 
b/meta-oe/recipes-support/lvm2/files/0001-configure-Fix-setting-of-CLDFLAGS-default.patch
new file mode 100644
index 0..07cb88ffb
--- /dev/null
+++ 
b/meta-oe/recipes-support/lvm2/files/0001-configure-Fix-setting-of-CLDFLAGS-default.patch
@@ -0,0 +1,78 @@
+From 4a3e707402032788e09282e0f54fdf82c8a0f8fc Mon Sep 17 00:00:00 2001
+From: Marian Csontos 
+Date: Mon, 19 Aug 2019 14:54:43 +0200
+Subject: [PATCH] configure: Fix setting of CLDFLAGS default
+
+---
+ configure| 6 +++---
+ configure.ac | 6 +++---
+ 2 files changed, 6 insertions(+), 6 deletions(-)
+
+Upstream-Status: Backport 
[https://sourceware.org/git/?p=lvm2.git;a=commit;h=4a3e707402032788e09282e0f54fdf82c8a0f8fc]
+Signed-off-by: Peter Kjellerstedt 
+
+diff --git a/configure b/configure
+index ff3a59b6b..4c8476502 100755
+--- a/configure
 b/configure
+@@ -3077,7 +3077,7 @@ if test -z "$CFLAGS"; then :
+ fi
+ case "$host_os" in
+   linux*)
+-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"} 
-Wl,--version-script,.export.sym"
++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"} 
-Wl,--version-script,.export.sym"
+   # equivalent to -rdynamic
+   ELDFLAGS="-Wl,--export-dynamic"
+   # FIXME Generate list and use --dynamic-list=.dlopen.sym
+@@ -3098,7 +3098,7 @@ case "$host_os" in
+   ;;
+   darwin*)
+   CFLAGS="$CFLAGS -no-cpp-precomp -fno-common"
+-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"}"
++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"}"
+   ELDFLAGS=
+   CLDWHOLEARCHIVE="-all_load"
+   CLDNOWHOLEARCHIVE=
+@@ -3111,7 +3111,7 @@ case "$host_os" in
+   BLKDEACTIVATE=no
+   ;;
+   *)
+-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"}"
++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"}"
+   ;;
+ esac
+ 
+diff --git a/configure.ac b/configure.ac
+index 5da694631..830edb8da 100644
+--- a/configure.ac
 b/configure.ac
+@@ -30,7 +30,7 @@ AC_CANONICAL_TARGET([])
+ AS_IF([test -z "$CFLAGS"], [COPTIMISE_FLAG="-O2"])
+ case "$host_os" in
+   linux*)
+-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"} 
-Wl,--version-script,.export.sym"
++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"} 
-Wl,--version-script,.export.sym"
+   # equivalent to -rdynamic
+   ELDFLAGS="-Wl,--export-dynamic"
+   # FIXME Generate list and use --dynamic-list=.dlopen.sym
+@@ -51,7 +51,7 @@ case "$host_os" in
+   ;;
+   darwin*)
+   CFLAGS="$CFLAGS -no-cpp-precomp -fno-common"
+-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"}"
++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"}"
+   ELDFLAGS=
+   CLDWHOLEARCHIVE="-all_load"
+   CLDNOWHOLEARCHIVE=
+@@ -64,7 +64,7 @@ case "$host_os" in
+   BLKDEACTIVATE=no
+   ;;
+   *)
+-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"}"
++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"}"
+   ;;
+ esac
+ 
+-- 
+2.21.0
+
diff --git a/meta-oe/recipes-support/lvm2/lvm2.inc 
b/meta-oe/recipes-support/lvm2/lvm2.inc
index f358663b0..6c95bfd02 100644
--- a/meta-oe/recipes-support/lvm2/lvm2.inc
+++ b/meta-oe/recipes-support/lvm2/lvm2.inc
@@ -15,6 +15,7 @@ SRC_URI = "https://sourceware.org/pub/lvm2/LVM2.${PV}.tgz \
file://0001-Avoid-bashisms-in-init-scripts.patch \
file://0005-do-not-build-manual.patch \
file://0006-start-lvm2-monitor.service-after-tmp.mount.patch \
+   file://0001-configure-Fix-setting-of-CLDFLAGS-default.patch \
"
 SRC_URI[md5sum] = "5fc07da5461a3794a751dcfc355827d5"
 SRC_URI[sha256sum] = 
"550ba750239fd75b7e52c9877565cabffef506bbf6d7f6f17b9700dee56c720f"
-- 
2.21.0

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


Re: [oe] [meta-filesystems][PATCH] fuse3: add libfuse3 recipe

2019-09-11 Thread Stefan Agner
On 2019-09-11 03:40, Khem Raj wrote:
> Hi Armin
> 
> On 9/10/19 3:06 PM, akuster808 wrote:
>> Stefan,
>>
>> On 9/10/19 2:49 PM, Stefan Agner wrote:
>>> From: Stefan Agner 
>>>
>>> Add recipe for libfuse version 3 series. Follow the scheme other
>>> distributions use and create a new recipe with 3 in its name.
>>> To avoid conflict with the fuse (2) recipe this recipe does not
>>> provide init scripts/configuration files which automatically load
>>> the fuse kernel driver.
>>>
>>> Signed-off-by: Stefan Agner 
>>
>> This recipe appears to already exist in meta-filesystem
>>
>> https://git.openembedded.org/meta-openembedded/tree/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb
>>
>> Is this a all together a different Major version that is not compatible
>> with the one above? or should we just update the old one?
>>
> 
> These are different revisions which can be installed together see [1]
> I think best solution is as proposed where both revisions can live
> together, we don't want to force fuse2 users to fuse3 since it could
> mean quite a bit of unplanned work. Eventually we might drop fuse2
> maybe in 3.1+ releases if all users of fuse in OE have moved over to
> fuse3

Yes, fuse3 seems to be a non backward compatible release. Lots of
project still require fuse2. E.g. in ArchLinux you can see that actually
most packages still depend on fuse2:
https://www.archlinux.org/packages/extra/x86_64/fuse2/
https://www.archlinux.org/packages/extra/x86_64/fuse3/

Given that so many projects still rely on fuse2, I guess dropping fuse2
will be even further out.

--
Stefan

> 
> [1]
> https://github.com/libfuse/libfuse/blob/master/ChangeLog.rst#libfuse-300-2016-12-08
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-oe][PATCH] safec: Define _GNU_SOURCE

2019-09-11 Thread Khem Raj
musl does not define this variable automatically but safec does provide
wrapper for some GNU extentions as well e.g.

error: implicit declaration of function 'localtime_r' is invalid in C99

Signed-off-by: Khem Raj 
---
 meta-oe/recipes-core/safec/safec_3.4.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-oe/recipes-core/safec/safec_3.4.bb 
b/meta-oe/recipes-core/safec/safec_3.4.bb
index b4c125faf4..cc1fbcb735 100644
--- a/meta-oe/recipes-core/safec/safec_3.4.bb
+++ b/meta-oe/recipes-core/safec/safec_3.4.bb
@@ -10,6 +10,8 @@ S = "${WORKDIR}/git"
 SRCREV = "62e6b2df55084316d027165d286e46beb40513dc"
 SRC_URI = "git://github.com/rurban/safeclib.git"
 
+CPPFLAGS_append_libc-musl = " -D_GNU_SOURCE"
+
 COMPATIBLE_HOST = '(x86_64|i.86|powerpc|powerpc64|arm).*-linux'
 
 RDEPENDS_${PN} = "perl"
-- 
2.23.0

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