Re: [OE-core] [warrior][PATCH 2/3] patch: fix CVE-2019-13638

[akuster808]

On 8/20/19 6:58 PM, Anuj Mittal wrote:
> From: Trevor Gamblin 
>
> (From OE-Core rev: b59b1222b3f73f982286222a583de09c661dc781)
>
> Signed-off-by: Trevor Gamblin 
> Signed-off-by: Richard Purdie 

never mind that was 636.

- armin
>  ...-directly-instead-of-using-the-shell.patch | 44 +++
>  meta/recipes-devtools/patch/patch_2.7.6.bb|  1 +
>  2 files changed, 45 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
>
> diff --git 
> a/meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
>  
> b/meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
> new file mode 100644
> index 00..f60dfe879a
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
> @@ -0,0 +1,44 @@
> +From 3fcd042d26d70856e826a42b5f93dc4854d80bf0 Mon Sep 17 00:00:00 2001
> +From: Andreas Gruenbacher 
> +Date: Fri, 6 Apr 2018 19:36:15 +0200
> +Subject: [PATCH] Invoke ed directly instead of using the shell
> +
> +* src/pch.c (do_ed_script): Invoke ed directly instead of using a shell
> +command to avoid quoting vulnerabilities.
> +
> +CVE: CVE-2019-13638
> +Upstream-Status: 
> Backport[https://git.savannah.gnu.org/cgit/patch.git/patch/?id=3fcd042d26d70856e826a42b5f93dc4854d80bf0]
> +Signed-off-by: Trevor Gamblin 
> +
> +---
> + src/pch.c | 6 ++
> + 1 file changed, 2 insertions(+), 4 deletions(-)
> +
> +
> +diff --git a/src/pch.c b/src/pch.c
> +index 4fd5a05..16e001a 100644
> +--- a/src/pch.c
>  b/src/pch.c
> +@@ -2459,9 +2459,6 @@ do_ed_script (char const *inname, char const *outname,
> + *outname_needs_removal = true;
> + copy_file (inname, outname, 0, exclusive, instat.st_mode, true);
> +   }
> +-sprintf (buf, "%s %s%s", editor_program,
> +- verbosity == VERBOSE ? "" : "- ",
> +- outname);
> + fflush (stdout);
> + 
> + pid = fork();
> +@@ -2470,7 +2467,8 @@ do_ed_script (char const *inname, char const *outname,
> + else if (pid == 0)
> +   {
> + dup2 (tmpfd, 0);
> +-execl ("/bin/sh", "sh", "-c", buf, (char *) 0);
> ++assert (outname[0] != '!' && outname[0] != '-');
> ++execlp (editor_program, editor_program, "-", outname, (char  *) 
> NULL);
> + _exit (2);
> +   }
> + else
> +-- 
> +2.7.4
> +
> diff --git a/meta/recipes-devtools/patch/patch_2.7.6.bb 
> b/meta/recipes-devtools/patch/patch_2.7.6.bb
> index 8cf20a3597..8908910f74 100644
> --- a/meta/recipes-devtools/patch/patch_2.7.6.bb
> +++ b/meta/recipes-devtools/patch/patch_2.7.6.bb
> @@ -7,6 +7,7 @@ SRC_URI += 
> "file://0001-Unset-need_charset_alias-when-building-for-musl.patch \
>  
> file://0004-Fix-arbitrary-command-execution-in-ed-style-patches-.patch \
>  file://0001-Fix-swapping-fake-lines-in-pch_swap.patch \
>  file://CVE-2019-13636.patch \
> +file://0001-Invoke-ed-directly-instead-of-using-the-shell.patch \
>  "
>  
>  SRC_URI[md5sum] = "4c68cee989d83c87b00a3860bcd05600"

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

Re: [OE-core] [warrior][PATCH 2/3] patch: fix CVE-2019-13638

[Mittal, Anuj]

On Tue, 2019-08-20 at 20:08 -0700, akuster808 wrote:
> On 8/20/19 6:58 PM, Anuj Mittal wrote:
> > From: Trevor Gamblin 
> > 
> > (From OE-Core rev: b59b1222b3f73f982286222a583de09c661dc781)
> > 
> > Signed-off-by: Trevor Gamblin 
> > Signed-off-by: Richard Purdie 
> 
> this one is already stagged in warrior-nmut
> https://git.openembedded.org/openembedded-core-contrib/commit/?h=stable/warrior-nmut=e157d559d55ea95fd2db5726073e29de90348ec1

The one staged is CVE-2019-13636. This one is CVE-2019-13638 :)

Thanks,

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

Re: [OE-core] [warrior][PATCH 2/3] patch: fix CVE-2019-13638

[akuster808]

On 8/20/19 6:58 PM, Anuj Mittal wrote:
> From: Trevor Gamblin 
>
> (From OE-Core rev: b59b1222b3f73f982286222a583de09c661dc781)
>
> Signed-off-by: Trevor Gamblin 
> Signed-off-by: Richard Purdie 

this one is already stagged in warrior-nmut
https://git.openembedded.org/openembedded-core-contrib/commit/?h=stable/warrior-nmut=e157d559d55ea95fd2db5726073e29de90348ec1
> ---
>  ...-directly-instead-of-using-the-shell.patch | 44 +++
>  meta/recipes-devtools/patch/patch_2.7.6.bb|  1 +
>  2 files changed, 45 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
>
> diff --git 
> a/meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
>  
> b/meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
> new file mode 100644
> index 00..f60dfe879a
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
> @@ -0,0 +1,44 @@
> +From 3fcd042d26d70856e826a42b5f93dc4854d80bf0 Mon Sep 17 00:00:00 2001
> +From: Andreas Gruenbacher 
> +Date: Fri, 6 Apr 2018 19:36:15 +0200
> +Subject: [PATCH] Invoke ed directly instead of using the shell
> +
> +* src/pch.c (do_ed_script): Invoke ed directly instead of using a shell
> +command to avoid quoting vulnerabilities.
> +
> +CVE: CVE-2019-13638
> +Upstream-Status: 
> Backport[https://git.savannah.gnu.org/cgit/patch.git/patch/?id=3fcd042d26d70856e826a42b5f93dc4854d80bf0]
> +Signed-off-by: Trevor Gamblin 
> +
> +---
> + src/pch.c | 6 ++
> + 1 file changed, 2 insertions(+), 4 deletions(-)
> +
> +
> +diff --git a/src/pch.c b/src/pch.c
> +index 4fd5a05..16e001a 100644
> +--- a/src/pch.c
>  b/src/pch.c
> +@@ -2459,9 +2459,6 @@ do_ed_script (char const *inname, char const *outname,
> + *outname_needs_removal = true;
> + copy_file (inname, outname, 0, exclusive, instat.st_mode, true);
> +   }
> +-sprintf (buf, "%s %s%s", editor_program,
> +- verbosity == VERBOSE ? "" : "- ",
> +- outname);
> + fflush (stdout);
> + 
> + pid = fork();
> +@@ -2470,7 +2467,8 @@ do_ed_script (char const *inname, char const *outname,
> + else if (pid == 0)
> +   {
> + dup2 (tmpfd, 0);
> +-execl ("/bin/sh", "sh", "-c", buf, (char *) 0);
> ++assert (outname[0] != '!' && outname[0] != '-');
> ++execlp (editor_program, editor_program, "-", outname, (char  *) 
> NULL);
> + _exit (2);
> +   }
> + else
> +-- 
> +2.7.4
> +
> diff --git a/meta/recipes-devtools/patch/patch_2.7.6.bb 
> b/meta/recipes-devtools/patch/patch_2.7.6.bb
> index 8cf20a3597..8908910f74 100644
> --- a/meta/recipes-devtools/patch/patch_2.7.6.bb
> +++ b/meta/recipes-devtools/patch/patch_2.7.6.bb
> @@ -7,6 +7,7 @@ SRC_URI += 
> "file://0001-Unset-need_charset_alias-when-building-for-musl.patch \
>  
> file://0004-Fix-arbitrary-command-execution-in-ed-style-patches-.patch \
>  file://0001-Fix-swapping-fake-lines-in-pch_swap.patch \
>  file://CVE-2019-13636.patch \
> +file://0001-Invoke-ed-directly-instead-of-using-the-shell.patch \
>  "
>  
>  SRC_URI[md5sum] = "4c68cee989d83c87b00a3860bcd05600"

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

[OE-core] ✗ patchtest: failure for "[warrior] rsync: fix CVEs for ..." and 2 more

[Patchwork]

== Series Details ==

Series: "[warrior] rsync: fix CVEs for ..." and 2 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/19380/
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  warrior (currently at 952bfcc3f4)

* Patch[warrior,3/3] patch: backport fixes
 Issue Missing or incorrectly formatted CVE tag in included patch 
file [test_cve_tag_format] 
  Suggested fixCorrect or include the CVE tag on cve patch with format: 
"CVE: CVE--"



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

[OE-core] ✗ patchtest: failure for patch: backport fixes

[Patchwork]

== Series Details ==

Series: patch: backport fixes
Revision: 1
URL   : https://patchwork.openembedded.org/series/19379/
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:



* Patchpatch: backport fixes
 Issue Missing or incorrectly formatted CVE tag in included patch 
file [test_cve_tag_format] 
  Suggested fixCorrect or include the CVE tag on cve patch with format: 
"CVE: CVE--"



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

[OE-core] [warrior][PATCH 2/3] patch: fix CVE-2019-13638

[Anuj Mittal]

From: Trevor Gamblin 

(From OE-Core rev: b59b1222b3f73f982286222a583de09c661dc781)

Signed-off-by: Trevor Gamblin 
Signed-off-by: Richard Purdie 
---
 ...-directly-instead-of-using-the-shell.patch | 44 +++
 meta/recipes-devtools/patch/patch_2.7.6.bb|  1 +
 2 files changed, 45 insertions(+)
 create mode 100644 
meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch

diff --git 
a/meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
 
b/meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
new file mode 100644
index 00..f60dfe879a
--- /dev/null
+++ 
b/meta/recipes-devtools/patch/patch/0001-Invoke-ed-directly-instead-of-using-the-shell.patch
@@ -0,0 +1,44 @@
+From 3fcd042d26d70856e826a42b5f93dc4854d80bf0 Mon Sep 17 00:00:00 2001
+From: Andreas Gruenbacher 
+Date: Fri, 6 Apr 2018 19:36:15 +0200
+Subject: [PATCH] Invoke ed directly instead of using the shell
+
+* src/pch.c (do_ed_script): Invoke ed directly instead of using a shell
+command to avoid quoting vulnerabilities.
+
+CVE: CVE-2019-13638
+Upstream-Status: 
Backport[https://git.savannah.gnu.org/cgit/patch.git/patch/?id=3fcd042d26d70856e826a42b5f93dc4854d80bf0]
+Signed-off-by: Trevor Gamblin 
+
+---
+ src/pch.c | 6 ++
+ 1 file changed, 2 insertions(+), 4 deletions(-)
+
+
+diff --git a/src/pch.c b/src/pch.c
+index 4fd5a05..16e001a 100644
+--- a/src/pch.c
 b/src/pch.c
+@@ -2459,9 +2459,6 @@ do_ed_script (char const *inname, char const *outname,
+   *outname_needs_removal = true;
+   copy_file (inname, outname, 0, exclusive, instat.st_mode, true);
+ }
+-  sprintf (buf, "%s %s%s", editor_program,
+-   verbosity == VERBOSE ? "" : "- ",
+-   outname);
+   fflush (stdout);
+ 
+   pid = fork();
+@@ -2470,7 +2467,8 @@ do_ed_script (char const *inname, char const *outname,
+   else if (pid == 0)
+ {
+   dup2 (tmpfd, 0);
+-  execl ("/bin/sh", "sh", "-c", buf, (char *) 0);
++  assert (outname[0] != '!' && outname[0] != '-');
++  execlp (editor_program, editor_program, "-", outname, (char  *) 
NULL);
+   _exit (2);
+ }
+   else
+-- 
+2.7.4
+
diff --git a/meta/recipes-devtools/patch/patch_2.7.6.bb 
b/meta/recipes-devtools/patch/patch_2.7.6.bb
index 8cf20a3597..8908910f74 100644
--- a/meta/recipes-devtools/patch/patch_2.7.6.bb
+++ b/meta/recipes-devtools/patch/patch_2.7.6.bb
@@ -7,6 +7,7 @@ SRC_URI += 
"file://0001-Unset-need_charset_alias-when-building-for-musl.patch \
 
file://0004-Fix-arbitrary-command-execution-in-ed-style-patches-.patch \
 file://0001-Fix-swapping-fake-lines-in-pch_swap.patch \
 file://CVE-2019-13636.patch \
+file://0001-Invoke-ed-directly-instead-of-using-the-shell.patch \
 "
 
 SRC_URI[md5sum] = "4c68cee989d83c87b00a3860bcd05600"
-- 
2.21.0

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

[OE-core] [warrior][PATCH 3/3] patch: backport fixes

[Anuj Mittal]

The original fix for CVE-2018-1000156 was incomplete. Backport more
fixes done later for a complete fix.

Also see:
https://savannah.gnu.org/bugs/index.php?53820

Signed-off-by: Anuj Mittal 
---
 ...porary-file-on-failed-ed-style-patch.patch | 93 +++
 ...mporary-file-on-failed-multi-file-ed.patch | 80 
 meta/recipes-devtools/patch/patch_2.7.6.bb|  2 +
 3 files changed, 175 insertions(+)
 create mode 100644 
meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-ed-style-patch.patch
 create mode 100644 
meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-multi-file-ed.patch

diff --git 
a/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-ed-style-patch.patch
 
b/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-ed-style-patch.patch
new file mode 100644
index 00..9891526e4e
--- /dev/null
+++ 
b/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-ed-style-patch.patch
@@ -0,0 +1,93 @@
+From 7f770b9c20da1a192dad8cb572a6391f2773285a Mon Sep 17 00:00:00 2001
+From: Jean Delvare 
+Date: Thu, 3 May 2018 14:31:55 +0200
+Subject: [PATCH 1/2] Don't leak temporary file on failed ed-style patch
+
+Now that we write ed-style patches to a temporary file before we
+apply them, we need to ensure that the temporary file is removed
+before we leave, even on fatal error.
+
+* src/pch.c (do_ed_script): Use global TMPEDNAME instead of local
+  tmpname. Don't unlink the file directly, instead tag it for removal
+  at exit time.
+* src/patch.c (cleanup): Unlink TMPEDNAME at exit.
+
+This closes bug #53820:
+https://savannah.gnu.org/bugs/index.php?53820
+
+Fixes: 123eaff0d5d1 ("Fix arbitrary command execution in ed-style patches 
(CVE-2018-1000156)")
+
+Upstream-Status: Backport 
[http://git.savannah.gnu.org/cgit/patch.git/commit/?id=19599883ffb6a450d2884f081f8ecf68edbed7ee]
+Signed-off-by: Anuj Mittal 
+---
+ src/common.h |  2 ++
+ src/pch.c| 12 +---
+ 2 files changed, 7 insertions(+), 7 deletions(-)
+
+diff --git a/src/common.h b/src/common.h
+index ec50b40..22238b5 100644
+--- a/src/common.h
 b/src/common.h
+@@ -94,10 +94,12 @@ XTERN char const *origsuff;
+ XTERN char const * TMPINNAME;
+ XTERN char const * TMPOUTNAME;
+ XTERN char const * TMPPATNAME;
++XTERN char const * TMPEDNAME;
+ 
+ XTERN bool TMPINNAME_needs_removal;
+ XTERN bool TMPOUTNAME_needs_removal;
+ XTERN bool TMPPATNAME_needs_removal;
++XTERN bool TMPEDNAME_needs_removal;
+ 
+ #ifdef DEBUGGING
+ XTERN int debug;
+diff --git a/src/pch.c b/src/pch.c
+index 16e001a..c1a62cf 100644
+--- a/src/pch.c
 b/src/pch.c
+@@ -2392,7 +2392,6 @@ do_ed_script (char const *inname, char const *outname,
+ file_offset beginning_of_this_line;
+ size_t chars_read;
+ FILE *tmpfp = 0;
+-char const *tmpname;
+ int tmpfd;
+ pid_t pid;
+ 
+@@ -2404,12 +2403,13 @@ do_ed_script (char const *inname, char const *outname,
+  invalid commands and treats the next line as a new command, which
+  can lead to arbitrary command execution.  */
+ 
+-  tmpfd = make_tempfile (, 'e', NULL, O_RDWR | O_BINARY, 0);
++  tmpfd = make_tempfile (, 'e', NULL, O_RDWR | O_BINARY, 0);
+   if (tmpfd == -1)
+-pfatal ("Can't create temporary file %s", quotearg (tmpname));
++pfatal ("Can't create temporary file %s", quotearg (TMPEDNAME));
++TMPEDNAME_needs_removal = true;
+   tmpfp = fdopen (tmpfd, "w+b");
+   if (! tmpfp)
+-pfatal ("Can't open stream for file %s", quotearg (tmpname));
++pfatal ("Can't open stream for file %s", quotearg (TMPEDNAME));
+   }
+ 
+ for (;;) {
+@@ -2449,8 +2449,7 @@ do_ed_script (char const *inname, char const *outname,
+   write_fatal ();
+ 
+ if (lseek (tmpfd, 0, SEEK_SET) == -1)
+-  pfatal ("Can't rewind to the beginning of file %s", quotearg (tmpname));
+-
++pfatal ("Can't rewind to the beginning of file %s", quotearg 
(TMPEDNAME));
+ if (! dry_run && ! skip_rest_of_patch) {
+   int exclusive = *outname_needs_removal ? 0 : O_EXCL;
+   *outname_needs_removal = true;
+@@ -2482,7 +2481,6 @@ do_ed_script (char const *inname, char const *outname,
+ }
+ 
+ fclose (tmpfp);
+-safe_unlink (tmpname);
+ 
+ if (ofp)
+   {
+-- 
+2.17.0
+
diff --git 
a/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-multi-file-ed.patch
 
b/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-multi-file-ed.patch
new file mode 100644
index 00..d6a219a1b1
--- /dev/null
+++ 
b/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-multi-file-ed.patch
@@ -0,0 +1,80 @@
+From 369dcccdfa6336e5a873d6d63705cfbe04c55727 Mon Sep 17 00:00:00 2001
+From: Jean Delvare 
+Date: Mon, 7 May 2018 15:14:45 +0200
+Subject: Don't leak temporary file on failed multi-file ed-style patch
+
+The previous fix worked fine with single-file 

[OE-core] [warrior][PATCH 1/3] rsync: fix CVEs for included zlib

[Anuj Mittal]

rsync includes its own copy of zlib and doesn't recommend linking with
the system version [1].

Import CVE fixes that impact zlib version 1.2.8 [2] that is currently used
by rsync.

[1] https://git.samba.org/rsync.git/?p=rsync.git;a=blob;f=zlib/README.rsync
[2] 
https://nvd.nist.gov/vuln/search/results?form_type=Advanced=on_version=cpe%3a%2fa%3agnu%3azlib%3a1.2.8

(From OE-Core rev: a55fbb4cb489853dfb0b4553f6e187c3f3633f48)

Signed-off-by: Anuj Mittal 
Signed-off-by: Richard Purdie 
---
 .../rsync/files/CVE-2016-9840.patch   |  75 ++
 .../rsync/files/CVE-2016-9841.patch   | 228 ++
 .../rsync/files/CVE-2016-9842.patch   |  33 +++
 .../rsync/files/CVE-2016-9843.patch   |  53 
 meta/recipes-devtools/rsync/rsync_3.1.3.bb|   4 +
 5 files changed, 393 insertions(+)
 create mode 100644 meta/recipes-devtools/rsync/files/CVE-2016-9840.patch
 create mode 100644 meta/recipes-devtools/rsync/files/CVE-2016-9841.patch
 create mode 100644 meta/recipes-devtools/rsync/files/CVE-2016-9842.patch
 create mode 100644 meta/recipes-devtools/rsync/files/CVE-2016-9843.patch

diff --git a/meta/recipes-devtools/rsync/files/CVE-2016-9840.patch 
b/meta/recipes-devtools/rsync/files/CVE-2016-9840.patch
new file mode 100644
index 00..7581887790
--- /dev/null
+++ b/meta/recipes-devtools/rsync/files/CVE-2016-9840.patch
@@ -0,0 +1,75 @@
+From 6a043145ca6e9c55184013841a67b2fef87e44c0 Mon Sep 17 00:00:00 2001
+From: Mark Adler 
+Date: Wed, 21 Sep 2016 23:35:50 -0700
+Subject: [PATCH] Remove offset pointer optimization in inftrees.c.
+
+inftrees.c was subtracting an offset from a pointer to an array,
+in order to provide a pointer that allowed indexing starting at
+the offset. This is not compliant with the C standard, for which
+the behavior of a pointer decremented before its allocated memory
+is undefined. Per the recommendation of a security audit of the
+zlib code by Trail of Bits and TrustInSoft, in support of the
+Mozilla Foundation, this tiny optimization was removed, in order
+to avoid the possibility of undefined behavior.
+
+CVE: CVE-2016-9840
+Upstream-Status: Backport
+Signed-off-by: Anuj Mittal 
+---
+ inftrees.c | 18 --
+ 1 file changed, 8 insertions(+), 10 deletions(-)
+
+diff --git a/zlib/inftrees.c b/zlib/inftrees.c
+index 22fcd666..0d2670d5 100644
+--- a/zlib/inftrees.c
 b/zlib/inftrees.c
+@@ -54,7 +54,7 @@ unsigned short FAR *work;
+ code FAR *next; /* next available space in table */
+ const unsigned short FAR *base; /* base value table to use */
+ const unsigned short FAR *extra;/* extra bits table to use */
+-int end;/* use base and extra for symbol > end */
++unsigned match; /* use base and extra for symbol >= match */
+ unsigned short count[MAXBITS+1];/* number of codes of each length */
+ unsigned short offs[MAXBITS+1]; /* offsets in table for each length */
+ static const unsigned short lbase[31] = { /* Length codes 257..285 base */
+@@ -181,19 +181,17 @@ unsigned short FAR *work;
+ switch (type) {
+ case CODES:
+ base = extra = work;/* dummy value--not used */
+-end = 19;
++match = 20;
+ break;
+ case LENS:
+ base = lbase;
+-base -= 257;
+ extra = lext;
+-extra -= 257;
+-end = 256;
++match = 257;
+ break;
+ default:/* DISTS */
+ base = dbase;
+ extra = dext;
+-end = -1;
++match = 0;
+ }
+ 
+ /* initialize state for loop */
+@@ -216,13 +214,13 @@ unsigned short FAR *work;
+ for (;;) {
+ /* create table entry */
+ here.bits = (unsigned char)(len - drop);
+-if ((int)(work[sym]) < end) {
++if (work[sym] + 1 < match) {
+ here.op = (unsigned char)0;
+ here.val = work[sym];
+ }
+-else if ((int)(work[sym]) > end) {
+-here.op = (unsigned char)(extra[work[sym]]);
+-here.val = base[work[sym]];
++else if (work[sym] >= match) {
++here.op = (unsigned char)(extra[work[sym] - match]);
++here.val = base[work[sym] - match];
+ }
+ else {
+ here.op = (unsigned char)(32 + 64); /* end of block */
diff --git a/meta/recipes-devtools/rsync/files/CVE-2016-9841.patch 
b/meta/recipes-devtools/rsync/files/CVE-2016-9841.patch
new file mode 100644
index 00..3942176de5
--- /dev/null
+++ b/meta/recipes-devtools/rsync/files/CVE-2016-9841.patch
@@ -0,0 +1,228 @@
+From 9aaec95e82117c1cb0f9624264c3618fc380cecb Mon Sep 17 00:00:00 2001
+From: Mark Adler 
+Date: Wed, 21 Sep 2016 22:25:21 -0700
+Subject: [PATCH] Use post-increment only in inffast.c.
+
+An old inffast.c optimization turns out to not be optimal anymore
+with modern compilers, and furthermore was not compliant with the
+C standard, for which decrementing a pointer before its allocated

[OE-core] [PATCH] patch: backport fixes

[Anuj Mittal]

The original fix for CVE-2018-1000156 was incomplete. Backport more
fixes done later for a complete fix.

Also see:
https://savannah.gnu.org/bugs/index.php?53820

Signed-off-by: Anuj Mittal 
---
 ...porary-file-on-failed-ed-style-patch.patch | 93 +++
 ...mporary-file-on-failed-multi-file-ed.patch | 80 
 meta/recipes-devtools/patch/patch_2.7.6.bb|  2 +
 3 files changed, 175 insertions(+)
 create mode 100644 
meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-ed-style-patch.patch
 create mode 100644 
meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-multi-file-ed.patch

diff --git 
a/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-ed-style-patch.patch
 
b/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-ed-style-patch.patch
new file mode 100644
index 00..9891526e4e
--- /dev/null
+++ 
b/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-ed-style-patch.patch
@@ -0,0 +1,93 @@
+From 7f770b9c20da1a192dad8cb572a6391f2773285a Mon Sep 17 00:00:00 2001
+From: Jean Delvare 
+Date: Thu, 3 May 2018 14:31:55 +0200
+Subject: [PATCH 1/2] Don't leak temporary file on failed ed-style patch
+
+Now that we write ed-style patches to a temporary file before we
+apply them, we need to ensure that the temporary file is removed
+before we leave, even on fatal error.
+
+* src/pch.c (do_ed_script): Use global TMPEDNAME instead of local
+  tmpname. Don't unlink the file directly, instead tag it for removal
+  at exit time.
+* src/patch.c (cleanup): Unlink TMPEDNAME at exit.
+
+This closes bug #53820:
+https://savannah.gnu.org/bugs/index.php?53820
+
+Fixes: 123eaff0d5d1 ("Fix arbitrary command execution in ed-style patches 
(CVE-2018-1000156)")
+
+Upstream-Status: Backport 
[http://git.savannah.gnu.org/cgit/patch.git/commit/?id=19599883ffb6a450d2884f081f8ecf68edbed7ee]
+Signed-off-by: Anuj Mittal 
+---
+ src/common.h |  2 ++
+ src/pch.c| 12 +---
+ 2 files changed, 7 insertions(+), 7 deletions(-)
+
+diff --git a/src/common.h b/src/common.h
+index ec50b40..22238b5 100644
+--- a/src/common.h
 b/src/common.h
+@@ -94,10 +94,12 @@ XTERN char const *origsuff;
+ XTERN char const * TMPINNAME;
+ XTERN char const * TMPOUTNAME;
+ XTERN char const * TMPPATNAME;
++XTERN char const * TMPEDNAME;
+ 
+ XTERN bool TMPINNAME_needs_removal;
+ XTERN bool TMPOUTNAME_needs_removal;
+ XTERN bool TMPPATNAME_needs_removal;
++XTERN bool TMPEDNAME_needs_removal;
+ 
+ #ifdef DEBUGGING
+ XTERN int debug;
+diff --git a/src/pch.c b/src/pch.c
+index 16e001a..c1a62cf 100644
+--- a/src/pch.c
 b/src/pch.c
+@@ -2392,7 +2392,6 @@ do_ed_script (char const *inname, char const *outname,
+ file_offset beginning_of_this_line;
+ size_t chars_read;
+ FILE *tmpfp = 0;
+-char const *tmpname;
+ int tmpfd;
+ pid_t pid;
+ 
+@@ -2404,12 +2403,13 @@ do_ed_script (char const *inname, char const *outname,
+  invalid commands and treats the next line as a new command, which
+  can lead to arbitrary command execution.  */
+ 
+-  tmpfd = make_tempfile (, 'e', NULL, O_RDWR | O_BINARY, 0);
++  tmpfd = make_tempfile (, 'e', NULL, O_RDWR | O_BINARY, 0);
+   if (tmpfd == -1)
+-pfatal ("Can't create temporary file %s", quotearg (tmpname));
++pfatal ("Can't create temporary file %s", quotearg (TMPEDNAME));
++TMPEDNAME_needs_removal = true;
+   tmpfp = fdopen (tmpfd, "w+b");
+   if (! tmpfp)
+-pfatal ("Can't open stream for file %s", quotearg (tmpname));
++pfatal ("Can't open stream for file %s", quotearg (TMPEDNAME));
+   }
+ 
+ for (;;) {
+@@ -2449,8 +2449,7 @@ do_ed_script (char const *inname, char const *outname,
+   write_fatal ();
+ 
+ if (lseek (tmpfd, 0, SEEK_SET) == -1)
+-  pfatal ("Can't rewind to the beginning of file %s", quotearg (tmpname));
+-
++pfatal ("Can't rewind to the beginning of file %s", quotearg 
(TMPEDNAME));
+ if (! dry_run && ! skip_rest_of_patch) {
+   int exclusive = *outname_needs_removal ? 0 : O_EXCL;
+   *outname_needs_removal = true;
+@@ -2482,7 +2481,6 @@ do_ed_script (char const *inname, char const *outname,
+ }
+ 
+ fclose (tmpfp);
+-safe_unlink (tmpname);
+ 
+ if (ofp)
+   {
+-- 
+2.17.0
+
diff --git 
a/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-multi-file-ed.patch
 
b/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-multi-file-ed.patch
new file mode 100644
index 00..d6a219a1b1
--- /dev/null
+++ 
b/meta/recipes-devtools/patch/patch/0001-Don-t-leak-temporary-file-on-failed-multi-file-ed.patch
@@ -0,0 +1,80 @@
+From 369dcccdfa6336e5a873d6d63705cfbe04c55727 Mon Sep 17 00:00:00 2001
+From: Jean Delvare 
+Date: Mon, 7 May 2018 15:14:45 +0200
+Subject: Don't leak temporary file on failed multi-file ed-style patch
+
+The previous fix worked fine with single-file 

Re: [OE-core] [PATCH 1/1] adwaita-icon-theme: workaround for do_populate_sysroot failure

[Kang Kai]

On 2019/8/21 上午3:19, Alexander Kanavin wrote:
On Tue, 20 Aug 2019 at 20:42, Ross Burton > wrote:


> It fails to run task do_populate_sysroot of adwaita-icon-theme
rarely:
>
> | DEBUG: Executing shell function sysroot_stage_all
> | cpio: ./icons/Adwaita/16x16/legacy/_inst.21134_: Cannot stat:
No such
>    file or directory
>
> In script ${S}/install-sh, temporary files _inst.* are created
and will be
> removed by shell builtin command trap when the script exits:
>
>      # Make a couple of temp file names in the proper directory.
>      dsttmp=${dstdirslash}_inst.$$_
>      rmtmp=${dstdirslash}_rm.$$_
>
>      # Trap to clean up those temp files at exit.
>      trap 'ret=$?; rm -f "$dsttmp" "$rmtmp" && exit $ret' 0
>
> The temporary files should be deleted already after task
do_install. But
> somehow they are still exist until the gap between commands find and
> cpio in populate_sysroot function sysroot_stage_dir().

So does this only happen to adwaita-icon-theme?  Is it a bug in
install-sh, so impacts almost every automake-using package?  Or is
it a
bug in how adwaita-icon-theme is using install-sh?


This might actually be caused by my glorious hack:
https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-gnome/gnome/adwaita-icon-theme/0001-Run-installation-commands-as-shell-jobs.patch?h=master-next

There is a 'wait' after every '&', so not sure what goes wrong here.


Hi Alex,

Thanks. I'll revert this commit locally. And if it is the root cause, 
I'll try to figure out what's going on here.


Kai




Alex



--
Kai Kang

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

[OE-core] [PATCH] serial-getty@.service: Allow device to fast fail if it does not exist

[Jason Wessel]

Some BSPs use a USB serial port which may or may not actually be
plugged all the time.  It is quite useful to have a USB serial port
have a getty running but it does not make sense to wait for it for 90
seconds before completing the system startup if it might never get
plugged in.  The typical example is that a USB serial device might
only need to be plugged in when debugging, upgrading, or initially
configuring a device.

This change is somewhat subtle.  Systemd uses the "BindsTo" directive
to ensure existence of the device in order to start the service as
well as to terminate the service if the device goes away.  The "After"
directive makes that same relationship stronger, and has the undesired
side effect that systemd will wait until its internal time out value
for the device to come on line before executing a fail operation or
letting other tasks and groups continue.  This is certainly the kind
of behavior we want for a disk, but not for serial ports in general.

The kernel module loader and device detection will have run a long
time before the getty startup.  By the time the getty startup occurs
the system has all the serial devices its going to get.

If you want to observe the problem with qemu, it is easy to replicate.
Simply add the following line to your local.conf for a x86-64 qemu
build.

SERIAL_CONSOLES="115200;ttyS0 115200;ttyUSB0"

Login right after the system boots and observe:

   root@qemux86-64:~# systemctl list-jobs |cat
   JOB UNIT TYPE  STATE
 1 multi-user.targetstart waiting
69 serial-getty@ttyUSB0.service start waiting
64 getty.target start waiting
71 dev-ttyUSB0.device   start running
62 systemd-update-utmp-runlevel.service start waiting

   5 jobs listed.

You can see above that the dev-ttyUSB0.device will block for 1min 30
seconds.  While that might not be a problem for this reference build.
It is certainly a problem for images that have software watchdogs that
verify the system booted up all the way to systemd completion in less
than 90 seconds.

This other nice effect of this change is that the fast fail device
extend to additional serial ports that may not exist on ARM BSPs or
that might be configured in or out by the dtb files on different
boards.

Signed-off-by: Jason Wessel 
---
 .../systemd/systemd-serialgetty/serial-getty@.service   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta/recipes-core/systemd/systemd-serialgetty/serial-getty@.service 
b/meta/recipes-core/systemd/systemd-serialgetty/serial-getty@.service
index e8b027e97d..a20092a173 100644
--- a/meta/recipes-core/systemd/systemd-serialgetty/serial-getty@.service
+++ b/meta/recipes-core/systemd/systemd-serialgetty/serial-getty@.service
@@ -10,7 +10,7 @@ Description=Serial Getty on %I
 Documentation=man:agetty(8) man:systemd-getty-generator(8)
 Documentation=http://0pointer.de/blog/projects/serial-console.html
 BindsTo=dev-%i.device
-After=dev-%i.device systemd-user-sessions.service plymouth-quit-wait.service
+After=systemd-user-sessions.service plymouth-quit-wait.service
 After=rc-local.service
 
 # If additional gettys are spawned during boot then we should make
-- 
2.21.0

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

Re: [OE-core] [PATCH] systemd: decreasing default RLIMIT_NOFILE on qemu bsp

[Mark Hatle]

On 8/20/19 11:38 AM, Adrian Bunk wrote:
> On Tue, Aug 20, 2019 at 08:46:53AM -0500, Mark Hatle wrote:
>> On 8/19/19 9:55 AM, richard.pur...@linuxfoundation.org wrote:
>>> On Mon, 2019-08-19 at 16:01 +0200, Alexander Kanavin wrote:
 Should the limit be simply raised? The 256M setup is crumbling on
 several fronts (runtime tests, modernisation of X, various non-x86
 qemu targets). Adding per-image/target exceptions, custom non-
 upstreamable patches, or sticking to deprecated configurations isn't
 the right thing to do, I think.
>>>
>>> What kind of devices/uses are we meant to be targeting?
>>>
>>> I believe OE is suited to optimised used cases where constraints on
>>> size and performance are quite likely and supported.
>>>
>>> This is *exactly* the kind of thing we should be exploring and
>>> supporting. systemd is not designed for some of the systems we target.
>>> Changing some of its configuration shouldn't be a surprise.
>>>
>>> Having NFS taking up half the available memory doesn't make sense,
>>> particularly when the sysvinit limits have worked for us for years. I
>>> therefore appreciate Hongxu figuring out what the difference was and I
>>> believe we should change this to something more suited for our target
>>> audience, unless someone can explain why this is a bad idea.
>>>
>>> Similarly, forcing everyone to full GL stacks under qemu simply is not
>>> acceptable. For example I might have a single container type image
>>> which I want to load/test under qemu. Forcing such usage to require
>>> 512MB memory for what could be a headless system also isn't right and
>>> will just frustrate users. Users need to be able to access headless or
>>> 2D configurations of it.
>>
>> Looking at what my customers are doing, I completely agree.  I look at the
>> design criteria for my customer's devices and I'm seeing 256MB as -very- 
>> common.
>>  More happens, but it's rare still.  (But I have some customers with GB of 
>> ram,
>> but that is usually to support their application, but the base system!)
>>
>> (Note, I do have customers -with- graphics requirements [X11] that are in the
>> 128/256 MB ram ranges.  In most cases OpenGL is something they would like, 
>> but I
>> don't believe it's a hard requirement for them.)
>>
>> I do still have many customers with 128 MB of ram requirements.  So it's
>> important for us to set a reasonable baseline (256MB).  So going under this
>> requires 'work', but I think that is acceptable.
> 
> There is also a certain disconnect between these numbers and the 
> constant pain for everyone of keeping everything building with
> musl for small size gain.
> 
> 128 MB RAM and 16 MB flash would be a configuration where I would not 
> worry about size enough to consider glibc a problem.
> 
> Is there real-world demand for running X11 with musl?

Size is only one reason for musl, the other is to have a non-GPL libc in the 
device.

--Mark

> Is there a CI setup ensuring that disk and RAM usage of relevant
> musl setups don't regress - which might be more than the gains
> of musl compared to glibc?
> 
>> --Mark
> 
> cu
> Adrian
> 

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

Re: [OE-core] [PATCH v2 3/3] qemuriscv64: Specify the firmware as a bios instead of kernel

[Alistair Francis]

On Tue, Aug 20, 2019 at 2:13 PM Khem Raj  wrote:
>
> On Tue, Aug 20, 2019 at 2:03 PM Alistair Francis
>  wrote:
> >
> > Now that we have a -bios option for the RISC-V virt machine in QEMU we
> > can pass OpenSBI in via -bios and the kernel in via -kernel. We no
> > longer need to pass the kernel in via -device loader so let's remove
> > that.
> >
>
> have you tried running bitbake -ctestimage with this change ?

I have run the testimage, (not bitbake -c testimage) with this change.

Alistair

>
> > Signed-off-by: Alistair Francis 
> > ---
> > v2:
> >  - Improve the commit message
> >
> >  meta/conf/machine/include/riscv/qemuriscv.inc | 2 +-
> >  meta/conf/machine/qemuriscv64.conf| 2 --
> >  2 files changed, 1 insertion(+), 3 deletions(-)
> >
> > diff --git a/meta/conf/machine/include/riscv/qemuriscv.inc 
> > b/meta/conf/machine/include/riscv/qemuriscv.inc
> > index 797a27660d..2ebd0a01f2 100644
> > --- a/meta/conf/machine/include/riscv/qemuriscv.inc
> > +++ b/meta/conf/machine/include/riscv/qemuriscv.inc
> > @@ -28,7 +28,7 @@ UBOOT_ENTRYPOINT_riscv64 = "0x8020"
> >  QB_KERNEL_CMDLINE_APPEND = "earlycon=sbi"
> >  QB_MEM = "-m 512"
> >  QB_MACHINE = "-machine virt"
> > -QB_DEFAULT_KERNEL = "fw_jump.elf"
> > +QB_DEFAULT_BIOS = "fw_jump.elf"
> >  QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no"
> >  QB_NETWORK_DEVICE = "-device virtio-net-device,netdev=net0,mac=@MAC@"
> >  QB_ROOTFS_OPT = "-drive id=disk0,file=@ROOTFS@,if=none,format=raw -device 
> > virtio-blk-device,drive=disk0"
> > diff --git a/meta/conf/machine/qemuriscv64.conf 
> > b/meta/conf/machine/qemuriscv64.conf
> > index dba8f09e93..99b48b309b 100644
> > --- a/meta/conf/machine/qemuriscv64.conf
> > +++ b/meta/conf/machine/qemuriscv64.conf
> > @@ -4,8 +4,6 @@
> >
> >  require conf/machine/include/riscv/qemuriscv.inc
> >
> > -QB_OPT_APPEND += "-show-cursor -monitor null -device 
> > loader,file=${DEPLOY_DIR_IMAGE}/${KERNEL_IMAGETYPE},addr=0x8020"
> > -
> >  EXTRA_IMAGEDEPENDS += "u-boot"
> >  UBOOT_MACHINE = "qemu-riscv64_defconfig"
> >  UBOOT_ELF = "u-boot"
> > --
> > 2.22.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
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 3/3] qemuriscv64: Specify the firmware as a bios instead of kernel

[Khem Raj]

On Tue, Aug 20, 2019 at 2:03 PM Alistair Francis
 wrote:
>
> Now that we have a -bios option for the RISC-V virt machine in QEMU we
> can pass OpenSBI in via -bios and the kernel in via -kernel. We no
> longer need to pass the kernel in via -device loader so let's remove
> that.
>

have you tried running bitbake -ctestimage with this change ?

> Signed-off-by: Alistair Francis 
> ---
> v2:
>  - Improve the commit message
>
>  meta/conf/machine/include/riscv/qemuriscv.inc | 2 +-
>  meta/conf/machine/qemuriscv64.conf| 2 --
>  2 files changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/meta/conf/machine/include/riscv/qemuriscv.inc 
> b/meta/conf/machine/include/riscv/qemuriscv.inc
> index 797a27660d..2ebd0a01f2 100644
> --- a/meta/conf/machine/include/riscv/qemuriscv.inc
> +++ b/meta/conf/machine/include/riscv/qemuriscv.inc
> @@ -28,7 +28,7 @@ UBOOT_ENTRYPOINT_riscv64 = "0x8020"
>  QB_KERNEL_CMDLINE_APPEND = "earlycon=sbi"
>  QB_MEM = "-m 512"
>  QB_MACHINE = "-machine virt"
> -QB_DEFAULT_KERNEL = "fw_jump.elf"
> +QB_DEFAULT_BIOS = "fw_jump.elf"
>  QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no"
>  QB_NETWORK_DEVICE = "-device virtio-net-device,netdev=net0,mac=@MAC@"
>  QB_ROOTFS_OPT = "-drive id=disk0,file=@ROOTFS@,if=none,format=raw -device 
> virtio-blk-device,drive=disk0"
> diff --git a/meta/conf/machine/qemuriscv64.conf 
> b/meta/conf/machine/qemuriscv64.conf
> index dba8f09e93..99b48b309b 100644
> --- a/meta/conf/machine/qemuriscv64.conf
> +++ b/meta/conf/machine/qemuriscv64.conf
> @@ -4,8 +4,6 @@
>
>  require conf/machine/include/riscv/qemuriscv.inc
>
> -QB_OPT_APPEND += "-show-cursor -monitor null -device 
> loader,file=${DEPLOY_DIR_IMAGE}/${KERNEL_IMAGETYPE},addr=0x8020"
> -
>  EXTRA_IMAGEDEPENDS += "u-boot"
>  UBOOT_MACHINE = "qemu-riscv64_defconfig"
>  UBOOT_ELF = "u-boot"
> --
> 2.22.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 1/3] qemu: Upgrade to version 4.1

[Alistair Francis]

Signed-off-by: Alistair Francis 
---
v2:
 - Fix the qemumips webkitgtk build failure

 meta/conf/distro/include/tcmode-default.inc   |   2 +-
 meta/recipes-devtools/qemu/qemu-native.inc|   4 +-
 ...u-native_4.0.0.bb => qemu-native_4.1.0.bb} |   0
 ...e_4.0.0.bb => qemu-system-native_4.1.0.bb} |   2 +-
 meta/recipes-devtools/qemu/qemu.inc   |  20 +-
 ...emu-Add-missing-wacom-HID-descriptor.patch |  10 +-
 ...test-which-runs-all-unit-test-cases-.patch |   6 +-
 ...n-environment-space-to-boot-loader-q.patch |   4 +-
 .../qemu/0004-qemu-disable-Valgrind.patch |   6 +-
 ...-searched-during-user-mode-emulation.patch | 146 
 ...d.bfd-fix-cflags-and-set-some-envir.patch} |   6 +-
 ...connect-socket-to-a-spawned-command.patch} |  18 +-
 ... 0007-apic-fixup-fallthrough-to-PIC.patch} |   6 +-
 ...ebkitgtk-hangs-on-32-bit-x86-target.patch} |   6 +-
 patch => 0009-Fix-webkitgtk-builds.patch} |  81 ++---
 ...-libcap-header-issue-on-some-distro.patch} |   0
 ...messages-when-qemi_cpu_kick_thread-.patch} |   2 +-
 ...et-arm-Fix-vector-operation-segfault.patch |  66 
 ...o-handle-variably-sized-SIOCGSTAMP-w.patch | 339 --
 .../qemu/qemu/CVE-2019-12155.patch|  35 --
 .../qemu/{qemu_4.0.0.bb => qemu_4.1.0.bb} |   0
 21 files changed, 82 insertions(+), 677 deletions(-)
 rename meta/recipes-devtools/qemu/{qemu-native_4.0.0.bb => 
qemu-native_4.1.0.bb} (100%)
 rename meta/recipes-devtools/qemu/{qemu-system-native_4.0.0.bb => 
qemu-system-native_4.1.0.bb} (99%)
 delete mode 100644 
meta/recipes-devtools/qemu/qemu/0005-qemu-Limit-paths-searched-during-user-mode-emulation.patch
 rename 
meta/recipes-devtools/qemu/qemu/{0006-qemu-native-set-ld.bfd-fix-cflags-and-set-some-envir.patch
 => 0005-qemu-native-set-ld.bfd-fix-cflags-and-set-some-envir.patch} (82%)
 rename 
meta/recipes-devtools/qemu/qemu/{0007-chardev-connect-socket-to-a-spawned-command.patch
 => 0006-chardev-connect-socket-to-a-spawned-command.patch} (93%)
 rename 
meta/recipes-devtools/qemu/qemu/{0008-apic-fixup-fallthrough-to-PIC.patch => 
0007-apic-fixup-fallthrough-to-PIC.patch} (90%)
 rename 
meta/recipes-devtools/qemu/qemu/{0009-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch
 => 0008-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch} (90%)
 rename 
meta/recipes-devtools/qemu/qemu/{0010-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch
 => 0009-Fix-webkitgtk-builds.patch} (59%)
 rename 
meta/recipes-devtools/qemu/qemu/{0011-fix-libcap-header-issue-on-some-distro.patch
 => 0010-fix-libcap-header-issue-on-some-distro.patch} (100%)
 rename 
meta/recipes-devtools/qemu/qemu/{0012-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch
 => 0011-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch} (97%)
 delete mode 100644 
meta/recipes-devtools/qemu/qemu/0013-target-arm-Fix-vector-operation-segfault.patch
 delete mode 100644 
meta/recipes-devtools/qemu/qemu/0014-linux-user-fix-to-handle-variably-sized-SIOCGSTAMP-w.patch
 delete mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2019-12155.patch
 rename meta/recipes-devtools/qemu/{qemu_4.0.0.bb => qemu_4.1.0.bb} (100%)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index 1966dbd521..c89b8e012d 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -24,7 +24,7 @@ BINUVERSION ?= "2.32%"
 GDBVERSION ?= "8.3%"
 GLIBCVERSION ?= "2.30%"
 LINUXLIBCVERSION ?= "5.0%"
-QEMUVERSION ?= "4.0%"
+QEMUVERSION ?= "4.1%"
 GOVERSION ?= "1.12%"
 # This can not use wildcards like 8.0.% since it is also used in mesa to denote
 # llvm version being used, so always bump it with llvm recipe version bump
diff --git a/meta/recipes-devtools/qemu/qemu-native.inc 
b/meta/recipes-devtools/qemu/qemu-native.inc
index c04297cad0..69c2c43e6b 100644
--- a/meta/recipes-devtools/qemu/qemu-native.inc
+++ b/meta/recipes-devtools/qemu/qemu-native.inc
@@ -3,8 +3,8 @@ inherit native
 require qemu.inc
 
 SRC_URI_append = " \
-file://0011-fix-libcap-header-issue-on-some-distro.patch \
-
file://0012-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch \
+file://0010-fix-libcap-header-issue-on-some-distro.patch \
+
file://0011-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch \
 "
 
 EXTRA_OEMAKE_append = " LD='${LD}' AR='${AR}' OBJCOPY='${OBJCOPY}' 
LDFLAGS='${LDFLAGS}'"
diff --git a/meta/recipes-devtools/qemu/qemu-native_4.0.0.bb 
b/meta/recipes-devtools/qemu/qemu-native_4.1.0.bb
similarity index 100%
rename from meta/recipes-devtools/qemu/qemu-native_4.0.0.bb
rename to meta/recipes-devtools/qemu/qemu-native_4.1.0.bb
diff --git a/meta/recipes-devtools/qemu/qemu-system-native_4.0.0.bb 
b/meta/recipes-devtools/qemu/qemu-system-native_4.1.0.bb
similarity index 99%
rename from meta/recipes-devtools/qemu/qemu-system-native_4.0.0.bb
rename to 

[OE-core] [PATCH v2 3/3] qemuriscv64: Specify the firmware as a bios instead of kernel

[Alistair Francis]

Now that we have a -bios option for the RISC-V virt machine in QEMU we
can pass OpenSBI in via -bios and the kernel in via -kernel. We no
longer need to pass the kernel in via -device loader so let's remove
that.

Signed-off-by: Alistair Francis 
---
v2:
 - Improve the commit message

 meta/conf/machine/include/riscv/qemuriscv.inc | 2 +-
 meta/conf/machine/qemuriscv64.conf| 2 --
 2 files changed, 1 insertion(+), 3 deletions(-)

diff --git a/meta/conf/machine/include/riscv/qemuriscv.inc 
b/meta/conf/machine/include/riscv/qemuriscv.inc
index 797a27660d..2ebd0a01f2 100644
--- a/meta/conf/machine/include/riscv/qemuriscv.inc
+++ b/meta/conf/machine/include/riscv/qemuriscv.inc
@@ -28,7 +28,7 @@ UBOOT_ENTRYPOINT_riscv64 = "0x8020"
 QB_KERNEL_CMDLINE_APPEND = "earlycon=sbi"
 QB_MEM = "-m 512"
 QB_MACHINE = "-machine virt"
-QB_DEFAULT_KERNEL = "fw_jump.elf"
+QB_DEFAULT_BIOS = "fw_jump.elf"
 QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no"
 QB_NETWORK_DEVICE = "-device virtio-net-device,netdev=net0,mac=@MAC@"
 QB_ROOTFS_OPT = "-drive id=disk0,file=@ROOTFS@,if=none,format=raw -device 
virtio-blk-device,drive=disk0"
diff --git a/meta/conf/machine/qemuriscv64.conf 
b/meta/conf/machine/qemuriscv64.conf
index dba8f09e93..99b48b309b 100644
--- a/meta/conf/machine/qemuriscv64.conf
+++ b/meta/conf/machine/qemuriscv64.conf
@@ -4,8 +4,6 @@
 
 require conf/machine/include/riscv/qemuriscv.inc
 
-QB_OPT_APPEND += "-show-cursor -monitor null -device 
loader,file=${DEPLOY_DIR_IMAGE}/${KERNEL_IMAGETYPE},addr=0x8020"
-
 EXTRA_IMAGEDEPENDS += "u-boot"
 UBOOT_MACHINE = "qemu-riscv64_defconfig"
 UBOOT_ELF = "u-boot"
-- 
2.22.0

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

[OE-core] [PATCH v2 2/3] scripts/runqemu: Add support for the BIOS variable

[Alistair Francis]

Add support for specifying a BIOS the same way that the KERNEL variable
is specified. This includes specifying a QB_DEFAULT_BIOS variable.

Signed-off-by: Alistair Francis 
---
 scripts/runqemu | 53 +++--
 1 file changed, 29 insertions(+), 24 deletions(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index df3c8aad08..e9b83737cb 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -59,6 +59,7 @@ def print_usage():
 Usage: you can run this script with any valid combination
 of the following environment variables (in any order):
   KERNEL - the kernel image file to use
+  BIOS - the bios image file to use
   ROOTFS - the rootfs image file or nfsroot directory to use
   DEVICE_TREE - the device tree blob to use
   MACHINE - the machine name (optional, autodetected from KERNEL filename if 
unspecified)
@@ -77,8 +78,6 @@ of the following environment variables (in any order):
 audio - enable audio
 [*/]ovmf* - OVMF firmware file or base name for booting with UEFI
   tcpserial= - specify tcp serial port number
-  biosdir= - specify custom bios dir
-  biosfilename= - specify bios filename
   qemuparams= - specify custom parameters to QEMU
   bootparams= - specify custom kernel parameters during boot
   help, -h, --help: print this text
@@ -129,6 +128,7 @@ class BaseConfig(object):
 self.env_vars = ('MACHINE',
 'ROOTFS',
 'KERNEL',
+'BIOS',
 'DEVICE_TREE',
 'DEPLOY_DIR_IMAGE',
 'OE_TMPDIR',
@@ -155,6 +155,7 @@ class BaseConfig(object):
 self.qemuboot = ''
 self.qbconfload = False
 self.kernel = ''
+self.bios = ''
 self.kernel_cmdline = ''
 self.kernel_cmdline_script = ''
 self.bootparams = ''
@@ -171,7 +172,6 @@ class BaseConfig(object):
 self.saved_stty = ''
 self.audio_enabled = False
 self.tcpserial_portnum = ''
-self.custombiosdir = ''
 self.taplock = ''
 self.taplock_descriptor = None
 self.portlocks = {}
@@ -480,10 +480,6 @@ class BaseConfig(object):
 self.qemu_opt_script += ' -vnc :0'
 elif arg.startswith('tcpserial='):
 self.tcpserial_portnum = '%s' % arg[len('tcpserial='):]
-elif arg.startswith('biosdir='):
-self.custombiosdir = arg[len('biosdir='):]
-elif arg.startswith('biosfilename='):
-self.qemu_opt_script += ' -bios %s' % 
arg[len('biosfilename='):]
 elif arg.startswith('qemuparams='):
 self.qemuparams = ' %s' % arg[len('qemuparams='):]
 elif arg.startswith('bootparams='):
@@ -725,25 +721,30 @@ class BaseConfig(object):
 if not os.path.exists(self.dtb):
 raise RunQemuError('DTB not found: %s, %s or %s' % cmds)
 
-def check_biosdir(self):
-"""Check custombiosdir"""
-if not self.custombiosdir:
+def check_bios(self):
+"""Check and set bios"""
+
+# See if the user supplied a BIOS option
+if self.get('BIOS'):
+self.bios = self.get('BIOS')
+
+# QB_DEFAULT_BIOS is always a full file path
+bios_name = os.path.basename(self.get('QB_DEFAULT_BIOS'))
+
+# The user didn't want a bios to be loaded
+if (bios_name == "" or bios_name == "none") and not self.bios:
 return
 
-biosdir = ""
-biosdir_native = "%s/%s" % (self.get('STAGING_DIR_NATIVE'), 
self.custombiosdir)
-biosdir_host = "%s/%s" % (self.get('STAGING_DIR_HOST'), 
self.custombiosdir)
-for i in (self.custombiosdir, biosdir_native, biosdir_host):
-if os.path.isdir(i):
-biosdir = i
-break
+if not self.bios:
+deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
+self.bios = "%s/%s" % (deploy_dir_image, bios_name)
+
+if not self.bios:
+raise RunQemuError('BIOS not found: %s' % bios_match_name)
+
+if not os.path.exists(self.bios):
+raise RunQemuError("KERNEL %s not found" % self.bios)
 
-if biosdir:
-logger.debug("Assuming biosdir is: %s" % biosdir)
-self.qemu_opt_script += ' -L %s' % biosdir
-else:
-logger.error("Custom BIOS directory not found. Tried: %s, %s, and 
%s" % (self.custombiosdir, biosdir_native, biosdir_host))
-raise RunQemuError("Invalid custombiosdir: %s" % 
self.custombiosdir)
 
 def check_mem(self):
 """
@@ -811,7 +812,7 @@ class BaseConfig(object):
 self.check_ovmf()
 self.check_kernel()
 self.check_dtb()
-self.check_biosdir()
+self.check_bios()
 self.check_mem()
 self.check_tcpserial()
 
@@ -923,6 +924,8 @@ class BaseConfig(object):
 logger.info('Continuing with the following 

Re: [OE-core] [PATCH] systemd: decreasing default RLIMIT_NOFILE on qemu bsp

[Alexander Kanavin]

On Tue, 20 Aug 2019 at 15:46, Mark Hatle  wrote:

> Looking at what my customers are doing, I completely agree.  I look at the
> design criteria for my customer's devices and I'm seeing 256MB as -very-
> common.
>  More happens, but it's rare still.  (But I have some customers with GB of
> ram,
> but that is usually to support their application, but the base system!)
>
> (Note, I do have customers -with- graphics requirements [X11] that are in
> the
> 128/256 MB ram ranges.  In most cases OpenGL is something they would like,
> but I
> don't believe it's a hard requirement for them.)
>
> I do still have many customers with 128 MB of ram requirements.  So it's
> important for us to set a reasonable baseline (256MB).  So going under this
> requires 'work', but I think that is acceptable.
>

For contrast, in the kind of system I am helping to develop everything is
measured in gigabytes. RAM should be in the ballpark of 10Gb. Disk storage
maybe 10x that. OpenGL is at the foundation of display output and isn't
optional in any way. There's basically every connectivity option enabled,
multiple cameras, touchscreens and whatnot. The whole thing will eventually
look not that far from iOS in terms of UI and capabilities and
containerized 3rd party apps (except it *also* needs to support multiple
screens and multiple users). And yes, it's all pulled together through
bitbake and a zoo of layers, images and target configurations. Yocto is
able to target cases like this, which is amazing - hopefully this clears up
a bit where I am coming from in this, even if it's a 'minority' position.

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

Re: [OE-core] [PATCH 1/1] adwaita-icon-theme: workaround for do_populate_sysroot failure

[Alexander Kanavin]

On Tue, 20 Aug 2019 at 20:42, Ross Burton  wrote:

> > It fails to run task do_populate_sysroot of adwaita-icon-theme rarely:
> >
> > | DEBUG: Executing shell function sysroot_stage_all
> > | cpio: ./icons/Adwaita/16x16/legacy/_inst.21134_: Cannot stat: No such
> >file or directory
> >
> > In script ${S}/install-sh, temporary files _inst.* are created and will
> be
> > removed by shell builtin command trap when the script exits:
> >
> >  # Make a couple of temp file names in the proper directory.
> >  dsttmp=${dstdirslash}_inst.$$_
> >  rmtmp=${dstdirslash}_rm.$$_
> >
> >  # Trap to clean up those temp files at exit.
> >  trap 'ret=$?; rm -f "$dsttmp" "$rmtmp" && exit $ret' 0
> >
> > The temporary files should be deleted already after task do_install. But
> > somehow they are still exist until the gap between commands find and
> > cpio in populate_sysroot function sysroot_stage_dir().
>
> So does this only happen to adwaita-icon-theme?  Is it a bug in
> install-sh, so impacts almost every automake-using package?  Or is it a
> bug in how adwaita-icon-theme is using install-sh?
>

This might actually be caused by my glorious hack:
https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-gnome/gnome/adwaita-icon-theme/0001-Run-installation-commands-as-shell-jobs.patch?h=master-next

There is a 'wait' after every '&', so not sure what goes wrong here.

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

Re: [OE-core] [PATCH 1/1] adwaita-icon-theme: workaround for do_populate_sysroot failure

[Ross Burton]

On 20/08/2019 10:05, kai.k...@windriver.com wrote:

From: Kai Kang 

It fails to run task do_populate_sysroot of adwaita-icon-theme rarely:

| DEBUG: Executing shell function sysroot_stage_all
| cpio: ./icons/Adwaita/16x16/legacy/_inst.21134_: Cannot stat: No such
   file or directory

In script ${S}/install-sh, temporary files _inst.* are created and will be
removed by shell builtin command trap when the script exits:

 # Make a couple of temp file names in the proper directory.
 dsttmp=${dstdirslash}_inst.$$_
 rmtmp=${dstdirslash}_rm.$$_

 # Trap to clean up those temp files at exit.
 trap 'ret=$?; rm -f "$dsttmp" "$rmtmp" && exit $ret' 0

The temporary files should be deleted already after task do_install. But
somehow they are still exist until the gap between commands find and
cpio in populate_sysroot function sysroot_stage_dir().


So does this only happen to adwaita-icon-theme?  Is it a bug in 
install-sh, so impacts almost every automake-using package?  Or is it a 
bug in how adwaita-icon-theme is using install-sh?


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

Re: [OE-core] [PATCH 1/3] qemu: Upgrade to version 4.1

[Alistair Francis]

On Sat, Aug 17, 2019 at 6:58 AM Khem Raj  wrote:
>
> this seems to fail in qemu-user mode for mips why compiling webkitgtk
> got qemumips
>
> qemu-mips: 
> TOPDIR/build/tmp/work/x86_64-linux/qemu-native/4.1.0-r0/qemu-4.1.0/accel/tcg/translate-all.c:2562:
> page_check_range: Assertion `start < ((target_ulong)1 <<
> L1_MAP_ADDR_SPACE_BITS)' failed.
> If the above error message is about missing .so libraries, then
> setting up GIR_EXTRA_LIBS_PATH in the recipe should help.
> (typically like this: GIR_EXTRA_LIBS_PATH="${B}/something/.libs" )
> Command 
> '['TOPDIR/build/tmp/work/mips32r2-yoe-linux/webkitgtk/2.24.3-r0/recipe-sysroot/usr/bin/g-ir-scanner-qemuwrapper',
> 'TOPDIR/build/tmp/work/mips32r2-yoe-linux/webkitgtk/2.24.3-r0/build/Source/WebKit/tmp-introspectsorfb5_3/WebKit2-4.0',
> '--introspect-dump=TOPDIR/build/tmp/work/mips32r2-yoe-linux/webkitgtk/2.24.3-r0/build/Source/WebKit/tmp-introspectsorfb5_3/functions.txt,TOPDIR/build/tmp/work/mips32r2-yoe-linux/webkitgtk/2.24.3-r0/build/Source/WebKit/tmp-introspectsorfb5_3/dump.xml']'
> returned non-zero exit status 1.
> ninja: build stopped: subcommand failed.
>
> see
> https://errors.yoctoproject.org/Errors/Details/263491/

Thanks for testing. I have fixed this problem, I'll send a v2 later today.

Alistair

>
> On Thu, Aug 15, 2019 at 2:45 PM Alistair Francis
>  wrote:
> >
> > Signed-off-by: Alistair Francis 
> > ---
> >  meta/conf/distro/include/tcmode-default.inc   |   2 +-
> >  meta/recipes-devtools/qemu/qemu-native.inc|   4 +-
> >  ...u-native_4.0.0.bb => qemu-native_4.1.0.bb} |   0
> >  ...e_4.0.0.bb => qemu-system-native_4.1.0.bb} |   2 +-
> >  meta/recipes-devtools/qemu/qemu.inc   |  20 +-
> >  ...emu-Add-missing-wacom-HID-descriptor.patch |  10 +-
> >  ...test-which-runs-all-unit-test-cases-.patch |   6 +-
> >  ...n-environment-space-to-boot-loader-q.patch |   4 +-
> >  .../qemu/0004-qemu-disable-Valgrind.patch |   6 +-
> >  ...-searched-during-user-mode-emulation.patch | 146 
> >  ...d.bfd-fix-cflags-and-set-some-envir.patch} |   6 +-
> >  ...connect-socket-to-a-spawned-command.patch} |  18 +-
> >  ... 0007-apic-fixup-fallthrough-to-PIC.patch} |   6 +-
> >  ...ebkitgtk-hangs-on-32-bit-x86-target.patch} |   6 +-
> >  ...-fix-mmap-munmap-mprotect-mremap-sh.patch} |  58 +--
> >  ...-libcap-header-issue-on-some-distro.patch} |   0
> >  ...messages-when-qemi_cpu_kick_thread-.patch} |   2 +-
> >  ...et-arm-Fix-vector-operation-segfault.patch |  66 
> >  ...o-handle-variably-sized-SIOCGSTAMP-w.patch | 339 --
> >  .../qemu/qemu/CVE-2019-12155.patch|  35 --
> >  .../qemu/{qemu_4.0.0.bb => qemu_4.1.0.bb} |   0
> >  21 files changed, 59 insertions(+), 677 deletions(-)
> >  rename meta/recipes-devtools/qemu/{qemu-native_4.0.0.bb => 
> > qemu-native_4.1.0.bb} (100%)
> >  rename meta/recipes-devtools/qemu/{qemu-system-native_4.0.0.bb => 
> > qemu-system-native_4.1.0.bb} (99%)
> >  delete mode 100644 
> > meta/recipes-devtools/qemu/qemu/0005-qemu-Limit-paths-searched-during-user-mode-emulation.patch
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0006-qemu-native-set-ld.bfd-fix-cflags-and-set-some-envir.patch
> >  => 0005-qemu-native-set-ld.bfd-fix-cflags-and-set-some-envir.patch} (82%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0007-chardev-connect-socket-to-a-spawned-command.patch
> >  => 0006-chardev-connect-socket-to-a-spawned-command.patch} (93%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0008-apic-fixup-fallthrough-to-PIC.patch 
> > => 0007-apic-fixup-fallthrough-to-PIC.patch} (90%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0009-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch
> >  => 0008-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch} (90%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0010-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch
> >  => 0009-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch} (63%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0011-fix-libcap-header-issue-on-some-distro.patch
> >  => 0010-fix-libcap-header-issue-on-some-distro.patch} (100%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0012-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch
> >  => 0011-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch} (97%)
> >  delete mode 100644 
> > meta/recipes-devtools/qemu/qemu/0013-target-arm-Fix-vector-operation-segfault.patch
> >  delete mode 100644 
> > meta/recipes-devtools/qemu/qemu/0014-linux-user-fix-to-handle-variably-sized-SIOCGSTAMP-w.patch
> >  delete mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2019-12155.patch
> >  rename meta/recipes-devtools/qemu/{qemu_4.0.0.bb => qemu_4.1.0.bb} (100%)
> >
> > diff --git a/meta/conf/distro/include/tcmode-default.inc 
> > b/meta/conf/distro/include/tcmode-default.inc
> > index 1966dbd521..c89b8e012d 100644
> > --- a/meta/conf/distro/include/tcmode-default.inc
> > +++ b/meta/conf/distro/include/tcmode-default.inc
> > @@ -24,7 +24,7 @@ 

[OE-core] [PATCH] sdkext: use simpler kernel module for devtool test

[Mark Asselstine]

The current devtool test for the building of an out-of-tree kernel
module uses something which requires several "high order" kconfigs to
be set. This results in the test failing, not for expected reasons,
but rather because it depends on specific kernel configuration.

You will get error messages such as

  ERROR: "video_ioctl2"
  [.../1.0-r5/testsdkext/workspace/sources/v4l2loopback-driver/v4l2loopback.ko]
  undefined!
  ERROR: "video_unregister_device"
  [.../1.0-r5/testsdkext/workspace/sources/v4l2loopback-driver/v4l2loopback.ko]
  undefined!

Using a simpler hello-world kernel module example will only require
that CONFIG_MODULE is enabled, thus avoiding a false positive.

Signed-off-by: Mark Asselstine 
---

Richard, it is unclear if I need to match this change in
meta/lib/oeqa/manual/crops.json. Please let me know and I
send a V2 which does this. I am not fond of pointing at
my own github but it was the best option to ensure it will
exist and not be messed with.

 meta/lib/oeqa/sdkext/cases/devtool.py | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/sdkext/cases/devtool.py 
b/meta/lib/oeqa/sdkext/cases/devtool.py
index 5a02add764..fad98fbb36 100644
--- a/meta/lib/oeqa/sdkext/cases/devtool.py
+++ b/meta/lib/oeqa/sdkext/cases/devtool.py
@@ -73,8 +73,8 @@ class DevtoolTest(OESDKExtTestCase):
 self._run('devtool reset %s' % recipe)
 
 def test_devtool_kernelmodule(self):
-docfile = 'https://github.com/umlaeute/v4l2loopback.git'
-recipe = 'v4l2loopback-driver'
+docfile = 
'https://github.com/masselstine/kernel-module-hello-world.git'
+recipe = 'kernel-module-hello-world'
 self._run('devtool add %s %s' % (recipe, docfile) )
 try:
 self._run('devtool build %s' % recipe)
-- 
2.21.0

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

Re: [OE-core] [PATCH] systemd: decreasing default RLIMIT_NOFILE on qemu bsp

[Adrian Bunk]

On Tue, Aug 20, 2019 at 08:46:53AM -0500, Mark Hatle wrote:
> On 8/19/19 9:55 AM, richard.pur...@linuxfoundation.org wrote:
> > On Mon, 2019-08-19 at 16:01 +0200, Alexander Kanavin wrote:
> >> Should the limit be simply raised? The 256M setup is crumbling on
> >> several fronts (runtime tests, modernisation of X, various non-x86
> >> qemu targets). Adding per-image/target exceptions, custom non-
> >> upstreamable patches, or sticking to deprecated configurations isn't
> >> the right thing to do, I think.
> > 
> > What kind of devices/uses are we meant to be targeting?
> > 
> > I believe OE is suited to optimised used cases where constraints on
> > size and performance are quite likely and supported.
> > 
> > This is *exactly* the kind of thing we should be exploring and
> > supporting. systemd is not designed for some of the systems we target.
> > Changing some of its configuration shouldn't be a surprise.
> > 
> > Having NFS taking up half the available memory doesn't make sense,
> > particularly when the sysvinit limits have worked for us for years. I
> > therefore appreciate Hongxu figuring out what the difference was and I
> > believe we should change this to something more suited for our target
> > audience, unless someone can explain why this is a bad idea.
> > 
> > Similarly, forcing everyone to full GL stacks under qemu simply is not
> > acceptable. For example I might have a single container type image
> > which I want to load/test under qemu. Forcing such usage to require
> > 512MB memory for what could be a headless system also isn't right and
> > will just frustrate users. Users need to be able to access headless or
> > 2D configurations of it.
> 
> Looking at what my customers are doing, I completely agree.  I look at the
> design criteria for my customer's devices and I'm seeing 256MB as -very- 
> common.
>  More happens, but it's rare still.  (But I have some customers with GB of 
> ram,
> but that is usually to support their application, but the base system!)
> 
> (Note, I do have customers -with- graphics requirements [X11] that are in the
> 128/256 MB ram ranges.  In most cases OpenGL is something they would like, 
> but I
> don't believe it's a hard requirement for them.)
> 
> I do still have many customers with 128 MB of ram requirements.  So it's
> important for us to set a reasonable baseline (256MB).  So going under this
> requires 'work', but I think that is acceptable.

There is also a certain disconnect between these numbers and the 
constant pain for everyone of keeping everything building with
musl for small size gain.

128 MB RAM and 16 MB flash would be a configuration where I would not 
worry about size enough to consider glibc a problem.

Is there real-world demand for running X11 with musl?

Is there a CI setup ensuring that disk and RAM usage of relevant
musl setups don't regress - which might be more than the gains
of musl compared to glibc?

> --Mark

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

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

[OE-core] [PATCH 10/12] vala: upgrade 0.44.5 -> 0.44.7

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/vala/{vala_0.44.5.bb => vala_0.44.7.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/vala/{vala_0.44.5.bb => vala_0.44.7.bb} (57%)

diff --git a/meta/recipes-devtools/vala/vala_0.44.5.bb 
b/meta/recipes-devtools/vala/vala_0.44.7.bb
similarity index 57%
rename from meta/recipes-devtools/vala/vala_0.44.5.bb
rename to meta/recipes-devtools/vala/vala_0.44.7.bb
index 518c9ebdae8..807ca7a2139 100644
--- a/meta/recipes-devtools/vala/vala_0.44.5.bb
+++ b/meta/recipes-devtools/vala/vala_0.44.7.bb
@@ -4,5 +4,5 @@ SRC_URI += 
"file://0001-git-version-gen-don-t-append-dirty-if-we-re-not-in-g.pat
file://0001-vapigen.m4-use-PKG_CONFIG_SYSROOT_DIR.patch \
"
 
-SRC_URI[md5sum] = "1e8b8595168446c529b11236cf75e328"
-SRC_URI[sha256sum] = 
"bb8f8185b805411511786733c4b769c3ee6af8bc879609bffb6c46b8999bc27f"
+SRC_URI[md5sum] = "27fd30535c51af5b87b0e7ffdbd906ef"
+SRC_URI[sha256sum] = 
"bf1ff4f59d5de2d626e98e98ef81cb75dc1e6a27610a7de4133597c430f1bd7c"
-- 
2.17.1

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

[OE-core] [PATCH 12/12] epiphany: upgrade 3.32.3 -> 3.32.4

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../epiphany/{epiphany_3.32.3.bb => epiphany_3.32.4.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/epiphany/{epiphany_3.32.3.bb => epiphany_3.32.4.bb} 
(84%)

diff --git a/meta/recipes-gnome/epiphany/epiphany_3.32.3.bb 
b/meta/recipes-gnome/epiphany/epiphany_3.32.4.bb
similarity index 84%
rename from meta/recipes-gnome/epiphany/epiphany_3.32.3.bb
rename to meta/recipes-gnome/epiphany/epiphany_3.32.4.bb
index de1b6e2f84f..44af469942b 100644
--- a/meta/recipes-gnome/epiphany/epiphany_3.32.3.bb
+++ b/meta/recipes-gnome/epiphany/epiphany_3.32.4.bb
@@ -13,8 +13,8 @@ REQUIRED_DISTRO_FEATURES = "x11 opengl"
 SRC_URI = 
"${GNOME_MIRROR}/${GNOMEBN}/${@gnome_verdir("${PV}")}/${GNOMEBN}-${PV}.tar.${GNOME_COMPRESS_TYPE};name=archive
 \
file://0002-help-meson.build-disable-the-use-of-yelp.patch \
"
-SRC_URI[archive.md5sum] = "c4976507bf3de69f27a050ad09531f5a"
-SRC_URI[archive.sha256sum] = 
"3ccb6859a43b839b714aa425cb185056f1e8604adbaab6a1bc179d1ba641a33f"
+SRC_URI[archive.md5sum] = "6a5eada8a3870ab4d0fcd5168559776f"
+SRC_URI[archive.sha256sum] = 
"c9a828578301af77ac9f3d3ce253b02f9f3a1561840cc8d74dd5645f92d0a995"
 
 FILES_${PN} += "${datadir}/dbus-1 ${datadir}/gnome-shell/search-providers 
${datadir}/metainfo"
 RDEPENDS_${PN} = "iso-codes adwaita-icon-theme gsettings-desktop-schemas"
-- 
2.17.1

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

[OE-core] [PATCH 11/12] libdazzle: upgrade 3.32.2 -> 3.32.3

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../libdazzle/{libdazzle_3.32.2.bb => libdazzle_3.32.3.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/libdazzle/{libdazzle_3.32.2.bb => 
libdazzle_3.32.3.bb} (73%)

diff --git a/meta/recipes-gnome/libdazzle/libdazzle_3.32.2.bb 
b/meta/recipes-gnome/libdazzle/libdazzle_3.32.3.bb
similarity index 73%
rename from meta/recipes-gnome/libdazzle/libdazzle_3.32.2.bb
rename to meta/recipes-gnome/libdazzle/libdazzle_3.32.3.bb
index 58e78a5b789..e1a11830070 100644
--- a/meta/recipes-gnome/libdazzle/libdazzle_3.32.2.bb
+++ b/meta/recipes-gnome/libdazzle/libdazzle_3.32.3.bb
@@ -7,8 +7,8 @@ inherit gnomebase upstream-version-is-even vala 
distro_features_check gobject-in
 
 DEPENDS = "glib-2.0-native glib-2.0 gtk+3"
 
-SRC_URI[archive.md5sum] = "b5c99a8f483a0defe7c7124a3220e412"
-SRC_URI[archive.sha256sum] = 
"413f8dfb8706760e0c649e2994bd10524ac0736601dd03ad2036293bed3bf141"
+SRC_URI[archive.md5sum] = "b6da085649dcda2795e6980a84667950"
+SRC_URI[archive.sha256sum] = 
"6c8d9b1514b5f6422107596f4145b89b8f2a99abef6383e086dfcd28c28667e8"
 
 GIR_MESON_OPTION = 'with_introspection'
 
-- 
2.17.1

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

[OE-core] [PATCH 09/12] desktop-file-utils: upgrade 0.23 -> 0.24

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...top-file-utils_0.23.bb => desktop-file-utils_0.24.bb} | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/desktop-file-utils/{desktop-file-utils_0.23.bb => 
desktop-file-utils_0.24.bb} (73%)

diff --git 
a/meta/recipes-devtools/desktop-file-utils/desktop-file-utils_0.23.bb 
b/meta/recipes-devtools/desktop-file-utils/desktop-file-utils_0.24.bb
similarity index 73%
rename from meta/recipes-devtools/desktop-file-utils/desktop-file-utils_0.23.bb
rename to meta/recipes-devtools/desktop-file-utils/desktop-file-utils_0.24.bb
index 6446f47189d..aecba07235c 100644
--- a/meta/recipes-devtools/desktop-file-utils/desktop-file-utils_0.23.bb
+++ b/meta/recipes-devtools/desktop-file-utils/desktop-file-utils_0.24.bb
@@ -7,8 +7,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 
file://src/validator.c;beginline=4;endline=27;md5=281e1114ee6c486a1a0a4295986b9416"
 
 SRC_URI = "http://freedesktop.org/software/${BPN}/releases/${BP}.tar.xz;
-SRC_URI[md5sum] = "599133d51cc9a41bfec186414906b6f1"
-SRC_URI[sha256sum] = 
"6c094031bdec46c9f621708f919084e1cb5294e2c5b1e4c883b3e70cb8903385"
+SRC_URI[md5sum] = "9364b82e14cfcad881161aa7ea5257ae"
+SRC_URI[sha256sum] = 
"a1de5da60cbdbe91e5c9c10ac9afee6c3deb019e0cee5fdb9a99dddc245f83d9"
 
 DEPENDS = "glib-2.0"
 
@@ -17,3 +17,8 @@ inherit autotools pkgconfig
 EXTRA_OECONF += "ac_cv_prog_EMACS=no"
 
 BBCLASSEXTEND = "native nativesdk"
+
+do_install_append() {
+rm -rf ${D}${datadir}/emacs
+}
+
-- 
2.17.1

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

[OE-core] [PATCH 08/12] gtk-doc: upgrade 1.30 -> 1.31

[Alexander Kanavin]

Drop backported patch.

Signed-off-by: Alexander Kanavin 
---
 ...rectly-set-permissions-on-file-to-be.patch | 23 ---
 .../gtk-doc/files/pkg-config-native.patch |  2 +-
 .../{gtk-doc_1.30.bb => gtk-doc_1.31.bb}  |  5 ++--
 3 files changed, 3 insertions(+), 27 deletions(-)
 delete mode 100644 
meta/recipes-gnome/gtk-doc/files/0001-highlight.py-correctly-set-permissions-on-file-to-be.patch
 rename meta/recipes-gnome/gtk-doc/{gtk-doc_1.30.bb => gtk-doc_1.31.bb} (90%)

diff --git 
a/meta/recipes-gnome/gtk-doc/files/0001-highlight.py-correctly-set-permissions-on-file-to-be.patch
 
b/meta/recipes-gnome/gtk-doc/files/0001-highlight.py-correctly-set-permissions-on-file-to-be.patch
deleted file mode 100644
index bb8f55c41d0..000
--- 
a/meta/recipes-gnome/gtk-doc/files/0001-highlight.py-correctly-set-permissions-on-file-to-be.patch
+++ /dev/null
@@ -1,23 +0,0 @@
-From 63bc4cd1ce2d918c6566a4e0c7d830713432fc82 Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Fri, 28 Jun 2019 13:08:24 +0200
-Subject: [PATCH] highlight.py: correctly set permissions on file to be written
-
-Upstream-Status: Backport 
[https://github.com/GNOME/gtk-doc/commit/12d9a698fb58f3d1a840d3bfc0d15a3a9f57afc1]
-Signed-off-by: Alexander Kanavin 

- gtkdoc/highlight.py | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/gtkdoc/highlight.py b/gtkdoc/highlight.py
-index 8f6e470..82e11e8 100644
 a/gtkdoc/highlight.py
-+++ b/gtkdoc/highlight.py
-@@ -47,6 +47,6 @@ def highlight_code(code, lang='c'):
- 
- 
- def append_style_defs(css_file_name):
--os.chmod(css_file_name, stat.S_IWRITE)
-+os.chmod(css_file_name, 0o644)
- with open(css_file_name, 'at', newline='\n', encoding='utf-8') as css:
- css.write(HTML_FORMATTER.get_style_defs())
diff --git a/meta/recipes-gnome/gtk-doc/files/pkg-config-native.patch 
b/meta/recipes-gnome/gtk-doc/files/pkg-config-native.patch
index 5674a38abd5..8c9bc954420 100644
--- a/meta/recipes-gnome/gtk-doc/files/pkg-config-native.patch
+++ b/meta/recipes-gnome/gtk-doc/files/pkg-config-native.patch
@@ -1,4 +1,4 @@
-From 31254fac614bb6ee28cf6fdd514a9563a5d781a8 Mon Sep 17 00:00:00 2001
+From 9537a7998a220b698b26d926a111bb400ff1ce01 Mon Sep 17 00:00:00 2001
 From: Ross Burton 
 Date: Mon, 5 Sep 2016 22:25:44 +0100
 Subject: [PATCH] Use native pkg-config when looking for gtk-doc.
diff --git a/meta/recipes-gnome/gtk-doc/gtk-doc_1.30.bb 
b/meta/recipes-gnome/gtk-doc/gtk-doc_1.31.bb
similarity index 90%
rename from meta/recipes-gnome/gtk-doc/gtk-doc_1.30.bb
rename to meta/recipes-gnome/gtk-doc/gtk-doc_1.31.bb
index fce03295341..4f97ce06333 100644
--- a/meta/recipes-gnome/gtk-doc/gtk-doc_1.30.bb
+++ b/meta/recipes-gnome/gtk-doc/gtk-doc_1.31.bb
@@ -18,13 +18,12 @@ PACKAGECONFIG ??= "${@bb.utils.contains("DISTRO_FEATURES", 
"api-documentation",
 PACKAGECONFIG[working-scripts] = ",,libxslt-native xmlto-native python3-six 
python3-pygments"
 PACKAGECONFIG[tests] = "--enable-tests,--disable-tests,glib-2.0"
 
-SRC_URI[archive.md5sum] = "1045ba29ca0693ced2045523407aae4c"
-SRC_URI[archive.sha256sum] = 
"a4f6448eb838ccd30d76a33b1fd095f81aea361f03b12c7b23df181d21b7069e"
+SRC_URI[archive.md5sum] = "6239713011369a4fbdc7619350403772"
+SRC_URI[archive.sha256sum] = 
"a51687956d0377ac70904d03fdc73c9e116589b4a01453fa92162442b3657011"
 SRC_URI += "file://0001-Do-not-hardocode-paths-to-perl-python-in-scripts.patch 
\
file://0001-Do-not-error-out-if-xsltproc-is-not-found.patch \
file://conditionaltests.patch \
file://no-clobber.patch \
-   
file://0001-highlight.py-correctly-set-permissions-on-file-to-be.patch \
"
 SRC_URI_append_class-native = " file://pkg-config-native.patch"
 
-- 
2.17.1

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

[OE-core] [PATCH 07/12] createrepo-c: upgrade 0.14.3 -> 0.15.0

[Alexander Kanavin]

Disable delta-rpm, which oe-core does not use.

Signed-off-by: Alexander Kanavin 
---
 .../{createrepo-c_0.14.3.bb => createrepo-c_0.15.0.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/createrepo-c/{createrepo-c_0.14.3.bb => 
createrepo-c_0.15.0.bb} (91%)

diff --git a/meta/recipes-devtools/createrepo-c/createrepo-c_0.14.3.bb 
b/meta/recipes-devtools/createrepo-c/createrepo-c_0.15.0.bb
similarity index 91%
rename from meta/recipes-devtools/createrepo-c/createrepo-c_0.14.3.bb
rename to meta/recipes-devtools/createrepo-c/createrepo-c_0.15.0.bb
index 22b9f3d3b14..ae0a35da847 100644
--- a/meta/recipes-devtools/createrepo-c/createrepo-c_0.14.3.bb
+++ b/meta/recipes-devtools/createrepo-c/createrepo-c_0.15.0.bb
@@ -8,7 +8,7 @@ SRC_URI = 
"git://github.com/rpm-software-management/createrepo_c \
file://0001-Do-not-set-PYTHON_INSTALL_DIR-by-running-python.patch \
"
 
-SRCREV = "de9d8337885d953baae501cce75decc11d5468dd"
+SRCREV = "2077ba104eae04bb819e9e0c906c8c835b62e7a6"
 
 S = "${WORKDIR}/git"
 
@@ -17,7 +17,7 @@ DEPENDS_append_class-native = " file-replacement-native"
 
 inherit cmake pkgconfig bash-completion distutils3-base
 
-EXTRA_OECMAKE = " -DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} 
-DPYTHON_DESIRED=3 -DWITH_ZCHUNK=OFF"
+EXTRA_OECMAKE = " -DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} 
-DPYTHON_DESIRED=3 -DWITH_ZCHUNK=OFF -DENABLE_DRPM=OFF"
 
 BBCLASSEXTEND = "native nativesdk"
 
-- 
2.17.1

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

[OE-core] [PATCH 06/12] libmodulemd: depend on target python at build time

[Alexander Kanavin]

meson build system is importing sysconfig, which requires
having a target confiuguration available.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/libmodulemd/libmodulemd_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/libmodulemd/libmodulemd_git.bb 
b/meta/recipes-devtools/libmodulemd/libmodulemd_git.bb
index 9ac7e140ab6..63d3fad6ab4 100644
--- a/meta/recipes-devtools/libmodulemd/libmodulemd_git.bb
+++ b/meta/recipes-devtools/libmodulemd/libmodulemd_git.bb
@@ -17,7 +17,7 @@ inherit meson gobject-introspection
 
 EXTRA_OEMESON = "-Ddeveloper_build=false -Dbuild_api_v1=true 
-Dbuild_api_v2=true"
 
-DEPENDS += "glib-2.0 libyaml glib-2.0-native"
+DEPENDS += "glib-2.0 libyaml glib-2.0-native python3"
 
 BBCLASSEXTEND = "native nativesdk"
 
-- 
2.17.1

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

[OE-core] [PATCH 02/12] qemu: switch to '-vga std' emulated hardware from vmware/cirrus for x86/mips

[Alexander Kanavin]

This is the qemu default since qemu 2.2, is generally supported better,
and is recommended by upstream. It also has already been in use for arm/risc
and ovmf.

Additional information:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13466
https://www.kraxel.org/blog/2014/10/qemu-using-cirrus-considered-harmful/

'-vga virtio' emulated hardware remains in use when virgl is enabled via a 
runqemu override.

Also, adjust the error whitelist, as there is a number of new messages
coming from the drivers that are not actual errors.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/machine/include/qemuboot-mips.inc | 2 +-
 meta/conf/machine/include/qemuboot-x86.inc  | 2 +-
 meta/conf/machine/qemux86-64.conf   | 1 +
 meta/conf/machine/qemux86.conf  | 1 +
 meta/lib/oeqa/runtime/cases/parselogs.py| 5 -
 scripts/runqemu | 6 --
 6 files changed, 8 insertions(+), 9 deletions(-)

diff --git a/meta/conf/machine/include/qemuboot-mips.inc 
b/meta/conf/machine/include/qemuboot-mips.inc
index 75bb98861f8..a8f8a39bfec 100644
--- a/meta/conf/machine/include/qemuboot-mips.inc
+++ b/meta/conf/machine/include/qemuboot-mips.inc
@@ -3,7 +3,7 @@ IMAGE_CLASSES += "qemuboot"
 QB_MEM = "-m 256"
 QB_MACHINE = "-machine malta"
 QB_KERNEL_CMDLINE_APPEND = "console=ttyS0 console=tty"
-QB_OPT_APPEND = "-vga cirrus -show-cursor -usb -device usb-tablet"
+QB_OPT_APPEND = "-show-cursor -usb -device usb-tablet"
 # Add the 'virtio-rng-pci' device otherwise the guest may run out of entropy
 QB_OPT_APPEND += "-object rng-random,filename=/dev/urandom,id=rng0 -device 
virtio-rng-pci,rng=rng0"
 QB_SYSTEM_NAME = "qemu-system-${TUNE_ARCH}"
diff --git a/meta/conf/machine/include/qemuboot-x86.inc 
b/meta/conf/machine/include/qemuboot-x86.inc
index 3931b0f0fb3..495418fa04b 100644
--- a/meta/conf/machine/include/qemuboot-x86.inc
+++ b/meta/conf/machine/include/qemuboot-x86.inc
@@ -9,7 +9,7 @@ QB_CPU_KVM_x86-64 = "-cpu core2duo"
 QB_AUDIO_DRV = "alsa"
 QB_AUDIO_OPT = "-soundhw ac97,es1370"
 QB_KERNEL_CMDLINE_APPEND = "vga=0 uvesafb.mode_option=${UVESA_MODE} 
oprofile.timer=1 uvesafb.task_timeout=-1"
-QB_OPT_APPEND = "-vga vmware -show-cursor -usb -device usb-tablet"
+QB_OPT_APPEND = "-show-cursor -usb -device usb-tablet"
 # Add the 'virtio-rng-pci' device otherwise the guest may run out of entropy
 QB_OPT_APPEND += "-object rng-random,filename=/dev/urandom,id=rng0 -device 
virtio-rng-pci,rng=rng0"
 
diff --git a/meta/conf/machine/qemux86-64.conf 
b/meta/conf/machine/qemux86-64.conf
index 4b50e664e42..7c70dbddf52 100644
--- a/meta/conf/machine/qemux86-64.conf
+++ b/meta/conf/machine/qemux86-64.conf
@@ -24,6 +24,7 @@ XSERVER = "xserver-xorg \
xf86-video-fbdev \
xf86-video-vmware \
xf86-video-modesetting \
+   xf86-video-vesa \
xserver-xorg-module-libint10 \
"
 
diff --git a/meta/conf/machine/qemux86.conf b/meta/conf/machine/qemux86.conf
index 3832302f07b..8e0da820761 100644
--- a/meta/conf/machine/qemux86.conf
+++ b/meta/conf/machine/qemux86.conf
@@ -24,6 +24,7 @@ XSERVER = "xserver-xorg \
xf86-video-fbdev \
xf86-video-vmware \
xf86-video-modesetting \
+   xf86-video-vesa \
xserver-xorg-module-libint10 \
"
 
diff --git a/meta/lib/oeqa/runtime/cases/parselogs.py 
b/meta/lib/oeqa/runtime/cases/parselogs.py
index 19c9c52a0a9..ec10393790b 100644
--- a/meta/lib/oeqa/runtime/cases/parselogs.py
+++ b/meta/lib/oeqa/runtime/cases/parselogs.py
@@ -55,7 +55,10 @@ common_errors = [
 "Failed to read /var/lib/nfs/statd/state: Success",
 "error retry time-out =",
 "logind: cannot setup systemd-logind helper (-61), using legacy fallback",
-"Error changing net interface name 'eth0' to "
+"Error changing net interface name 'eth0' to ",
+"modeset(0): Failed to initialize the DRI2 extension",
+"uvesafb: cannot reserve video memory at",
+"uvesafb: probe of uvesafb.0 failed with error"
 ]
 
 video_related = [
diff --git a/scripts/runqemu b/scripts/runqemu
index df3c8aad084..8f9a0d7dbb4 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -145,8 +145,6 @@ class BaseConfig(object):
 # to be added with -drive if=pflash.
 # Found in the same places as the rootfs, with or without one of
 # these suffices: qcow2, bin.
-# Setting one also adds "-vga std" because that is all that
-# OVMF supports.
 self.ovmf_bios = []
 # When enrolling default Secure Boot keys, the hypervisor
 # must provide the Platform Key and the first Key Exchange Key
@@ -1280,10 +1278,6 @@ class BaseConfig(object):
 for ovmf in self.ovmf_bios:
 format = ovmf.rsplit('.', 1)[-1]
 self.qemu_opt += ' -drive if=pflash,format=%s,file=%s' % (format, 
ovmf)
-if self.ovmf_bios:
-# OVMF only supports normal VGA, i.e. we need to override a -vga 
vmware
-# that gets added 

[OE-core] [PATCH 05/12] rt-tests: exclude another development version

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-rt/rt-tests/rt-tests.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-rt/rt-tests/rt-tests.inc 
b/meta/recipes-rt/rt-tests/rt-tests.inc
index 84a8f67bd45..227eb99b98d 100644
--- a/meta/recipes-rt/rt-tests/rt-tests.inc
+++ b/meta/recipes-rt/rt-tests/rt-tests.inc
@@ -3,8 +3,8 @@ SRCREV = "dff174f994f547a5785d32454865f140daacb0f5"
 PE = "1"
 
 SRC_URI = "git://git.kernel.org/pub/scm/utils/rt-tests/rt-tests.git"
-# 1.2 and 1.3 and 1.4 seem to be development versions
-UPSTREAM_CHECK_GITTAGREGEX = "v(?P(?!1\.2)(?!1\.3)(?!1\.4)(\d+(\.\d+)+))"
+# 1.2 to 1.5 seem to be development versions
+UPSTREAM_CHECK_GITTAGREGEX = "v(?P(?!1\.[2-5])(\d+(\.\d+)+))"
 
 S = "${WORKDIR}/git"
 
-- 
2.17.1

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

[OE-core] [PATCH 03/12] images: use 512M of RAM in qemu if 'opengl" is in DISTRO_FEATURES

[Alexander Kanavin]

256M was found to be no longer sufficient, as the X server fails to
start with the modesetting driver and 3D enabled.

Only images that actually include X11 are adjusted.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-core/images/build-appliance-image_15.0.0.bb | 2 ++
 meta/recipes-graphics/images/core-image-clutter.bb   | 2 ++
 meta/recipes-graphics/images/core-image-x11.bb   | 2 ++
 meta/recipes-sato/images/core-image-sato.bb  | 2 ++
 4 files changed, 8 insertions(+)

diff --git a/meta/recipes-core/images/build-appliance-image_15.0.0.bb 
b/meta/recipes-core/images/build-appliance-image_15.0.0.bb
index e9cac98c572..3f1b1c7a5ee 100644
--- a/meta/recipes-core/images/build-appliance-image_15.0.0.bb
+++ b/meta/recipes-core/images/build-appliance-image_15.0.0.bb
@@ -11,6 +11,8 @@ IMAGE_INSTALL = "packagegroup-core-boot 
packagegroup-core-ssh-openssh packagegro
 
 IMAGE_FEATURES += "x11-base package-management splash"
 
+QB_MEM = '${@bb.utils.contains("DISTRO_FEATURES", "opengl", "-m 512", "-m 
256", d)}'
+
 # Ensure there's enough space to do a core-image-sato build, with rm_work 
enabled
 IMAGE_ROOTFS_EXTRA_SPACE = "41943040"
 
diff --git a/meta/recipes-graphics/images/core-image-clutter.bb 
b/meta/recipes-graphics/images/core-image-clutter.bb
index b0f25cf1b14..a594461022f 100644
--- a/meta/recipes-graphics/images/core-image-clutter.bb
+++ b/meta/recipes-graphics/images/core-image-clutter.bb
@@ -11,3 +11,5 @@ IMAGE_INSTALL = "\
 "
 
 inherit core-image
+
+QB_MEM = '${@bb.utils.contains("DISTRO_FEATURES", "opengl", "-m 512", "-m 
256", d)}'
diff --git a/meta/recipes-graphics/images/core-image-x11.bb 
b/meta/recipes-graphics/images/core-image-x11.bb
index 8455bb8caec..cd5374949d5 100644
--- a/meta/recipes-graphics/images/core-image-x11.bb
+++ b/meta/recipes-graphics/images/core-image-x11.bb
@@ -7,3 +7,5 @@ LICENSE = "MIT"
 inherit core-image distro_features_check
 
 REQUIRED_DISTRO_FEATURES = "x11"
+
+QB_MEM = '${@bb.utils.contains("DISTRO_FEATURES", "opengl", "-m 512", "-m 
256", d)}'
diff --git a/meta/recipes-sato/images/core-image-sato.bb 
b/meta/recipes-sato/images/core-image-sato.bb
index b8979502856..878e0eaa8d2 100644
--- a/meta/recipes-sato/images/core-image-sato.bb
+++ b/meta/recipes-sato/images/core-image-sato.bb
@@ -10,3 +10,5 @@ inherit core-image
 
 TOOLCHAIN_HOST_TASK_append = " nativesdk-intltool nativesdk-glib-2.0"
 TOOLCHAIN_HOST_TASK_remove_task-populate-sdk-ext = " nativesdk-intltool 
nativesdk-glib-2.0"
+
+QB_MEM = '${@bb.utils.contains("DISTRO_FEATURES", "opengl", "-m 512", "-m 
256", d)}'
-- 
2.17.1

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

[OE-core] [PATCH 04/12] python3-numpy: update to 1.17.0

[Alexander Kanavin]

Rebase files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch

License-Update: clarified license for numpy/core/src/multiarray/dragon4.c (it 
is MIT)
Signed-off-by: Alexander Kanavin 
---
 ...-and-so-on-for-libraries-by-default-.patch | 47 ---
 ...up.py-remove-the-detection-of-x86-ta.patch | 32 +
 .../python-numpy/python-numpy.inc |  9 ++--
 ...umpy_1.16.3.bb => python3-numpy_1.17.0.bb} |  0
 4 files changed, 57 insertions(+), 31 deletions(-)
 create mode 100644 
meta/recipes-devtools/python-numpy/files/0001-numpy-random-setup.py-remove-the-detection-of-x86-ta.patch
 rename meta/recipes-devtools/python-numpy/{python3-numpy_1.16.3.bb => 
python3-numpy_1.17.0.bb} (100%)

diff --git 
a/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
 
b/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
index 8fe0d1a27ee..98a97058312 100644
--- 
a/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
+++ 
b/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
@@ -1,4 +1,4 @@
-From c14554c7e2fff8dd559dfb41e7dd11392c6f85e3 Mon Sep 17 00:00:00 2001
+From 672a75c8417ce08db9e31fc415ec445479231d5a Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Thu, 10 Dec 2015 13:20:30 +0200
 Subject: [PATCH] Don't search /usr and so on for libraries by default to
@@ -10,14 +10,14 @@ Signed-off-by: Ross Burton 
 Signed-off-by: Alexander Kanavin 
 
 ---
- numpy/distutils/system_info.py | 50 --
- 1 file changed, 6 insertions(+), 44 deletions(-)
+ numpy/distutils/system_info.py | 42 --
+ 1 file changed, 5 insertions(+), 37 deletions(-)
 
 diff --git a/numpy/distutils/system_info.py b/numpy/distutils/system_info.py
-index 2424943..bf56a6d 100644
+index ba2b1f4..f94dce1 100644
 --- a/numpy/distutils/system_info.py
 +++ b/numpy/distutils/system_info.py
-@@ -274,51 +274,13 @@ if sys.platform == 'win32':
+@@ -278,45 +278,13 @@ if sys.platform == 'win32':
  add_system_root(os.path.join(conda_dir, 'Library'))
  
  else:
@@ -45,31 +45,24 @@ index 2424943..bf56a6d 100644
 -default_x11_include_dirs.extend(['/usr/lib/X11/include',
 - '/usr/include/X11'])
 -
--import subprocess as sp
--tmp = None
--try:
--# Explicitly open/close file to avoid ResourceWarning when
--# tests are run in debug mode Python 3.
--tmp = open(os.devnull, 'w')
--p = sp.Popen(["gcc", "-print-multiarch"], stdout=sp.PIPE,
-- stderr=tmp)
--except (OSError, DistutilsError):
--# OSError if gcc is not installed, or SandboxViolation (DistutilsError
--# subclass) if an old setuptools bug is triggered (see gh-3160).
--pass
--else:
--triplet = str(p.communicate()[0].decode().strip())
--if p.returncode == 0:
--# gcc supports the "-print-multiarch" option
--default_x11_lib_dirs += [os.path.join("/usr/lib/", triplet)]
--default_lib_dirs += [os.path.join("/usr/lib/", triplet)]
--finally:
--if tmp is not None:
--tmp.close()
+-with open(os.devnull, 'w') as tmp:
+-try:
+-p = subprocess.Popen(["gcc", "-print-multiarch"], 
stdout=subprocess.PIPE,
+- stderr=tmp)
+-except (OSError, DistutilsError):
+-# OSError if gcc is not installed, or SandboxViolation 
(DistutilsError
+-# subclass) if an old setuptools bug is triggered (see gh-3160).
+-pass
+-else:
+-triplet = str(p.communicate()[0].decode().strip())
+-if p.returncode == 0:
+-# gcc supports the "-print-multiarch" option
+-default_x11_lib_dirs += [os.path.join("/usr/lib/", triplet)]
+-default_lib_dirs += [os.path.join("/usr/lib/", triplet)]
 +default_lib_dirs = libpaths(['/deadir/lib'], platform_bits)
 +default_include_dirs = ['/deaddir/include']
 +default_src_dirs = ['.', '/deaddir/src']
-+
+ 
 +default_x11_lib_dirs = libpaths(['/deaddir/lib'], platform_bits)
 +default_x11_include_dirs = ['/deaddir/include']
  
diff --git 
a/meta/recipes-devtools/python-numpy/files/0001-numpy-random-setup.py-remove-the-detection-of-x86-ta.patch
 
b/meta/recipes-devtools/python-numpy/files/0001-numpy-random-setup.py-remove-the-detection-of-x86-ta.patch
new file mode 100644
index 000..ebb2a6f9df1
--- /dev/null
+++ 
b/meta/recipes-devtools/python-numpy/files/0001-numpy-random-setup.py-remove-the-detection-of-x86-ta.patch
@@ -0,0 +1,32 @@
+From b881e0b2ba9cf1a4aa351a1c1ea90b1e1776ce21 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Mon, 12 Aug 2019 15:37:36 +0200
+Subject: [PATCH] 

[OE-core] ✗ patchtest: failure for networkd-dispatcher: service file is using different binary location

[Patchwork]

== Series Details ==

Series: networkd-dispatcher: service file is using different binary location
Revision: 1
URL   : https://patchwork.openembedded.org/series/19370/
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 sent to the wrong mailing list or some patches from 
the series correspond to different mailing lists [test_target_mailing_list] 
  Suggested fixSend the series again to the correct mailing list (ML)
  Suggested ML openembedded-de...@lists.openembedded.org 
[http://git.openembedded.org/meta-openembedded/]
  Patch's path:
meta-networking/recipes-daemons/networkd-dispatcher/networkd-dispatcher.bb

* 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 6b36db8365)



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

[OE-core] [PATCH 01/12] linux-yocto: add drm-bochs support

[Alexander Kanavin]

This allows better modesetting support for the '-vga std'
emulated hardware provided by Qemu, which we want to
standardize on.

See here for background:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13466

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb  | 2 +-
 meta/recipes-kernel/linux/linux-yocto_4.19.bb| 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.0.bb | 2 +-
 5 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb 
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index 96117ccf3f7..2268faf512c 100644
--- a/meta/recipes-kernel/linux/linux-yocto-dev.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-dev.bb
@@ -46,7 +46,7 @@ KERNEL_DEVICETREE_qemuarmv5 = "versatile-pb.dtb"
 # Functionality flags
 KERNEL_EXTRA_FEATURES ?= "features/netfilter/netfilter.scc 
features/taskstats/taskstats.scc"
 KERNEL_FEATURES_append = " ${KERNEL_EXTRA_FEATURES}"
-KERNEL_FEATURES_append_qemuall=" cfg/virtio.scc"
+KERNEL_FEATURES_append_qemuall=" cfg/virtio.scc 
features/drm-bochs/drm-bochs.scc"
 KERNEL_FEATURES_append_qemux86=" cfg/sound.scc cfg/paravirt_kvm.scc"
 KERNEL_FEATURES_append_qemux86-64=" cfg/sound.scc"
 KERNEL_FEATURES_append = " ${@bb.utils.contains("TUNE_FEATURES", "mx32", " 
cfg/x32.scc", "" ,d)}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
index 4013a0c2d0b..e2108a6e2bd 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
@@ -38,7 +38,7 @@ KERNEL_DEVICETREE_qemuarmv5 = "versatile-pb.dtb"
 # Functionality flags
 KERNEL_EXTRA_FEATURES ?= "features/netfilter/netfilter.scc 
features/taskstats/taskstats.scc"
 KERNEL_FEATURES_append = " ${KERNEL_EXTRA_FEATURES}"
-KERNEL_FEATURES_append_qemuall=" cfg/virtio.scc"
+KERNEL_FEATURES_append_qemuall=" cfg/virtio.scc 
features/drm-bochs/drm-bochs.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("DISTRO_FEATURES", "ptest", " 
features/scsi/scsi-debug.scc", "" ,d)}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
index 9e822f2e7f3..71fd5734ada 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
@@ -38,7 +38,7 @@ KERNEL_DEVICETREE_qemuarmv5 = "versatile-pb.dtb"
 # Functionality flags
 KERNEL_EXTRA_FEATURES ?= "features/netfilter/netfilter.scc 
features/taskstats/taskstats.scc"
 KERNEL_FEATURES_append = " ${KERNEL_EXTRA_FEATURES}"
-KERNEL_FEATURES_append_qemuall=" cfg/virtio.scc"
+KERNEL_FEATURES_append_qemuall=" cfg/virtio.scc 
features/drm-bochs/drm-bochs.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("DISTRO_FEATURES", "ptest", " 
features/scsi/scsi-debug.scc", "" ,d)}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.19.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.19.bb
index cee8af7c995..5a45e7502c4 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.19.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.19.bb
@@ -43,7 +43,7 @@ COMPATIBLE_MACHINE = 
"qemuarm|qemuarmv5|qemuarm64|qemux86|qemuppc|qemumips|qemum
 # 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_qemuall=" cfg/virtio.scc 
features/drm-bochs/drm-bochs.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)}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.0.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
index 0e4a372d2dd..87fe42ea2ab 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
@@ -47,7 +47,7 @@ COMPATIBLE_MACHINE = 
"qemuarm|qemuarmv5|qemuarm64|qemux86|qemuppc|qemumips|qemum
 # 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_qemuall=" cfg/virtio.scc 
features/drm-bochs/drm-bochs.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)}"
-- 
2.17.1

-- 

[OE-core] [PATCH] networkd-dispatcher: service file is using different binary location

[ja . kaisrlik]

From: Jan Kaisrlik 

Signed-off-by: Jan Kaisrlik 
---
 .../recipes-daemons/networkd-dispatcher/networkd-dispatcher.bb  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta-networking/recipes-daemons/networkd-dispatcher/networkd-dispatcher.bb 
b/meta-networking/recipes-daemons/networkd-dispatcher/networkd-dispatcher.bb
index 050a938..20731ff 100644
--- a/meta-networking/recipes-daemons/networkd-dispatcher/networkd-dispatcher.bb
+++ b/meta-networking/recipes-daemons/networkd-dispatcher/networkd-dispatcher.bb
@@ -26,7 +26,7 @@ do_configure[noexec] = "1"
 do_compile[noexec] = "1"
 
 do_install() {
-install -D -m 0755 ${S}/networkd-dispatcher 
${D}${sbindir}/networkd-dispatcher
+install -D -m 0755 ${S}/networkd-dispatcher 
${D}${bindir}/networkd-dispatcher
 install -D -m 0644 ${S}/networkd-dispatcher.service 
${D}/${systemd_system_unitdir}/networkd-dispatcher.service
 install -D -m 0644 ${S}/networkd-dispatcher.conf 
${D}/${sysconfdir}/conf.d/networkd-dispatcher.conf
 }
-- 
1.8.3.1

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

[OE-core] Yocto Project Status WW34'19

[sjolley.yp.pm]

Current Dev Position: YP 2.8 M3

Next Deadline: YP 2.8 Milestone M3 Cutoff (Feature Freeze) Aug 25, 2019

 

SWAT Team Rotation:

*   SWAT lead is currently: Chen
*   SWAT team rotation: Chen -> Anuj on Aug. 23, 2019
*   SWAT team rotation: Anuj -> Armin on Aug. 30, 2019
*
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team

 

Next Team Meetings:

*   Bug Triage meeting Thursday August 22nd at 7:30am PDT (
 https://zoom.us/j/454367603)
*   Monthly Project Meeting Tuesday Sept. 3rd at 8am PDT (
 https://zoom.us/j/990892712) 
*   Twitch - Next event is Tuesday Sept. 10th at 8am PDT (
 https://www.twitch.tv/yocto_project)

 

Key Status/Updates:

*   YP 2.6.3 has been released.
*   This release which was 2.8 will now become 3.0.
*   The sstate hash equivalency continues to have challenges:

*   performance of the hash server is not able to scale to the
autibuilder's load
*   there are some bugs in the code the autobuilder continues to expose
*   we have cases where its not 100% clear what the correct behaviour
should be
*   test cases are proving to be problematic to write in a maintainable
way

*   On a more positive note, some of the key performance issues were
identified and fixed so performance doesn't regress for usage without hash
equivalence. Several corruption issues and other key fixes to runqueue also
merged.
*   Jason Wessel finally tracked down our mystery glibc-locale bug,
which was not a pseudo issue. Thanks and kudos to Jason!
*   General patch merging is currently delayed along with patch feedback
due to the hash equivalence issues and lack of bandwidth to progress
everything at once.
*   We still need to make a decision on systemd or sysvinit defaults as
the init system.
*   We are a week away from the 3.0 feature freeze.

 

Planned Releases for YP 3.0 {2.8}:

*   M3 Cutoff (Feature Freeze) 25th Aug
*   M3 Release 6th Sept
*   M4 Cutoff 30th Sept - this will be YP 3.0.
*   YP 3.0 {2.8 (M4)} Final Release 25th Oct

 

Planned upcoming dot releases:

*   YP 2.7.2 (Warrior) is planned for after YP 3.0 release.
*   YP 2.6.4 (Thud) is planned for after YP 2.7.2  release.

 

Tracking Metrics:

*   WDD 2495 (last week 2482) (

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

*   Total patches found: 1491 (last week 1489)
*   Patches in the Pending State: 616 (41%) [last week 617 (41%)]

 

Key Status Links for YP:

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

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

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

 

The Yocto Project's technical governance is through its Technical Steering
Committee, more information is available at:

 
https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at:

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

 

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

 

Thanks,

 

Stephen K. Jolley

Yocto Project Project Manager

*Cell:(208) 244-4460

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

 

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

Re: [OE-core] [warrior][PATCH 1/3] icecc.bbclass: catch subprocess.CalledProcessError

[Joshua Watt]

Looks like "readlink -f" is failing. Can you try to capture the output and
figure out why?

On Tue, Aug 20, 2019, 2:04 AM Martin Jansa  wrote:

> * this might be related to:
>   commit d2fcaeb153fdc3f8d7143ea823139f1537055ff1
>   Author: Douglas Royds 
>   Date:   Thu Dec 20 11:59:47 2018 +1300
>
> icecc: Don't generate recipe-sysroot symlinks at recipe-parsing time
>
> * it's still a bit unclear when and why this happends, but I'm seeing
>   random tasks sometimes failing with:
>
> WARNING: Exception during build_dependencies for set_icecc_env
> WARNING: Error during finalise of
> /build/meta-oe/meta-python/recipes-devtools/python/
> python-markupsafe_1.0.bb
> ERROR: Traceback (most recent call last):
>   File "/build/bitbake/lib/bb/data_smart.py", line 411, in expandWithRefs
> s = __expand_python_regexp__.sub(varparse.python_sub, s)
>   File "/build/bitbake/lib/bb/data_smart.py", line 136, in python_sub
> value = utils.better_eval(codeobj, DataContext(self.d), {'d' : self.d})
>   File "/build/bitbake/lib/bb/utils.py", line 421, in better_eval
> return eval(source, ctx, locals)
>   File "Var ", line 1, in 
>   File "/build/oe-core/meta/classes/icecc.bbclass", line 287, in
> icecc_get_and_check_tool
> link_path = icecc_get_tool_link(t, d)
>   File "/build/oe-core/meta/classes/icecc.bbclass", line 246, in
> icecc_get_tool_link
> return subprocess.check_output("readlink -f %s" % tool,
> shell=True).decode("utf-8")[:-1]
>   File "/usr/lib/python3.6/subprocess.py", line 336, in check_output
> **kwargs).stdout
>   File "/usr/lib/python3.6/subprocess.py", line 418, in run
> output=stdout, stderr=stderr)
> subprocess.CalledProcessError: Command 'readlink -f
> /build/BUILD/work/qemux86-oe-linux/python-markupsafe/1.0-r0/recipe-sysroot-native/usr/bin/x86_64-oe-linux/x86_64-oe-linux-g++'
> returned non-zero exit status 1.
>
> The above exception was the direct cause of the following exception:
>
> Traceback (most recent call last):
>   File "/build/bitbake/bin/bitbake-worker", line 239, in child
> the_data = bb_cache.loadDataFull(fn, appends)
>   File "/build/bitbake/lib/bb/cache.py", line 327, in loadDataFull
> bb_data = self.load_bbfile(virtualfn, appends, virtonly=True)
>   File "/build/bitbake/lib/bb/cache.py", line 340, in load_bbfile
> datastores = parse_recipe(bb_data, bbfile, appends, mc)
>   File "/build/bitbake/lib/bb/cache.py", line 303, in parse_recipe
> bb_data = bb.parse.handle(bbfile, bb_data)
>   File "/build/bitbake/lib/bb/parse/__init__.py", line 107, in handle
> return h['handle'](fn, data, include)
>   File "/build/bitbake/lib/bb/parse/parse_py/BBHandler.py", line 142, in
> handle
> return ast.multi_finalize(fn, d)
>   File "/build/bitbake/lib/bb/parse/ast.py", line 386, in multi_finalize
> finalize(fn, d)
>   File "/build/bitbake/lib/bb/parse/ast.py", line 351, in finalize
> bb.parse.siggen.finalise(fn, d, variant)
>   File "/build/bitbake/lib/bb/siggen.py", line 147, in finalise
> taskdeps = self._build_data(fn, d)
>   File "/build/bitbake/lib/bb/siggen.py", line 118, in _build_data
> tasklist, gendeps, lookupcache = bb.data.generate_dependencies(d)
>   File "/build/bitbake/lib/bb/data.py", line 388, in generate_dependencies
> deps[dep], values[dep] = build_dependencies(dep, keys, shelldeps,
> varflagsexcl, d)
>   File "/build/bitbake/lib/bb/data.py", line 317, in build_dependencies
> value, parsedvar = d.getVarFlag(key, "_content", False, retparser=True)
>   File "/build/bitbake/lib/bb/data_smart.py", line 802, in getVarFlag
> parser = self.expandWithRefs(value, cachename)
>   File "/build/bitbake/lib/bb/data_smart.py", line 424, in expandWithRefs
> raise ExpansionError(varname, s, exc).with_traceback(tb) from exc
>   File "/build/bitbake/lib/bb/data_smart.py", line 411, in expandWithRefs
> s = __expand_python_regexp__.sub(varparse.python_sub, s)
>   File "/build/bitbake/lib/bb/data_smart.py", line 136, in python_sub
> value = utils.better_eval(codeobj, DataContext(self.d), {'d' : self.d})
>   File "/build/bitbake/lib/bb/utils.py", line 421, in better_eval
> return eval(source, ctx, locals)
>   File "Var ", line 1, in 
>   File "/build/oe-core/meta/classes/icecc.bbclass", line 287, in
> icecc_get_and_check_tool
> link_path = icecc_get_tool_link(t, d)
>   File "/build/oe-core/meta/classes/icecc.bbclass", line 246, in
> icecc_get_tool_link
> return subprocess.check_output("readlink -f %s" % tool,
> shell=True).decode("utf-8")[:-1]
>   File "/usr/lib/python3.6/subprocess.py", line 336, in check_output
> **kwargs).stdout
>   File "/usr/lib/python3.6/subprocess.py", line 418, in run
> output=stdout, stderr=stderr)
> bb.data_smart.ExpansionError: Failure expanding variable set_icecc_env,
> expression was if [ "${@use_icecc(bb, d)}" = "no" ]
> then
> return
> fi
> ICECC_VERSION="${@icecc_version(bb, d)}"
> if [ "x${ICECC_VERSION}" = "x" ]
> then
> 

Re: [OE-core] [PATCH] systemd: decreasing default RLIMIT_NOFILE on qemu bsp

[Mark Hatle]

On 8/19/19 9:55 AM, richard.pur...@linuxfoundation.org wrote:
> On Mon, 2019-08-19 at 16:01 +0200, Alexander Kanavin wrote:
>> Should the limit be simply raised? The 256M setup is crumbling on
>> several fronts (runtime tests, modernisation of X, various non-x86
>> qemu targets). Adding per-image/target exceptions, custom non-
>> upstreamable patches, or sticking to deprecated configurations isn't
>> the right thing to do, I think.
> 
> What kind of devices/uses are we meant to be targeting?
> 
> I believe OE is suited to optimised used cases where constraints on
> size and performance are quite likely and supported.
> 
> This is *exactly* the kind of thing we should be exploring and
> supporting. systemd is not designed for some of the systems we target.
> Changing some of its configuration shouldn't be a surprise.
> 
> Having NFS taking up half the available memory doesn't make sense,
> particularly when the sysvinit limits have worked for us for years. I
> therefore appreciate Hongxu figuring out what the difference was and I
> believe we should change this to something more suited for our target
> audience, unless someone can explain why this is a bad idea.
> 
> Similarly, forcing everyone to full GL stacks under qemu simply is not
> acceptable. For example I might have a single container type image
> which I want to load/test under qemu. Forcing such usage to require
> 512MB memory for what could be a headless system also isn't right and
> will just frustrate users. Users need to be able to access headless or
> 2D configurations of it.

Looking at what my customers are doing, I completely agree.  I look at the
design criteria for my customer's devices and I'm seeing 256MB as -very- common.
 More happens, but it's rare still.  (But I have some customers with GB of ram,
but that is usually to support their application, but the base system!)

(Note, I do have customers -with- graphics requirements [X11] that are in the
128/256 MB ram ranges.  In most cases OpenGL is something they would like, but I
don't believe it's a hard requirement for them.)

I do still have many customers with 128 MB of ram requirements.  So it's
important for us to set a reasonable baseline (256MB).  So going under this
requires 'work', but I think that is acceptable.

--Mark

> I'm sorry I haven't been as active with general patch review recently
> as I'd like. I did say that trying to change runqueue would distract me
> from the usual day to day running of the project. We need to sort this
> problem out but not the way you keep trying to.
> 
> Where images have specific memory needs, we should increase the
> headroom for those images. Images with SDK tools, or stap make sense to
> have more memory.
> 
> I'd even possibly accept a case for higher memory defaults for graphics
> images when GL is enabled. Pushing the default qemu memory size to
> 512MB everywhere is wrong though and sends out the wrong message for
> the project.
> 
> Cheers,
> 
> Richard
> 
> 

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

[OE-core] [PATCH] Revert "kernel.bbclass: adjust a condition checking"

[Jason Wessel]

This reverts commit 6676411fccff2d331878e4ca1f9411aafb056a80.

This revert restores the original code and adds a comment.  The commit
that was reverted broke a number of wic templates and tools which rely
on the initramfs creation dependency and the case where the
INITRAMFS_IMAGE_BUNDLE is not set.

If an end user does not want the INITRAMFS_IMAGE generated, it should
be set to "".

[ Issue: LIN1019-1791 ]

Signed-off-by: Jason Wessel 
---
 meta/classes/kernel.bbclass | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index bf3674238f..ebcb79a528 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -96,8 +96,10 @@ python __anonymous () {
 d.setVar('ALLOW_EMPTY_%s-image-%s' % (kname, typelower), '1')
 
 image = d.getVar('INITRAMFS_IMAGE')
-image_bundle = d.getVar('INITRAMFS_IMAGE_BUNDLE')
-if image and bb.utils.to_boolean(image_bundle, False):
+# If the INTIRAMFS_IMAGE is set but the INITRAMFS_IMAGE_BUNDLE is set to 0,
+# the do_bundle_initramfs does nothing, but the INITRAMFS_IMAGE is built
+# standalone for use by wic and other tools.
+if image:
 d.appendVarFlag('do_bundle_initramfs', 'depends', ' 
${INITRAMFS_IMAGE}:do_image_complete')
 
 # NOTE: setting INITRAMFS_TASK is for backward compatibility
-- 
2.21.0

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

[OE-core] [PATCH 0/1] Workaround for do_populate_sysroot failure

[kai.kang]

From: Kai Kang 

Hi,

The script caused the issue install-sh is identical with the file from
libtool and automake. Its function should be stable. And I didn't find
out the root cause, so remove the temporary files explictly as workaround.

Kai Kang (1):
  adwaita-icon-theme: workaround for do_populate_sysroot failure

 meta/recipes-gnome/gnome/adwaita-icon-theme_3.32.0.bb | 5 +
 1 file changed, 5 insertions(+)

-- 
2.20.0

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

[OE-core] [PATCH 1/1] adwaita-icon-theme: workaround for do_populate_sysroot failure

[kai.kang]

From: Kai Kang 

It fails to run task do_populate_sysroot of adwaita-icon-theme rarely:

| DEBUG: Executing shell function sysroot_stage_all
| cpio: ./icons/Adwaita/16x16/legacy/_inst.21134_: Cannot stat: No such
  file or directory

In script ${S}/install-sh, temporary files _inst.* are created and will be
removed by shell builtin command trap when the script exits:

# Make a couple of temp file names in the proper directory.
dsttmp=${dstdirslash}_inst.$$_
rmtmp=${dstdirslash}_rm.$$_

# Trap to clean up those temp files at exit.
trap 'ret=$?; rm -f "$dsttmp" "$rmtmp" && exit $ret' 0

The temporary files should be deleted already after task do_install. But
somehow they are still exist until the gap between commands find and
cpio in populate_sysroot function sysroot_stage_dir().

Remove the temporary files explicitly to avoid such issues.

Signed-off-by: Kai Kang 
---
 meta/recipes-gnome/gnome/adwaita-icon-theme_3.32.0.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-gnome/gnome/adwaita-icon-theme_3.32.0.bb 
b/meta/recipes-gnome/gnome/adwaita-icon-theme_3.32.0.bb
index 02676f4401..2f999222dc 100644
--- a/meta/recipes-gnome/gnome/adwaita-icon-theme_3.32.0.bb
+++ b/meta/recipes-gnome/gnome/adwaita-icon-theme_3.32.0.bb
@@ -19,6 +19,11 @@ SRC_URI[sha256sum] = 
"698db6e407bb987baec736c6a30216dfc0317e3ca2403c7adf3a5aa46c
 
 DEPENDS += "librsvg-native"
 
+do_install_append () {
+# remove temp files explicitly
+find ${D} \( -name _inst.* -o -name _rm.* \) -delete
+}
+
 PACKAGES = "${PN}-cursors ${PN}-symbolic-hires ${PN}-symbolic ${PN}-hires 
${PN}"
 
 RREPLACES_${PN} = "gnome-icon-theme"
-- 
2.20.0

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

[OE-core] [warrior][PATCH 2/3] meson: backport fix for builds with -Werror=return-type

[Martin Jansa]

Signed-off-by: Martin Jansa 
---
 meta/recipes-devtools/meson/meson.inc |  1 +
 ...rn-statements-that-are-seen-with-Wer.patch | 84 +++
 2 files changed, 85 insertions(+)
 create mode 100644 
meta/recipes-devtools/meson/meson/0001-Fix-missing-return-statements-that-are-seen-with-Wer.patch

diff --git a/meta/recipes-devtools/meson/meson.inc 
b/meta/recipes-devtools/meson/meson.inc
index 2d18f72c0c..bfe9851e94 100644
--- a/meta/recipes-devtools/meson/meson.inc
+++ b/meta/recipes-devtools/meson/meson.inc
@@ -16,6 +16,7 @@ SRC_URI = 
"https://github.com/mesonbuild/meson/releases/download/${PV}/meson-${P
file://cross-prop-default.patch \
file://many-cross.patch \
file://cross-libdir.patch \
+   
file://0001-Fix-missing-return-statements-that-are-seen-with-Wer.patch \
"
 SRC_URI[sha256sum] = 
"ef9f14326ec1e30d3ba1a26df0f92826ede5a79255ad723af78a2691c37109fd"
 SRC_URI[md5sum] = "0267b0871266056184c484792572c682"
diff --git 
a/meta/recipes-devtools/meson/meson/0001-Fix-missing-return-statements-that-are-seen-with-Wer.patch
 
b/meta/recipes-devtools/meson/meson/0001-Fix-missing-return-statements-that-are-seen-with-Wer.patch
new file mode 100644
index 00..1f22755e17
--- /dev/null
+++ 
b/meta/recipes-devtools/meson/meson/0001-Fix-missing-return-statements-that-are-seen-with-Wer.patch
@@ -0,0 +1,84 @@
+From 7e83cf1edac2a57c08ebb1ce7f21c2a539d5c300 Mon Sep 17 00:00:00 2001
+From: Martin Liska 
+Date: Mon, 15 Jul 2019 10:06:17 +0200
+Subject: [PATCH] Fix missing return statements that are seen with
+ -Werror=return-type.
+
+Error example:
+
+Code:
+
+#include 
+int main () {
+/* If it's not defined as a macro, try to use as a symbol */
+#ifndef LC_MESSAGES
+LC_MESSAGES;
+#endif
+}
+Compiler stdout:
+
+Compiler stderr:
+ In file included from /usr/include/locale.h:25,
+ from /tmp/tmpep_i4iwg/testfile.c:2:
+/usr/include/features.h:382:4: warning: #warning _FORTIFY_SOURCE requires 
compiling with optimization (-O) [-Wcpp]
+  382 | #  warning _FORTIFY_SOURCE requires compiling with optimization (-O)
+  |^~~
+/tmp/tmpep_i4iwg/testfile.c: In function 'main':
+/tmp/tmpep_i4iwg/testfile.c:8:9: error: control reaches end of non-void 
function [-Werror=return-type]
+8 | }
+  | ^
+cc1: some warnings being treated as errors
+
+Upstream-Status: Backport
+Signed-off-by: Martin Jansa 
+---
+ mesonbuild/compilers/c.py | 5 +
+ 1 file changed, 5 insertions(+)
+
+diff --git a/mesonbuild/compilers/c.py b/mesonbuild/compilers/c.py
+index b0096459..69cf84a4 100644
+--- a/mesonbuild/compilers/c.py
 b/mesonbuild/compilers/c.py
+@@ -387,6 +387,7 @@ class CCompiler(Compiler):
+ #ifndef {symbol}
+ {symbol};
+ #endif
++return 0;
+ }}'''
+ return self.compiles(t.format(**fargs), env, extra_args=extra_args,
+  dependencies=dependencies)
+@@ -563,6 +564,7 @@ class CCompiler(Compiler):
+ {prefix}
+ int main(int argc, char **argv) {{
+ {type} something;
++return 0;
+ }}'''
+ if not self.compiles(t.format(**fargs), env, extra_args=extra_args,
+  dependencies=dependencies):
+@@ -598,6 +600,7 @@ class CCompiler(Compiler):
+ {prefix}
+ int main(int argc, char **argv) {{
+ {type} something;
++return 0;
+ }}'''
+ if not self.compiles(t.format(**fargs), env, extra_args=extra_args,
+  dependencies=dependencies):
+@@ -672,6 +675,7 @@ class CCompiler(Compiler):
+ #include 
+ int main(int argc, char *argv[]) {{
+ printf ("{fmt}", {cast} {f}());
++return 0;
+ }}'''.format(**fargs)
+ res = self.run(code, env, extra_args=extra_args, 
dependencies=dependencies)
+ if not res.compiled:
+@@ -823,6 +827,7 @@ class CCompiler(Compiler):
+ #error "No definition for __builtin_{func} found in the 
prefix"
+ #endif
+ #endif
++return 0;
+ }}'''
+ return self.links(t.format(**fargs), env, extra_args=extra_args,
+   dependencies=dependencies)
+-- 
+2.17.1
+
-- 
2.17.1

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

[OE-core] [warrior][PATCH 3/3] powertop: import a fix from buildroot

[Martin Jansa]

From: Martin Jansa 

Signed-off-by: Martin Jansa 
Signed-off-by: Richard Purdie 
---
 .../0001-wakeup_xxx.h-include-limits.h.patch  | 55 +++
 meta/recipes-kernel/powertop/powertop_2.10.bb |  1 +
 2 files changed, 56 insertions(+)
 create mode 100644 
meta/recipes-kernel/powertop/powertop/0001-wakeup_xxx.h-include-limits.h.patch

diff --git 
a/meta/recipes-kernel/powertop/powertop/0001-wakeup_xxx.h-include-limits.h.patch
 
b/meta/recipes-kernel/powertop/powertop/0001-wakeup_xxx.h-include-limits.h.patch
new file mode 100644
index 00..7bfca8abfd
--- /dev/null
+++ 
b/meta/recipes-kernel/powertop/powertop/0001-wakeup_xxx.h-include-limits.h.patch
@@ -0,0 +1,55 @@
+From 4c24fdd8e0a42359df7308155b2d43c28a5e02fd Mon Sep 17 00:00:00 2001
+From: Fabrice Fontaine 
+Date: Mon, 20 May 2019 20:25:00 +0200
+Subject: [PATCH] wakeup_xxx.h: include limits.h
+
+limits.h must be included to define PATH_MAX otherwise build will fail
+on:
+
+In file included from wakeup/wakeup_ethernet.cpp:45:0:
+wakeup/wakeup_ethernet.h:35:16: error: 'PATH_MAX' was not declared in this 
scope
+  char eth_path[PATH_MAX];
+
+In file included from wakeup/wakeup_usb.cpp:45:0:
+wakeup/wakeup_usb.h:35:16: error: 'PATH_MAX' was not declared in this scope
+  char usb_path[PATH_MAX];
+
+Fixes:
+ - 
http://autobuild.buildroot.org/results/a0b3337cf4a827e6566f8b15b6bb180f0dcef7a3
+
+Signed-off-by: Fabrice Fontaine 
+Signed-off-by: Martin Jansa 
+
+Upstream-Status: Submitted 
[https://lists.01.org/pipermail/powertop/2019-May/002052.html]
+---
+ src/wakeup/wakeup_ethernet.h | 1 +
+ src/wakeup/wakeup_usb.h  | 1 +
+ 2 files changed, 2 insertions(+)
+
+diff --git a/src/wakeup/wakeup_ethernet.h b/src/wakeup/wakeup_ethernet.h
+index 682bf95..e0fa628 100644
+--- a/src/wakeup/wakeup_ethernet.h
 b/src/wakeup/wakeup_ethernet.h
+@@ -25,6 +25,7 @@
+ #ifndef _INCLUDE_GUARD_ETHERNET_WAKEUP_H
+ #define _INCLUDE_GUARD_ETHERNET_WAKEUP_H
+ 
++#include 
+ #include 
+ 
+ #include "wakeup.h"
+diff --git a/src/wakeup/wakeup_usb.h b/src/wakeup/wakeup_usb.h
+index f7a1f7e..15898e3 100644
+--- a/src/wakeup/wakeup_usb.h
 b/src/wakeup/wakeup_usb.h
+@@ -25,6 +25,7 @@
+ #ifndef _INCLUDE_GUARD_USB_WAKEUP_H
+ #define _INCLUDE_GUARD_USB_WAKEUP_H
+ 
++#include 
+ #include 
+ 
+ #include "wakeup.h"
+-- 
+2.20.1
+
diff --git a/meta/recipes-kernel/powertop/powertop_2.10.bb 
b/meta/recipes-kernel/powertop/powertop_2.10.bb
index d943ba9f6e..5be8d23111 100644
--- a/meta/recipes-kernel/powertop/powertop_2.10.bb
+++ b/meta/recipes-kernel/powertop/powertop_2.10.bb
@@ -7,6 +7,7 @@ LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e"
 
 SRC_URI = "http://01.org/sites/default/files/downloads/powertop-v${PV}.tar.gz \
+file://0001-wakeup_xxx.h-include-limits.h.patch \
 "
 
 SRC_URI[md5sum] = "a69bd55901cf919cc564187402ea2c9c"
-- 
2.17.1

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

[OE-core] [warrior][PATCH 1/3] icecc.bbclass: catch subprocess.CalledProcessError

[Martin Jansa]

* this might be related to:
  commit d2fcaeb153fdc3f8d7143ea823139f1537055ff1
  Author: Douglas Royds 
  Date:   Thu Dec 20 11:59:47 2018 +1300

icecc: Don't generate recipe-sysroot symlinks at recipe-parsing time

* it's still a bit unclear when and why this happends, but I'm seeing
  random tasks sometimes failing with:

WARNING: Exception during build_dependencies for set_icecc_env
WARNING: Error during finalise of 
/build/meta-oe/meta-python/recipes-devtools/python/python-markupsafe_1.0.bb
ERROR: Traceback (most recent call last):
  File "/build/bitbake/lib/bb/data_smart.py", line 411, in expandWithRefs
s = __expand_python_regexp__.sub(varparse.python_sub, s)
  File "/build/bitbake/lib/bb/data_smart.py", line 136, in python_sub
value = utils.better_eval(codeobj, DataContext(self.d), {'d' : self.d})
  File "/build/bitbake/lib/bb/utils.py", line 421, in better_eval
return eval(source, ctx, locals)
  File "Var ", line 1, in 
  File "/build/oe-core/meta/classes/icecc.bbclass", line 287, in 
icecc_get_and_check_tool
link_path = icecc_get_tool_link(t, d)
  File "/build/oe-core/meta/classes/icecc.bbclass", line 246, in 
icecc_get_tool_link
return subprocess.check_output("readlink -f %s" % tool, 
shell=True).decode("utf-8")[:-1]
  File "/usr/lib/python3.6/subprocess.py", line 336, in check_output
**kwargs).stdout
  File "/usr/lib/python3.6/subprocess.py", line 418, in run
output=stdout, stderr=stderr)
subprocess.CalledProcessError: Command 'readlink -f 
/build/BUILD/work/qemux86-oe-linux/python-markupsafe/1.0-r0/recipe-sysroot-native/usr/bin/x86_64-oe-linux/x86_64-oe-linux-g++'
 returned non-zero exit status 1.

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/build/bitbake/bin/bitbake-worker", line 239, in child
the_data = bb_cache.loadDataFull(fn, appends)
  File "/build/bitbake/lib/bb/cache.py", line 327, in loadDataFull
bb_data = self.load_bbfile(virtualfn, appends, virtonly=True)
  File "/build/bitbake/lib/bb/cache.py", line 340, in load_bbfile
datastores = parse_recipe(bb_data, bbfile, appends, mc)
  File "/build/bitbake/lib/bb/cache.py", line 303, in parse_recipe
bb_data = bb.parse.handle(bbfile, bb_data)
  File "/build/bitbake/lib/bb/parse/__init__.py", line 107, in handle
return h['handle'](fn, data, include)
  File "/build/bitbake/lib/bb/parse/parse_py/BBHandler.py", line 142, in handle
return ast.multi_finalize(fn, d)
  File "/build/bitbake/lib/bb/parse/ast.py", line 386, in multi_finalize
finalize(fn, d)
  File "/build/bitbake/lib/bb/parse/ast.py", line 351, in finalize
bb.parse.siggen.finalise(fn, d, variant)
  File "/build/bitbake/lib/bb/siggen.py", line 147, in finalise
taskdeps = self._build_data(fn, d)
  File "/build/bitbake/lib/bb/siggen.py", line 118, in _build_data
tasklist, gendeps, lookupcache = bb.data.generate_dependencies(d)
  File "/build/bitbake/lib/bb/data.py", line 388, in generate_dependencies
deps[dep], values[dep] = build_dependencies(dep, keys, shelldeps, 
varflagsexcl, d)
  File "/build/bitbake/lib/bb/data.py", line 317, in build_dependencies
value, parsedvar = d.getVarFlag(key, "_content", False, retparser=True)
  File "/build/bitbake/lib/bb/data_smart.py", line 802, in getVarFlag
parser = self.expandWithRefs(value, cachename)
  File "/build/bitbake/lib/bb/data_smart.py", line 424, in expandWithRefs
raise ExpansionError(varname, s, exc).with_traceback(tb) from exc
  File "/build/bitbake/lib/bb/data_smart.py", line 411, in expandWithRefs
s = __expand_python_regexp__.sub(varparse.python_sub, s)
  File "/build/bitbake/lib/bb/data_smart.py", line 136, in python_sub
value = utils.better_eval(codeobj, DataContext(self.d), {'d' : self.d})
  File "/build/bitbake/lib/bb/utils.py", line 421, in better_eval
return eval(source, ctx, locals)
  File "Var ", line 1, in 
  File "/build/oe-core/meta/classes/icecc.bbclass", line 287, in 
icecc_get_and_check_tool
link_path = icecc_get_tool_link(t, d)
  File "/build/oe-core/meta/classes/icecc.bbclass", line 246, in 
icecc_get_tool_link
return subprocess.check_output("readlink -f %s" % tool, 
shell=True).decode("utf-8")[:-1]
  File "/usr/lib/python3.6/subprocess.py", line 336, in check_output
**kwargs).stdout
  File "/usr/lib/python3.6/subprocess.py", line 418, in run
output=stdout, stderr=stderr)
bb.data_smart.ExpansionError: Failure expanding variable set_icecc_env, 
expression was if [ "${@use_icecc(bb, d)}" = "no" ]
then
return
fi
ICECC_VERSION="${@icecc_version(bb, d)}"
if [ "x${ICECC_VERSION}" = "x" ]
then
bbwarn "Cannot use icecc: could not get ICECC_VERSION"
return
fi

ICE_PATH="${@icecc_path(bb, d)}"
if [ "x${ICE_PATH}" = "x" ]
then
bbwarn "Cannot use icecc: could not get ICE_PATH"
return
fi

ICECC_BIN="${@get_icecc(d)}"
if [ -z "${ICECC_BIN}" ]; then
bbwarn 

[OE-core] [warrior][PATCH v2] dpkg: Use less as pager

[Richard Leitner]

From: Ricardo Ribalda Delgado 

Debian traditionaly uses /usr/bin/pager as the system pager, which is a
link to the user preferred pager. This is a Debianism.

Without this patch:

root@qt5122:~# dpkg -l
sh: pager: command not found
dpkg-query: error: showing package list on pager subprocess returned error exit 
status 127

Signed-off-by: Ricardo Ribalda Delgado 
Signed-off-by: Richard Purdie 
Signed-off-by: Richard Leitner 
---
CHANGES v2: fix merge conflict
---
 meta/recipes-devtools/dpkg/dpkg/pager.patch | 21 +
 meta/recipes-devtools/dpkg/dpkg_1.19.4.bb   |  1 +
 2 files changed, 22 insertions(+)
 create mode 100644 meta/recipes-devtools/dpkg/dpkg/pager.patch

diff --git a/meta/recipes-devtools/dpkg/dpkg/pager.patch 
b/meta/recipes-devtools/dpkg/dpkg/pager.patch
new file mode 100644
index 00..e56b9d28af
--- /dev/null
+++ b/meta/recipes-devtools/dpkg/dpkg/pager.patch
@@ -0,0 +1,21 @@
+pager: Use less instead of pager
+
+pager is a Debianism. Istead use directly pager.
+
+Upstream-Status: Inappropriate [OE-Core integration specific]
+
+Suggested-by: Burton, Ross 
+Signed-off-by: Ricardo Ribalda 
+diff --git a/lib/dpkg/dpkg.h b/lib/dpkg/dpkg.h
+index 2bb067a..6cbce80 100644
+--- a/lib/dpkg/dpkg.h
 b/lib/dpkg/dpkg.h
+@@ -95,7 +95,7 @@ DPKG_BEGIN_DECLS
+ #define MAXUPDATES 250
+ 
+ #define DEFAULTSHELL"sh"
+-#define DEFAULTPAGER"pager"
++#define DEFAULTPAGER"less"
+ 
+ #define MD5HASHLEN   32
+ #define MAXTRIGDIRECTIVE 256
diff --git a/meta/recipes-devtools/dpkg/dpkg_1.19.4.bb 
b/meta/recipes-devtools/dpkg/dpkg_1.19.4.bb
index c3dbda77a4..e6083e2219 100644
--- a/meta/recipes-devtools/dpkg/dpkg_1.19.4.bb
+++ b/meta/recipes-devtools/dpkg/dpkg_1.19.4.bb
@@ -13,6 +13,7 @@ SRC_URI = "${DEBIAN_MIRROR}/main/d/${BPN}/${BPN}_${PV}.tar.xz 
\
file://0006-add-musleabi-to-known-target-tripets.patch \

file://0007-dpkg-deb-build.c-Remove-usage-of-clamp-mtime-in-tar.patch \
file://0001-dpkg-Support-muslx32-build.patch \
+   file://pager.patch \
"
 SRC_URI_append_class-native = " file://glibc2.5-sync_file_range.patch \
 file://tweak-options-require-tar-1.27.patch \
-- 
2.21.0

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

[OE-core] [PATCH] util-linux: fix uuidd failed with /run/uuidd not found

[Hongxu Jia]

It failed to run uuidd
...
root@qemux86-64:~# uuidd
uuidd: cannot open /run/uuidd/uuidd.pid: No such file or directory
...

Create dir /run/uuidd for both of systemd and sysvinit

Signed-off-by: Hongxu Jia 
---
 meta/recipes-core/util-linux/util-linux.inc | 21 +
 1 file changed, 21 insertions(+)

diff --git a/meta/recipes-core/util-linux/util-linux.inc 
b/meta/recipes-core/util-linux/util-linux.inc
index 84c7012..90a4750 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -127,6 +127,11 @@ FILES_${PN}-dev += 
"${PYTHON_SITEPACKAGES_DIR}/libmount/pylibmount.la"
 FILES_${PN}-mount = "${sysconfdir}/default/mountall"
 FILES_${PN}-runuser = "${sysconfdir}/pam.d/runuser*"
 FILES_${PN}-su = "${sysconfdir}/pam.d/su-l"
+FILES_${PN}-uuidd = " \
+/etc/tmpfiles.d/uuidd.conf \
+/etc/default/volatiles/99_uuidd \
+"
+
 CONFFILES_${PN}-su = "${sysconfdir}/pam.d/su-l"
 FILES_${PN}-pylibmount = "${PYTHON_SITEPACKAGES_DIR}/libmount/pylibmount.so \
   ${PYTHON_SITEPACKAGES_DIR}/libmount/__init__.* \
@@ -155,6 +160,12 @@ SYSTEMD_AUTO_ENABLE_${PN}-uuidd = "disable"
 SYSTEMD_SERVICE_${PN}-fstrim = "fstrim.timer fstrim.service"
 SYSTEMD_AUTO_ENABLE_${PN}-fstrim = "disable"
 
+pkg_postinst_${PN}-uuidd() {
+   if [ -z "$D" ] && [ -e ${sysconfdir}/init.d/populate-volatile.sh ] ; 
then
+   ${sysconfdir}/init.d/populate-volatile.sh update
+   fi
+}
+
 do_install () {
# with ccache the timestamps on compiled files may
# end up earlier than on their inputs, this allows
@@ -202,6 +213,16 @@ do_install () {
# and thus prevents the operation.
ln -s su ${D}${sysconfdir}/pam.d/su-l
fi
+
+   if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 'false', 
d)}; then
+   install -d ${D}${sysconfdir}/tmpfiles.d
+   echo "d /run/uuidd 0755 root root - -" > 
${D}${sysconfdir}/tmpfiles.d/uuidd.conf
+   fi
+
+   if ${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 'true', 'false', 
d)}; then
+   install -d ${D}${sysconfdir}/default/volatiles
+   echo "d root root 0755 /run/uuidd none" > 
${D}${sysconfdir}/default/volatiles/99_uuidd
+   fi
 }
 
 # nologin causes a conflict with shadow-native
-- 
2.8.1

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

[OE-core] [PATCH] pango:upgrade 1.44.3 -> 1.44.5

[Zang Ruochen]

Signed-off-by: Zang Ruochen 
---
 meta/recipes-graphics/pango/{pango_1.44.3.bb => pango_1.44.5.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/pango/{pango_1.44.3.bb => pango_1.44.5.bb} (90%)

diff --git a/meta/recipes-graphics/pango/pango_1.44.3.bb 
b/meta/recipes-graphics/pango/pango_1.44.5.bb
similarity index 90%
rename from meta/recipes-graphics/pango/pango_1.44.3.bb
rename to meta/recipes-graphics/pango/pango_1.44.5.bb
index 1973c63..448df98 100644
--- a/meta/recipes-graphics/pango/pango_1.44.3.bb
+++ b/meta/recipes-graphics/pango/pango_1.44.5.bb
@@ -18,8 +18,8 @@ inherit gnomebase gtk-doc ptest-gnome 
upstream-version-is-even gobject-introspec
 SRC_URI += "file://run-ptest \
 "
 
-SRC_URI[archive.md5sum] = "7f91f1b5883ff848b445ab11ebabcf03"
-SRC_URI[archive.sha256sum] = 
"290bb100ca5c7025ec3f97332eaf783b76ba1f444110f06ac5ee3285e3e5aece"
+SRC_URI[archive.md5sum] = "b6bf689e3ce4f46b0fd887b64c850ea1"
+SRC_URI[archive.sha256sum] = 
"8527dfcbeedb4390149b6f94620c0fa64e26046ab85042c2a7556438847d7fc1"
 
 DEPENDS = "glib-2.0 glib-2.0-native fontconfig freetype virtual/libiconv cairo 
harfbuzz fribidi"
 
-- 
2.7.4



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

[OE-core] [PATCH] libbsd:upgrade 0.9.1 -> 0.10.0

[Zang Ruochen]

-License-Update: Copyright year updated to 2019.

-libbsd/0001-flopen-Add-missing-fcntl.h-include.patch
  Removed since these are included in 0.10.0.

Signed-off-by: Zang Ruochen 
---
 .../0001-flopen-Add-missing-fcntl.h-include.patch  | 46 --
 .../libbsd/{libbsd_0.9.1.bb => libbsd_0.10.0.bb}   |  7 ++--
 2 files changed, 3 insertions(+), 50 deletions(-)
 delete mode 100644 
meta/recipes-support/libbsd/libbsd/0001-flopen-Add-missing-fcntl.h-include.patch
 rename meta/recipes-support/libbsd/{libbsd_0.9.1.bb => libbsd_0.10.0.bb} (83%)

diff --git 
a/meta/recipes-support/libbsd/libbsd/0001-flopen-Add-missing-fcntl.h-include.patch
 
b/meta/recipes-support/libbsd/libbsd/0001-flopen-Add-missing-fcntl.h-include.patch
deleted file mode 100644
index 8abb876..000
--- 
a/meta/recipes-support/libbsd/libbsd/0001-flopen-Add-missing-fcntl.h-include.patch
+++ /dev/null
@@ -1,46 +0,0 @@
-From 13c32916b4baab58d93940d57fea9ff0777f1931 Mon Sep 17 00:00:00 2001
-From: Baruch Siach 
-Date: Tue, 5 Jun 2018 19:21:46 +0300
-Subject: [PATCH] flopen: Add missing  include
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-Commit 993828d84ee (Add flopenat() function from FreeBSD) dropped the
-fcntl.h header. This breaks the build with musl libc:
-
-flopen.c: In function ‘vflopenat’:
-flopen.c:60:14: error: ‘O_CREAT’ undeclared (first use in this function)
-  if (flags & O_CREAT) {
-  ^~~
-
-Restore the fcntl.h header include to fix the build.
-
-Fixes: commit 993828d84eed0468c6c15b2818e534e6b134b8e4
-Submitted-also-by: parazyd 
-Signed-off-by: Baruch Siach 
-Signed-off-by: Guillem Jover 
-
-Upstream-Status: Backport
-[https://gitlab.freedesktop.org/libbsd/libbsd/commit/13c32916b4baab58d93940d57fea9ff0777f1931]
-
-Signed-off-by: Yi Zhao 

- src/flopen.c | 1 +
- 1 file changed, 1 insertion(+)
-
-diff --git a/src/flopen.c b/src/flopen.c
-index b9972c9..ff20d07 100644
 a/src/flopen.c
-+++ b/src/flopen.c
-@@ -32,6 +32,7 @@
- #include 
- 
- #include 
-+#include 
- #include 
- #include 
- 
--- 
-2.7.4
-
diff --git a/meta/recipes-support/libbsd/libbsd_0.9.1.bb 
b/meta/recipes-support/libbsd/libbsd_0.10.0.bb
similarity index 83%
rename from meta/recipes-support/libbsd/libbsd_0.9.1.bb
rename to meta/recipes-support/libbsd/libbsd_0.10.0.bb
index 2b75cdf..d6b4bd1 100644
--- a/meta/recipes-support/libbsd/libbsd_0.9.1.bb
+++ b/meta/recipes-support/libbsd/libbsd_0.10.0.bb
@@ -28,16 +28,15 @@ HOMEPAGE = "http://libbsd.freedesktop.org/wiki/;
 # License: public-domain
 # License: public-domain-Colin-Plumb
 LICENSE = "BSD-4-Clause & ISC & PD"
-LIC_FILES_CHKSUM = "file://COPYING;md5=b552602fda69e34c753d26de383f33c5"
+LIC_FILES_CHKSUM = "file://COPYING;md5=2120be0173469a06ed185b688e0e1ae0"
 SECTION = "libs"
 
 SRC_URI = " \
 http://libbsd.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
-file://0001-flopen-Add-missing-fcntl.h-include.patch \
 "
 
-SRC_URI[md5sum] = "a74b80c4143afa032c90226a4518fffe"
-SRC_URI[sha256sum] = 
"56d835742327d69faccd16955a60b6dcf30684a8da518c4eca0ac713b9e0a7a4"
+SRC_URI[md5sum] = "ead96d240d02faa5b921c0aa50c812b5"
+SRC_URI[sha256sum] = 
"34b8adc726883d0e85b3118fa13605e179a62b31ba51f676136ecb2d0bc1a887"
 
 inherit autotools pkgconfig
 
-- 
2.7.4



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