Re: [OE-core] [PATCH] cryptodev: Fix build errors with v4.11

[Daniel Schultz]

ah sorry, I checked rocko-next instead of next! Thanks for applying. Can 
you also backport this patch to rocko, please?


Daniel

On 01/28/2018 11:21 AM, Richard Purdie wrote:

On Fri, 2018-01-26 at 17:41 +0100, Daniel Schultz wrote:

Commit message from the included patch:
"Linux kernel has added -Werror=designated-init around 4.11
(c834f0e8a8b)
triggering build errors with gcc 5 and 6 (but not with gcc 4)"

Backport from https://github.com/cryptodev-linux/cryptodev-linux
Based on commit f0d69774afb27ffc62bf353465fba145e70cb85a

Signed-off-by: Daniel Schultz 
Acked-by: California Sullivan 
---
  .../cryptodev/cryptodev-module_1.9.bb  |  1 +
  .../0001-ioctl.c-Fix-build-with-linux-4.13.patch   | 49
++
  2 files changed, 50 insertions(+)
  create mode 100644 meta/recipes-kernel/cryptodev/files/0001-ioctl.c-
Fix-build-with-linux-4.13.patch

This merged 10 days ago:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=1e5e38f1e7f09dd12a24e62142da747c760ce0c3

?

Cheers,

Richrd


--
Mit freundlichen Grüßen,
With best regards,
  Daniel Schultz

- Entwicklung -
Tel.:   +49 6131 92 21 457
d.schu...@phytec.de
www.phytec.de

Sie finden uns auch auf: Facebook, LinkedIn, Xing, YouTube

PHYTEC Messtechnik GmbH | Robert-Koch-Str. 39 | 55129 Mainz, Germany
Geschäftsführer: Dipl.-Ing. Michael Mitezki, Dipl.-Ing. Bodo Huber |
Handelsregister Mainz HRB 4656 | Finanzamt Mainz-Mitte | St.Nr. 266500608,
DE 149059855
This E-Mail may contain confidential or privileged information. If you are
not the intended recipient (or have received this E-Mail in error) please
notify the sender immediately and destroy this E-Mail. Any unauthorized
copying, disclosure or distribution of the material in this E-Mail is
strictly forbidden.

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

[OE-core] [PATCH 0/7] Fix first boot deferral and postinst error reporting

[Alexander Kanavin]

This patchset is aiming to fix long-standing problems with package 
post-installation
scriptlets:

1) The way to defer them to first boot is to issue 'exit 1'. On the other hand,
'exit 1' is also the way to indicate an error in the script. The patches 
decouple
these two things.

2) Scriptlets should be executed using '-e', otherwise failing commands in
the middle of the scriptlet will not be reported as such.

3) The patchset also adds a convenient shortcut for deferring scriptlets to
first boot execution:

pkg_postinst_ontarget_PACKAGENAME() {
  # Actions to carry out on the device go here
  
}

The following changes since commit 0c537554fc2cf58a9cbfeaf39ed918c607483dce:

  testimage: enable gi test suite (2018-01-29 10:31:58 +)

are available in the Git repository at:

  git://git.yoctoproject.org/poky-contrib akanavin/dnf-rpm4-postinst-fix
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/dnf-rpm4-postinst-fix

Alexander Kanavin (7):
  postinst_intercepts: add a delay_to_first_boot hook
  meta/lib/oe/rootfs.py: separate first boot deferral logic into a
separate function
  meta/lib/oe/rootfs.py: do not execute defer_to_first_boot when
processing postinst_intercept hooks
  package.bbclass: add support for pkg_postinst_ontarget()
  meta/lib/oe/package_manager.py: deprecate 'exit 1' as a way to defer
to first boot
  package_rpm.bbclass: run pre/post installation scriptlets using sh -e
  rootfs.py: change the notice about deferring scripts to first boot
from warning to a note

 .../recipes-test/postinst/postinst_1.0.bb  | 14 ++--
 meta/classes/package.bbclass   | 20 +++
 meta/classes/package_rpm.bbclass   |  8 ++---
 meta/lib/oe/package_manager.py |  3 ++
 meta/lib/oe/rootfs.py  | 39 +-
 scripts/postinst-intercepts/delay_to_first_boot|  2 ++
 6 files changed, 54 insertions(+), 32 deletions(-)
 create mode 100644 scripts/postinst-intercepts/delay_to_first_boot

-- 
2.15.1

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

[OE-core] [PATCH 1/7] postinst_intercepts: add a delay_to_first_boot hook

[Alexander Kanavin]

This allows postinsts scripts to explicitly request a deferral to first boot
(by calling 'postinst_intercept delay_to_first_boot') instead of 'exit 1' which
should be used only to indicate actual script failures.

Signed-off-by: Alexander Kanavin 
---
 scripts/postinst-intercepts/delay_to_first_boot | 2 ++
 1 file changed, 2 insertions(+)
 create mode 100644 scripts/postinst-intercepts/delay_to_first_boot

diff --git a/scripts/postinst-intercepts/delay_to_first_boot 
b/scripts/postinst-intercepts/delay_to_first_boot
new file mode 100644
index 000..ecdbef95dde
--- /dev/null
+++ b/scripts/postinst-intercepts/delay_to_first_boot
@@ -0,0 +1,2 @@
+#!/bin/sh
+exit 1
-- 
2.15.1

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

[OE-core] [PATCH 3/7] meta/lib/oe/rootfs.py: do not execute defer_to_first_boot when processing postinst_intercept hooks

[Alexander Kanavin]

That hook is empty, and doesn't need to be executed; it merely indicates that 
packages
that have used it are requesting to defer their postinst scripts to first boot
unconditionally.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oe/rootfs.py | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index d3ec8a56c48..8bf77aea492 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -324,6 +324,10 @@ class Rootfs(object, metaclass=ABCMeta):
 if script == "postinst_intercept" or not os.access(script_full, 
os.X_OK):
 continue
 
+if script == "delay_to_first_boot":
+self._postpone_to_first_boot(script_full)
+continue
+
 bb.note("> Executing %s intercept ..." % script)
 
 try:
-- 
2.15.1

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

[OE-core] [PATCH 2/7] meta/lib/oe/rootfs.py: separate first boot deferral logic into a separate function

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oe/rootfs.py | 35 +++
 1 file changed, 19 insertions(+), 16 deletions(-)

diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index 754ef563abe..d3ec8a56c48 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -293,6 +293,24 @@ class Rootfs(object, metaclass=ABCMeta):
 # Remove the package manager data files
 self.pm.remove_packaging_data()
 
+def _postpone_to_first_boot(self, postinst_intercept_hook):
+with open(postinst_intercept_hook) as intercept:
+registered_pkgs = None
+for line in intercept.read().split("\n"):
+m = re.match("^##PKGS:(.*)", line)
+if m is not None:
+registered_pkgs = m.group(1).strip()
+break
+
+if registered_pkgs is not None:
+bb.warn("The postinstalls for the following packages "
+"will be postponed for first boot: %s" %
+registered_pkgs)
+
+# call the backend dependent handler
+self._handle_intercept_failure(registered_pkgs)
+
+
 def _run_intercepts(self):
 intercepts_dir = os.path.join(self.d.getVar('WORKDIR'),
   "intercept_scripts")
@@ -314,22 +332,7 @@ class Rootfs(object, metaclass=ABCMeta):
 except subprocess.CalledProcessError as e:
 bb.warn("The postinstall intercept hook '%s' failed, details 
in log.do_rootfs" % script)
 bb.note("Exit code %d. Output:\n%s" % (e.returncode, 
e.output.decode("utf-8")))
-
-with open(script_full) as intercept:
-registered_pkgs = None
-for line in intercept.read().split("\n"):
-m = re.match("^##PKGS:(.*)", line)
-if m is not None:
-registered_pkgs = m.group(1).strip()
-break
-
-if registered_pkgs is not None:
-bb.warn("The postinstalls for the following packages "
-"will be postponed for first boot: %s" %
-registered_pkgs)
-
-# call the backend dependent handler
-self._handle_intercept_failure(registered_pkgs)
+self._postpone_to_first_boot(script_full)
 
 def _run_ldconfig(self):
 if self.d.getVar('LDCONFIGDEPEND'):
-- 
2.15.1

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

[OE-core] [PATCH 5/7] meta/lib/oe/package_manager.py: deprecate 'exit 1' as a way to defer to first boot

[Alexander Kanavin]

'exit 1' is not optimal for two reasons:

1) Code is hard to read; it is not obvious that it means 'defer what follows to 
first boot'.
2) Worse, this hides actual errors in the scriptlets; there is no difference 
between scriptlet
failing because it's intended to be run on target and scriptlet failing because 
there's a bug or
a regression somewhere.

The new, supported way is to place the code that has to run on target into 
pkg_postinst_ontarget(),
or, if a more fine-tuned control is required, call 'postinst-intercepts 
defer_to_first_boot' from
pkg_postinst() to explicitly request deferral to first boot.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oe/package_manager.py | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 2a07f0e39ad..f7e013437c9 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -604,6 +604,9 @@ class RpmPM(PackageManager):
 if line.startswith("Non-fatal POSTIN scriptlet failure in rpm 
package"):
 failed_scriptlets_pkgnames[line.split()[-1]] = True
 
+if len(failed_scriptlets_pkgnames) > 0:
+bb.warn("Intentionally failing postinstall scriptlets of %s to 
defer them to first boot is deprecated. Please place them into 
pkg_postinst_ontarget_${PN} ()." %(list(failed_scriptlets_pkgnames.keys(
+bb.warn("If deferring to first boot wasn't the intent, then 
scriptlet failure may mean an issue in the recipe, or a regression elsewhere.")
 for pkg in failed_scriptlets_pkgnames.keys():
 self.save_rpmpostinst(pkg)
 
-- 
2.15.1

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

[OE-core] [PATCH 4/7] package.bbclass: add support for pkg_postinst_ontarget()

[Alexander Kanavin]

This function is a convenient and more readable shortcut for situations
when the postinst code always needs to run on target. All commands that
cannot be executed during cross-install and can only be run on target
should go into this function. They will only be executed on first boot
(if package was cross-installed) or immediately during package installation
on target.

Plain pkg_postinst() works as before: it is run during cross-install time,
it can contain a request to defer to first boot, and it is also run
during package installation on target.

Also fix the oeqa test for this functionality to use the new function
where appropriate.

Signed-off-by: Alexander Kanavin 
---
 meta-selftest/recipes-test/postinst/postinst_1.0.bb | 14 ++
 meta/classes/package.bbclass| 20 
 2 files changed, 22 insertions(+), 12 deletions(-)

diff --git a/meta-selftest/recipes-test/postinst/postinst_1.0.bb 
b/meta-selftest/recipes-test/postinst/postinst_1.0.bb
index 112aa08c80f..d4bab6dcc22 100644
--- a/meta-selftest/recipes-test/postinst/postinst_1.0.bb
+++ b/meta-selftest/recipes-test/postinst/postinst_1.0.bb
@@ -35,14 +35,9 @@ pkg_postinst_${PN}-rootfs () {
 
 # Depends on rootfs, delays until first boot, verifies that the rootfs file was
 # written.
-pkg_postinst_${PN}-delayed-a () {
+pkg_postinst_ontarget_${PN}-delayed-a () {
 set -e
 
-if [ -n "$D" ]; then
-echo "Delaying ${PN}-delayed-a until first boot"
-exit 1
-fi
-
 if [ ! -e ${TESTDIR}/rootfs ]; then
 echo "${PN}-delayed-a: ${TESTDIR}/rootfs not found"
 exit 1
@@ -53,14 +48,9 @@ pkg_postinst_${PN}-delayed-a () {
 
 # Depends on delayed-a, delays until first boot, verifies that the delayed-a 
file was
 # written. This verifies the ordering between delayed postinsts.
-pkg_postinst_${PN}-delayed-b () {
+pkg_postinst_ontarget_${PN}-delayed-b () {
 set -e
 
-if [ -n "$D" ]; then
-echo "Delaying ${PN}-delayed-b until first boot"
-exit 1
-fi
-
 if [ ! -e ${TESTDIR}/delayed-a ]; then
 echo "${PN}-delayed-b: ${TESTDIR}/delayed-a not found"
 exit 1
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 7dc759699f4..6a7f35a3e78 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1320,6 +1320,25 @@ python emit_pkgdata() {
 from glob import glob
 import json
 
+def process_postinst_on_target(pkg, mlprefix):
+defer_fragment = """
+if [ -n "$D" ]; then
+$INTERCEPT_DIR/postinst_intercept delay_to_first_boot %s mlprefix=%s
+exit 0
+fi
+""" % (pkg, mlprefix)
+
+postinst = d.getVar('pkg_postinst_%s' % pkg)
+postinst_ontarget = d.getVar('pkg_postinst_ontarget_%s' % pkg)
+
+if postinst_ontarget:
+bb.debug(1, 'adding deferred pkg_postinst_ontarget() to 
pkg_postinst() for %s' % pkg)
+if not postinst:
+postinst = '#!/bin/sh\n'
+postinst += defer_fragment
+postinst += postinst_ontarget
+d.setVar('pkg_postinst_%s' % pkg, postinst)
+
 def write_if_exists(f, pkg, var):
 def encode(str):
 import codecs
@@ -1415,6 +1434,7 @@ python emit_pkgdata() {
 write_if_exists(sf, pkg, 'ALLOW_EMPTY')
 write_if_exists(sf, pkg, 'FILES')
 write_if_exists(sf, pkg, 'CONFFILES')
+process_postinst_on_target(pkg, d.getVar("MLPREFIX"))
 write_if_exists(sf, pkg, 'pkg_postinst')
 write_if_exists(sf, pkg, 'pkg_postrm')
 write_if_exists(sf, pkg, 'pkg_preinst')
-- 
2.15.1

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

[OE-core] [PATCH 6/7] package_rpm.bbclass: run pre/post installation scriptlets using sh -e

[Alexander Kanavin]

This allows catching errors in the scriptlets which would otherwise
go unnoticed, e.g. this sequence:


bogus_command
proper_command


would work just fine. Note that this patch needs all of the preceding
patches, as otherwise running failing scriptlets with -e would defer
them to first boot, instead of properly reporting failure and aborting
the package installation.

Signed-off-by: Alexander Kanavin 
---
 meta/classes/package_rpm.bbclass | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index af64ef62c58..e26b2ad6625 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -470,12 +470,12 @@ python write_specfile () {
 
 # Now process scriptlets
 if splitrpreinst:
-spec_scriptlets_bottom.append('%%pre -n %s' % splitname)
+spec_scriptlets_bottom.append('%%pre -n %s -p "/bin/sh -e"' % 
splitname)
 spec_scriptlets_bottom.append('# %s - preinst' % splitname)
 spec_scriptlets_bottom.append(splitrpreinst)
 spec_scriptlets_bottom.append('')
 if splitrpostinst:
-spec_scriptlets_bottom.append('%%post -n %s' % splitname)
+spec_scriptlets_bottom.append('%%post -n %s -p "/bin/sh -e"' % 
splitname)
 spec_scriptlets_bottom.append('# %s - postinst' % splitname)
 spec_scriptlets_bottom.append(splitrpostinst)
 spec_scriptlets_bottom.append('')
@@ -564,12 +564,12 @@ python write_specfile () {
 spec_preamble_top.append('')
 
 if srcrpreinst:
-spec_scriptlets_top.append('%pre')
+spec_scriptlets_top.append('%pre -p "/bin/sh -e"')
 spec_scriptlets_top.append('# %s - preinst' % srcname)
 spec_scriptlets_top.append(srcrpreinst)
 spec_scriptlets_top.append('')
 if srcrpostinst:
-spec_scriptlets_top.append('%post')
+spec_scriptlets_top.append('%post -p "/bin/sh -e"')
 spec_scriptlets_top.append('# %s - postinst' % srcname)
 spec_scriptlets_top.append(srcrpostinst)
 spec_scriptlets_top.append('')
-- 
2.15.1

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

[OE-core] [PATCH 7/7] rootfs.py: change the notice about deferring scripts to first boot from warning to a note

[Alexander Kanavin]

Now that the first boot deferral needs to be requested explicitly,
it's not really something to be concerned about.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oe/rootfs.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index 8bf77aea492..bf2aea2b25a 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -303,7 +303,7 @@ class Rootfs(object, metaclass=ABCMeta):
 break
 
 if registered_pkgs is not None:
-bb.warn("The postinstalls for the following packages "
+bb.note("The postinstalls for the following packages "
 "will be postponed for first boot: %s" %
 registered_pkgs)
 
-- 
2.15.1

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

Re: [OE-core] [PATCH 0/7] Fix first boot deferral and postinst error reporting

[Diaz de Grenu, Jose]

I fully agree with this patchset. The old way of defining seems a bit hacky. 
Also even if you follow the documented way to create postinstallation scripts 
[1] you still get noisy warnings which seem like a problem.

Thanks for the effort!

[1] 
http://www.yoctoproject.org/docs/2.4/mega-manual/mega-manual.html#new-recipe-post-installation-scripts
 

-Original Message-
From: openembedded-core-boun...@lists.openembedded.org 
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of 
Alexander Kanavin
Sent: Monday, January 29, 2018 1:01 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH 0/7] Fix first boot deferral and postinst error 
reporting

This patchset is aiming to fix long-standing problems with package 
post-installation
scriptlets:

1) The way to defer them to first boot is to issue 'exit 1'. On the other hand, 
'exit 1' is also the way to indicate an error in the script. The patches 
decouple these two things.

2) Scriptlets should be executed using '-e', otherwise failing commands in the 
middle of the scriptlet will not be reported as such.

3) The patchset also adds a convenient shortcut for deferring scriptlets to 
first boot execution:

pkg_postinst_ontarget_PACKAGENAME() {
  # Actions to carry out on the device go here
  
}

The following changes since commit 0c537554fc2cf58a9cbfeaf39ed918c607483dce:

  testimage: enable gi test suite (2018-01-29 10:31:58 +)

are available in the Git repository at:

  git://git.yoctoproject.org/poky-contrib akanavin/dnf-rpm4-postinst-fix
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/dnf-rpm4-postinst-fix

Alexander Kanavin (7):
  postinst_intercepts: add a delay_to_first_boot hook
  meta/lib/oe/rootfs.py: separate first boot deferral logic into a
separate function
  meta/lib/oe/rootfs.py: do not execute defer_to_first_boot when
processing postinst_intercept hooks
  package.bbclass: add support for pkg_postinst_ontarget()
  meta/lib/oe/package_manager.py: deprecate 'exit 1' as a way to defer
to first boot
  package_rpm.bbclass: run pre/post installation scriptlets using sh -e
  rootfs.py: change the notice about deferring scripts to first boot
from warning to a note

 .../recipes-test/postinst/postinst_1.0.bb  | 14 ++--
 meta/classes/package.bbclass   | 20 +++
 meta/classes/package_rpm.bbclass   |  8 ++---
 meta/lib/oe/package_manager.py |  3 ++
 meta/lib/oe/rootfs.py  | 39 +-
 scripts/postinst-intercepts/delay_to_first_boot|  2 ++
 6 files changed, 54 insertions(+), 32 deletions(-)  create mode 100644 
scripts/postinst-intercepts/delay_to_first_boot

--
2.15.1

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

Re: [OE-core] [yocto] [RFT] Glibc 2.27

[Burton, Ross]

On 29 January 2018 at 07:45, Zoran Stojsavljevic <
zoran.stojsavlje...@gmail.com> wrote:

> This one will be tough to integrate. Most of the packages depend on
> this one, which is critical one. On the very bottom. I would say, this
> is a big step, since here somewhere you should draw clear line. And
> this line will be the following: which releases you/YOCTO crew will
> support (back-port to) with Glibc 2.27, and which not?!
>

This one will be easy to integrate: it goes into master and none of the
stable releases.  Stable releases only get upgrades after release is very
limited situations.

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

[OE-core] ✗ patchtest: failure for Fix first boot deferral and postinst error reporting

[Patchwork]

== Series Details ==

Series: Fix first boot deferral and postinst error reporting
Revision: 1
URL   : https://patchwork.openembedded.org/series/10741/
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:



* Patch[3/7] meta/lib/oe/rootfs.py: do not execute 
defer_to_first_boot when processing postinst_intercept hooks
 Issue Commit shortlog is too long [test_shortlog_length] 
  Suggested fixEdit shortlog so that it is 90 characters or less (currently 
98 characters)



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

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

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

Re: [OE-core] [RFT] Glibc 2.27

[Burton, Ross]

The yocto autobuilder was idle so I fired it, fingers crossed :)

On 27 January 2018 at 21:44, Khem Raj  wrote:

> Hi All
>
> glibc 2.27 is releasing soon in few weeks. I have put together the recipes
> for upgrade, along with fixes for some of packages that I ran into here
>
> http://git.openembedded.org/openembedded-core-contrib/log/?
> h=kraj/glibc-2.27
>
> This has gotten limited testing. I plan to put the package fixes as we
> plough through. Please test this out in your setups and report problems or
> fixes ( preferred ) to get various packages working on 2.27 release
>
> Thanks
> -Khem
> --
> ___
> 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] ltp: bump to release 20180118

[Anders Roxell]

Removed 3 patches that have been upstreamed:
- 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
- 0037-ltp-fix-format-security-error.patch
- 0038-generate-reproducible-gzip.patch

Reworked path 0002-Add-knob-to-control-whether-numa-support-should-be-c.patch.

Signed-off-by: Anders Roxell 
---
 ...-control-whether-numa-support-should-be-c.patch | 39 +++---
 ...READ_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch | 35 ---
 .../ltp/0037-ltp-fix-format-security-error.patch   | 36 
 .../ltp/ltp/0038-generate-reproducible-gzip.patch  | 20 ---
 .../ltp/{ltp_20170929.bb => ltp_20180118.bb}   |  5 +--
 5 files changed, 21 insertions(+), 114 deletions(-)
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0037-ltp-fix-format-security-error.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0038-generate-reproducible-gzip.patch
 rename meta/recipes-extended/ltp/{ltp_20170929.bb => ltp_20180118.bb} (95%)

diff --git 
a/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
 
b/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
index 9865020..31460b9 100644
--- 
a/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
+++ 
b/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
@@ -9,34 +9,35 @@ during build depending upong numa being staged or not
 
 Signed-off-by: Roy.Li 
 Signed-off-by: Khem Raj 
+Signed-off-by: Anders Roxell 
 Upstream-Status: Pending
 ---
  m4/ltp-numa.m4 | 10 +-
  1 file changed, 9 insertions(+), 1 deletion(-)
 
 diff --git a/m4/ltp-numa.m4 b/m4/ltp-numa.m4
-index 60ae07b..ed7078d 100644
+index fc3383e..44cb559 100644
 --- a/m4/ltp-numa.m4
 +++ b/m4/ltp-numa.m4
-@@ -24,7 +24,13 @@ dnl 
+@@ -24,7 +24,13 @@ dnl LTP_CHECK_SYSCALL_NUMA
+ dnl 
  dnl
- AC_DEFUN([LTP_CHECK_SYSCALL_NUMA],
- [dnl
--AC_CHECK_HEADERS([linux/mempolicy.h numa.h numaif.h],[
-+AC_MSG_CHECKING([for numa])
-+AC_ARG_WITH(
-+  [numa],
-+  AC_HELP_STRING([--without-numa],
-+  [without numa support]),
-+  [],
-+  [AC_CHECK_HEADERS([linux/mempolicy.h numa.h numaif.h],[
-   LTP_SYSCALL_NUMA_HEADERS=yes
-   AC_CHECK_LIB(numa,numa_alloc_onnode,[have_numa_alloc_onnode="yes"])
-   if  test "x$have_numa_alloc_onnode" = "xyes"; then
-@@ -48,3 +54,5 @@ if test "x$have_mpol_constants" = "xyes"; then
-   AC_DEFINE(HAVE_MPOL_CONSTANTS,1,[define to 1 if you have all constants 
required to use mbind tests])
- fi
- )])
+ AC_DEFUN([LTP_CHECK_SYSCALL_NUMA], [
+-  AC_CHECK_LIB(numa, numa_available, [have_libnuma=yes])
++  AC_MSG_CHECKING([for numa])
++  AC_ARG_WITH(
++  [numa],
++  AC_HELP_STRING([--without-numa],
++  [without numa support]),
++  [],
++  [AC_CHECK_LIB(numa, numa_available, [have_libnuma=yes])
+   AC_CHECK_HEADERS([numa.h numaif.h], [], [have_numa_headers=no])
+ 
+   if test "x$have_numa_headers" != "xno"; then
+@@ -42,3 +48,5 @@ exit(1);
+   AC_DEFINE(HAVE_NUMA_V2, 1, [Define to 1 if you have libnuma and 
it's headers version >= 2 installed.])
+   fi
+ ])
 +AC_MSG_RESULT([$with_numa])
 +])
 -- 
diff --git 
a/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
 
b/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
deleted file mode 100644
index efa6d06..000
--- 
a/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 00ba7cdd0608b1507027428f9f87b1cb9747372b Mon Sep 17 00:00:00 2001
-From: Dengke Du 
-Date: Thu, 9 Feb 2017 15:54:53 +0800
-Subject: [PATCH] lib: Use PTHREAD_MUTEX_RECURSIVE in place of
- PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP for non-glibc
-
-e.g. musl does not implement the _NP mutex types
-
-Signed-off-by: Khem Raj 
-Signed-off-by: Dengke Du 
-
-Upstream-Status: Pending

- lib/tst_res.c | 4 
- 1 file changed, 4 insertions(+)
-
-diff --git a/lib/tst_res.c b/lib/tst_res.c
-index 61daaeb..435224f 100644
 a/lib/tst_res.c
-+++ b/lib/tst_res.c
-@@ -79,7 +79,11 @@ int TEST_ERRNO;
-   assert(strlen(buf) > 0);\
- } while (0)
- 
-+#ifdef __GLIBC__
- static pthread_mutex_t tmutex = PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP;
-+#else
-+static pthread_mutex_t tmutex = {  PTHREAD_MUTEX_RECURSIVE };
-+#endif
- 
- static void check_env(void);
- static void tst_condense(int tnum, int ttype, const char *tmesg);
--- 
-2.7.4
-
diff --git 
a/meta/recipes-extended/ltp/ltp/0037-ltp-fix-format-security-error.patch 
b/meta/recipes-extended/ltp/ltp/0037-ltp-fix-format-security-error.patch
deleted file mode 100644
index 44d6

[OE-core] [meta-oe][PATCH] u-boot: Add coreutils-native to DEPENDS

[Niko Mauno]

Coreutils provides 'comm' command which is called during do_compile()
from scripts/check-config.sh. This fixes following issues which are
otherwise quietly ignored:

  .../scripts/check-config.sh: line 33: comm: command not found
  .../scripts/check-config.sh: line 38: comm: command not found

Signed-off-by: Niko Mauno 
---
 meta/recipes-bsp/u-boot/u-boot_2017.01.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-bsp/u-boot/u-boot_2017.01.bb 
b/meta/recipes-bsp/u-boot/u-boot_2017.01.bb
index 37c21dcaa3..8b00a8d294 100644
--- a/meta/recipes-bsp/u-boot/u-boot_2017.01.bb
+++ b/meta/recipes-bsp/u-boot/u-boot_2017.01.bb
@@ -1,4 +1,4 @@
 require u-boot-common_${PV}.inc
 require u-boot.inc
 
-DEPENDS += "bc-native dtc-native"
+DEPENDS += "bc-native coreutils-native dtc-native"
-- 
2.11.0

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

[OE-core] ✗ patchtest: failure for u-boot: Add coreutils-native to DEPENDS

[Patchwork]

== Series Details ==

Series: u-boot: Add coreutils-native to DEPENDS
Revision: 1
URL   : https://patchwork.openembedded.org/series/10746/
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:



* Patch[meta-oe] u-boot: Add coreutils-native to DEPENDS
 Issue Series sent to the wrong mailing list 
[test_target_mailing_list] 
  Suggested fixCheck the project's README (meta-oe) and send the patch to 
the indicated list

* 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 1c896b34d2)



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] kernel.bbclass: Fix symlink creation when using externalsrc

[Stefan Stanacar]

do_unpack is by default in SRCTREECOVEREDTASKS so this append can't run, since
do_unpack gets removed by when externalsrc is enabled.

This was hidden because externalsrc does actually run do_fetch and do_unpack if
there are type=kmeta or file:// entries in the SRC_URI value of the kernel 
recipe.
(which is the case for linux-yocto).

Make this a separate task so that it actually gets run for kernel recipes with
no file:// or type=kmeta in SRC_URI.

Signed-off-by: Stefan Stanacar 
---
 meta/classes/kernel.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 2f6eca3..6a8d6e8 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -125,7 +125,7 @@ inherit ${KERNEL_CLASSES}
 # the symlink.
 do_unpack[cleandirs] += " ${S} ${STAGING_KERNEL_DIR} ${B} 
${STAGING_KERNEL_BUILDDIR}"
 do_clean[cleandirs] += " ${S} ${STAGING_KERNEL_DIR} ${B} 
${STAGING_KERNEL_BUILDDIR}"
-base_do_unpack_append () {
+python do_symlink_staging_dir () {
 s = d.getVar("S")
 if s[-1] == '/':
 # drop trailing slash, so that os.symlink(kernsrc, s) doesn't use s as 
directory name and fail
@@ -142,6 +142,7 @@ base_do_unpack_append () {
 shutil.move(s, kernsrc)
 os.symlink(kernsrc, s)
 }
+addtask do_symlink_staging_dir after do_unpack before do_patch do_configure
 
 inherit kernel-arch deploy
 
-- 
2.7.4

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

[OE-core] [morty][PATCH] kernelsrc/perf: fix dependency on non existant task when using externalsrc

[Stefan Stanacar]

When externalsrc is enabled for kernel, do_patch doesn't exist since is in
SRCTREECOVEREDTASKS, so make these depend on a real task.

Fixes:
ERROR: Task do_unpack in /data/yocto/poky/meta/recipes-kernel/perf/perf.bb
depends upon non-existent task do_patch in 
/data/yocto/poky/meta/recipes-kernel/linux/linux-yocto_4.8.bb

Signed-off-by: Stefan Stanacar 
---
 meta/classes/kernelsrc.bbclass   | 2 +-
 meta/recipes-kernel/perf/perf.bb | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/kernelsrc.bbclass b/meta/classes/kernelsrc.bbclass
index 9efd46a..ce6c999 100644
--- a/meta/classes/kernelsrc.bbclass
+++ b/meta/classes/kernelsrc.bbclass
@@ -1,6 +1,6 @@
 S = "${STAGING_KERNEL_DIR}"
 do_fetch[noexec] = "1"
-do_unpack[depends] += "virtual/kernel:do_patch"
+do_unpack[depends] += "virtual/kernel:do_configure"
 do_unpack[noexec] = "1"
 do_patch[noexec] = "1"
 do_package[depends] += "virtual/kernel:do_populate_sysroot"
diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 03ae446..145774b 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -47,7 +47,7 @@ export PYTHON_SITEPACKAGES_DIR
 #kernel 3.1+ supports WERROR to disable warnings as errors
 export WERROR = "0"
 
-do_populate_lic[depends] += "virtual/kernel:do_patch"
+do_populate_lic[depends] += "virtual/kernel:do_configure"
 
 # needed for building the tools/perf Perl binding
 inherit perlnative cpan-base
-- 
2.7.4

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

[OE-core] [morty][PATCH] kernel.bbclass: Fix symlink creation when using externalsrc

[Stefan Stanacar]

do_unpack is by default in SRCTREECOVEREDTASKS so this append can't run, since
do_unpack gets removed by when externalsrc is enabled.

This was hidden because externalsrc does actually run do_fetch and do_unpack if
there are type=kmeta or file:// entries in the SRC_URI value of the kernel 
recipe.
(which is the case for linux-yocto).

Make this a separate task so that it actually gets run for kernel recipes with
no file:// or type=kmeta in SRC_URI.

Signed-off-by: Stefan Stanacar 
---
 meta/classes/kernel.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index f8318b8..3f2d796 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -102,7 +102,7 @@ inherit ${KERNEL_CLASSES}
 # the symlink.
 do_unpack[cleandirs] += " ${S} ${STAGING_KERNEL_DIR} ${B} 
${STAGING_KERNEL_BUILDDIR}"
 do_clean[cleandirs] += " ${S} ${STAGING_KERNEL_DIR} ${B} 
${STAGING_KERNEL_BUILDDIR}"
-base_do_unpack_append () {
+python do_symlink_staging_dir () {
 s = d.getVar("S", True)
 if s[-1] == '/':
 # drop trailing slash, so that os.symlink(kernsrc, s) doesn't use s as 
directory name and fail
@@ -119,6 +119,7 @@ base_do_unpack_append () {
 shutil.move(s, kernsrc)
 os.symlink(kernsrc, s)
 }
+addtask do_symlink_staging_dir after do_unpack before do_patch do_configure
 
 inherit kernel-arch deploy
 
-- 
2.7.4

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

[OE-core] [PATCH] recipes-kernel: add kpatch dynamic kernel patching infrastructure

[Ruslan Bilovol]

kpatch is a Linux dynamic kernel patching infrastructure
which allows you to patch a running kernel without
rebooting or restarting any processes

Currently it is enabled and tested on x86-64 systems,
although can be extended to PPC64 as well.

Signed-off-by: Ruslan Bilovol 
---
 meta/recipes-kernel/kpatch/kpatch.inc  |  49 ++
 ...patch-build-add-cross-compilation-support.patch | 103 +
 ...tch-build-allow-overriding-of-distro-name.patch |  62 +
 meta/recipes-kernel/kpatch/kpatch_git.bb   |  11 +++
 4 files changed, 225 insertions(+)
 create mode 100644 meta/recipes-kernel/kpatch/kpatch.inc
 create mode 100644 
meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
 create mode 100644 
meta/recipes-kernel/kpatch/kpatch/0002-kpatch-build-allow-overriding-of-distro-name.patch
 create mode 100644 meta/recipes-kernel/kpatch/kpatch_git.bb

diff --git a/meta/recipes-kernel/kpatch/kpatch.inc 
b/meta/recipes-kernel/kpatch/kpatch.inc
new file mode 100644
index 000..b1e73e9
--- /dev/null
+++ b/meta/recipes-kernel/kpatch/kpatch.inc
@@ -0,0 +1,49 @@
+SUMMARY = "Linux dynamic kernel patching infrastructure"
+DESCRIPTION = "kpatch is a Linux dynamic kernel patching infrastructure which 
allows you to patch a running kernel without rebooting or restarting any 
processes."
+LICENSE = "GPLv2 & LGPLv2"
+DEPENDS = "elfutils bash"
+
+SRC_URI = "git://github.com/dynup/kpatch.git;protocol=https \
+   file://0001-kpatch-build-add-cross-compilation-support.patch \
+   file://0002-kpatch-build-allow-overriding-of-distro-name.patch \
+   "
+
+EXTRA_OEMAKE = " \
+   PREFIX=${prefix} \
+   BINDIR=${D}${bindir} \
+   SBINDIR=${D}${sbindir} \
+   LIBDIR=${D}${libdir} \
+   MANDIR=${D}${mandir}/man1 \
+   SYSTEMDDIR=${D}${systemd_system_unitdir} \
+   DESTDIR=${D} \
+   BUILDMOD=no \
+   CC='${CC}' \
+   "
+
+S = "${WORKDIR}/git"
+
+do_install () {
+   oe_runmake install
+}
+
+PACKAGES =+ "kpatch-build"
+PROVIDES += "kpatch-build"
+
+COMPATIBLE_HOST = "(x86_64).*-linux"
+
+RDEPENDS_${PN} = "bash binutils"
+RDEPENDS_kpatch-build = "bash glibc-utils"
+
+FILES_${PN} = " \
+   ${sbindir}/kpatch \
+   ${systemd_system_unitdir}/kpatch.service \
+   ${mandir}/man1/kpatch.1.gz \
+   "
+FILES_kpatch-build = " \
+   ${bindir}/kpatch-build \
+   ${libexecdir}/* \
+   ${datadir}/kpatch \
+   ${mandir}/man1/kpatch-build.1.gz \
+   "
+
+SYSTEMD_SERVICE_${PN} = "kpatch.service"
diff --git 
a/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
 
b/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
new file mode 100644
index 000..459fb21
--- /dev/null
+++ 
b/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
@@ -0,0 +1,103 @@
+From a9a80a1f4df65892a0269295ce8a64b06f2ff61d Mon Sep 17 00:00:00 2001
+From: Ruslan Bilovol 
+Date: Tue, 19 Dec 2017 15:59:04 +0200
+Subject: [PATCH] kpatch-build: add cross-compilation support
+
+This patch introduces new option for kpatch-build
+script "--cross-compile" which can be used for
+specifying cross-complier prefix.
+It allows to build live patches not only on
+target system, but also on hosts for a target other
+than the one on which the compiler is running
+
+Also removed quotes in exec lines, so it is
+possible to pass multy-component strings like
+"ccache x86_64-xelinux-linux-" as cross-compiler
+
+Upstream-Status: Pending
+
+Signed-off-by: Ruslan Bilovol 
+---
+ kpatch-build/kpatch-build | 13 +++--
+ kpatch-build/kpatch-gcc   |  4 ++--
+ 2 files changed, 13 insertions(+), 4 deletions(-)
+
+diff --git a/kpatch-build/kpatch-build b/kpatch-build/kpatch-build
+index 166ecbd..af24cc4 100755
+--- a/kpatch-build/kpatch-build
 b/kpatch-build/kpatch-build
+@@ -195,7 +195,7 @@ gcc_version_check() {
+   # gcc --version varies between distributions therefore extract version
+   # by compiling a test file and compare it to vmlinux's version.
+   echo 'void main(void) {}' > "$c"
+-  out="$(gcc -c -pg -ffunction-sections -o "$o" "$c" 2>&1)"
++  out="$(${KPATCH_CROSS_COMPILE}gcc -c -pg -ffunction-sections -o "$o" 
"$c" 2>&1)"
+   gccver="$(gcc_version_from_file "$o")"
+   kgccver="$(gcc_version_from_file "$VMLINUX")"
+   rm -f "$c" "$o"
+@@ -381,12 +381,14 @@ usage() {
+   echo "  -d, --debugEnable 'xtrace' and keep scratch 
files" >&2
+   echo " in /tmp" >&2
+   echo " (can be specified multiple times)" 
>&2
++  echo "  --cross-compileSpecify the prefix used for all 
executables" >&2
++  echo " used during compilation" >&2
+   echo "  --skip-cleanup Skip post-build cleanup" >&2
+   echo "  --skip-gcc-check   Skip gcc version matchi

[OE-core] Yocto Project Status WW05’18

[Jolley, Stephen K]

Current Dev Position: YP 2.5 M2 development

Next Deadline: YP 2.5 M2 cut off was 1/15/18


SWAT team rotation: Ross -> Juro on Jan. 26, 2018.

SWAT team rotation: Juro -> Tracy on Feb. 2, 2018.

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


Key Status/Updates:

· YP 2.5 M1 rc3 was released.

· Fixes for spectre and meltdown are in master and also in the rocko 
branches for both gcc (updated to 7.3) and linux-yocto.

· We will likely consolidate a few further patches (such as genericx86 
and other meta-yotcto-bsp updates) and then build and QA both 2.5 M2 and 2.4.2.

· Work on the autobuilder changes continues but means 
autobuilder.yoctoproject.org is not being used in production 
(autobuilder.yocto.io aka ‘the new cluster’) is.

· There were a number of lock related issues with the yocto.io builder 
over the weekend which are being investigated.


Planned upcoming dot releases:

YP 2.4.2 (Rocko) will be built shortly.

YP 2.3.4 (Pyro) will be built when a stable version of the spectre/meltdown 
patches are ready.

YP 2.2.3 (Morty) rc1 is in QA, see 
https://wiki.yoctoproject.org/wiki/2.2_QA_Status.  This will not contain the 
spectre/meltdown patches as they’re not ready yet.


Key YP 2.5 Dates are:

YP 2.5 M2 cut off is past, it should be built shortly.

YP 2.5 M2 release of 1/26/18

YP 2.5 M3 cut off of 2/19/18

YP 2.5 M3 release of 3/2/18

YP 2.5 M4 cut off of 4/2/18

YP 2.5 M4 release of 4/27/18


Tracking Metrics:

WDD 2630 (last week 2657)

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


Key Status Links for YP:

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

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

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


[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 Program Manager
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
•   Work Telephone:(503) 712-0534
•Cell:  (208) 244-4460
• Email:stephen.k.jol...@intel.com

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

[OE-core] [PATCH] libxshmfence: fix build with glibc 2.27

[Ross Burton]

With glibc 2.27 memfd_create() is behind a _GNU_SOURCE guard, so use
AC_USE_SYSTEM_EXTENSIONS to define it.

Signed-off-by: Ross Burton 
---
 .../xorg-lib/libxshmfence/extensions.patch  | 17 +
 meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb  |  2 ++
 2 files changed, 19 insertions(+)
 create mode 100644 meta/recipes-graphics/xorg-lib/libxshmfence/extensions.patch

diff --git a/meta/recipes-graphics/xorg-lib/libxshmfence/extensions.patch 
b/meta/recipes-graphics/xorg-lib/libxshmfence/extensions.patch
new file mode 100644
index 000..4cc9e05ab53
--- /dev/null
+++ b/meta/recipes-graphics/xorg-lib/libxshmfence/extensions.patch
@@ -0,0 +1,17 @@
+With glibc 2.27 memfd_create is behind a _GNU_SOURCE guard, so call
+AC_USE_SYSTEM_EXTENSIONS to get that defined.
+
+Upstream-Status: Submitted
+Signed-off-by: Ross Burton 
+
+diff --git a/configure.ac b/configure.ac
+index 0c98875..ebf4dee 100644
+--- a/configure.ac
 b/configure.ac
+@@ -29,4 +29,6 @@ AC_CONFIG_SRCDIR([Makefile.am])
+ AC_CONFIG_HEADERS([config.h])
+ 
++AC_USE_SYSTEM_EXTENSIONS
++
+ # Initialize Automake
+ AM_INIT_AUTOMAKE([foreign dist-bzip2])
diff --git a/meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb 
b/meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb
index ae34b1fe46c..1df068d1b0f 100644
--- a/meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb
@@ -13,5 +13,7 @@ DEPENDS += "virtual/libx11"
 
 BBCLASSEXTEND = "native nativesdk"
 
+SRC_URI += "file://extensions.patch"
+
 SRC_URI[md5sum] = "2e76899112c0f99e22f2fc775a7e"
 SRC_URI[sha256sum] = 
"d21b2d1fd78c1efbe1f2c16dae1cb23f8fd231dcf891465b8debe636a9054b0c"
-- 
2.11.0

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

[OE-core] ✗ patchtest: failure for libxshmfence: fix build with glibc 2.27

[Patchwork]

== Series Details ==

Series: libxshmfence: fix build with glibc 2.27
Revision: 1
URL   : https://patchwork.openembedded.org/series/10752/
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 Upstream-Status is Submitted, but it is not mentioned where 
[test_upstream_status_presence_format] 
  Suggested fixInclude where extensions.patch was submitted
  Current  Upstream-Status: Submitted
  Standard format  Upstream-Status: Submitted [where]



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

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

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

Re: [OE-core] [meta-oe][PATCH] u-boot: Add coreutils-native to DEPENDS

[Burton, Ross]

Depending on all of coreutils-native just for the comm binary is a bit of
an overkill, arguing to add comm to HOSTTOOLS is a lower-impact fix.

Ross

On 29 January 2018 at 14:19, Niko Mauno  wrote:

> Coreutils provides 'comm' command which is called during do_compile()
> from scripts/check-config.sh. This fixes following issues which are
> otherwise quietly ignored:
>
>   .../scripts/check-config.sh: line 33: comm: command not found
>   .../scripts/check-config.sh: line 38: comm: command not found
>
> Signed-off-by: Niko Mauno 
> ---
>  meta/recipes-bsp/u-boot/u-boot_2017.01.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-bsp/u-boot/u-boot_2017.01.bb
> b/meta/recipes-bsp/u-boot/u-boot_2017.01.bb
> index 37c21dcaa3..8b00a8d294 100644
> --- a/meta/recipes-bsp/u-boot/u-boot_2017.01.bb
> +++ b/meta/recipes-bsp/u-boot/u-boot_2017.01.bb
> @@ -1,4 +1,4 @@
>  require u-boot-common_${PV}.inc
>  require u-boot.inc
>
> -DEPENDS += "bc-native dtc-native"
> +DEPENDS += "bc-native coreutils-native dtc-native"
> --
> 2.11.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/5] ofono: only depend on pygobject if its going to work

[Ross Burton]

Signed-off-by: Ross Burton 
---
 meta/recipes-connectivity/ofono/ofono.inc | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-connectivity/ofono/ofono.inc 
b/meta/recipes-connectivity/ofono/ofono.inc
index 676a0c0042a..4443a95c2f7 100644
--- a/meta/recipes-connectivity/ofono/ofono.inc
+++ b/meta/recipes-connectivity/ofono/ofono.inc
@@ -5,7 +5,7 @@ LICENSE  = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=eb723b61539feef013de476e68b5c50a \
 
file://src/ofono.h;beginline=1;endline=20;md5=3ce17d5978ef3445def265b98899c2ee"
 
-inherit autotools pkgconfig update-rc.d systemd bluetooth
+inherit autotools pkgconfig update-rc.d systemd bluetooth 
gobject-introspection-data
 
 DEPENDS  = "dbus glib-2.0 udev mobile-broadband-provider-info"
 
@@ -29,7 +29,6 @@ do_install_append() {
 
   # Ofono still has one test tool that refers to Python 2 in the shebang
   sed -i -e '1s,#!.*python.*,#!${bindir}/python3,' 
${D}${libdir}/ofono/test/set-ddr
-
 }
 
 PACKAGES =+ "${PN}-tests"
@@ -39,4 +38,5 @@ RRECOMMENDS_${PN} += "kernel-module-tun 
mobile-broadband-provider-info"
 
 FILES_${PN} += "${systemd_unitdir}"
 FILES_${PN}-tests = "${libdir}/${BPN}/test"
-RDEPENDS_${PN}-tests = "python3 python3-pygobject python3-dbus"
+RDEPENDS_${PN}-tests = "python3 python3-dbus"
+RDEPENDS_${PN}-tests += "${@bb.utils.contains('GI_DATA_ENABLED', 'True', 
'python3-pygobject', '', d)}"
-- 
2.11.0

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

[OE-core] [PATCH 2/5] bluez5: only depend on pygobject if its going to work

[Ross Burton]

Signed-off-by: Ross Burton 
---
 meta/recipes-connectivity/bluez5/bluez5.inc | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc 
b/meta/recipes-connectivity/bluez5/bluez5.inc
index e78f174c5cb..2607a058228 100644
--- a/meta/recipes-connectivity/bluez5/bluez5.inc
+++ b/meta/recipes-connectivity/bluez5/bluez5.inc
@@ -55,7 +55,7 @@ S = "${WORKDIR}/bluez-${PV}"
 
 CVE_PRODUCT = "bluez"
 
-inherit autotools pkgconfig systemd update-rc.d distro_features_check ptest
+inherit autotools pkgconfig systemd update-rc.d distro_features_check ptest 
gobject-introspection-data
 
 EXTRA_OECONF = "\
   --enable-test \
@@ -129,7 +129,8 @@ def get_noinst_tools_paths (d, bb, tools):
 
 FILES_${PN}-noinst-tools = "${@get_noinst_tools_paths(d, bb, 
d.getVar('NOINST_TOOLS'))}"
 
-RDEPENDS_${PN}-testtools += "python3 python3-dbus python3-pygobject"
+RDEPENDS_${PN}-testtools += "python3 python3-dbus"
+RDEPENDS_${PN}-testtools += "${@bb.utils.contains('GI_DATA_ENABLED', 'True', 
'python3-pygobject', '', d)}"
 
 SYSTEMD_SERVICE_${PN} = "${@bb.utils.contains('PACKAGECONFIG', 'systemd', 
'bluetooth.service', '', d)}"
 INITSCRIPT_PACKAGES = "${PN}"
-- 
2.11.0

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

[OE-core] [PATCH 3/5] meta: don't use deprecated functions from utils.bbclass

[Ross Burton]

These functions were moved to meta/lib/oe in 2010 and the base_* functions in
utils.bbclass were intended to be a short-term compatibility layer.  They're
still used in a few places, so update the callers to use the new functions.

Signed-off-by: Ross Burton 
---
 meta/classes/image.bbclass   |  2 +-
 meta/classes/image_types.bbclass |  2 +-
 meta/classes/kernel.bbclass  |  2 +-
 meta/classes/libc-package.bbclass| 20 ++--
 meta/classes/module-base.bbclass |  2 +-
 meta/conf/bitbake.conf   |  2 +-
 meta/conf/distro/include/security_flags.inc  |  2 +-
 meta/conf/machine/qemuarm.conf   |  2 +-
 meta/recipes-connectivity/openssl/openssl10.inc  |  2 +-
 meta/recipes-core/glibc/glibc-package.inc|  4 ++--
 meta/recipes-devtools/gcc/libgcc.inc |  2 +-
 meta/recipes-graphics/mesa/mesa.inc  |  2 +-
 .../x11-common/xserver-nodm-init_3.0.bb  |  2 +-
 .../xorg-driver/xf86-video-intel_git.bb  |  2 +-
 meta/recipes-support/icu/icu.inc |  4 ++--
 15 files changed, 26 insertions(+), 26 deletions(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 4531aa2a57a..7abb9182120 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -17,7 +17,7 @@ RRECOMMENDS += "${PACKAGE_INSTALL_ATTEMPTONLY}"
 
 INHIBIT_DEFAULT_DEPS = "1"
 
-TESTIMAGECLASS = "${@base_conditional('TEST_IMAGE', '1', 'testimage-auto', '', 
d)}"
+TESTIMAGECLASS = "${@oe.utils.conditional('TEST_IMAGE', '1', 'testimage-auto', 
'', d)}"
 inherit ${TESTIMAGECLASS}
 
 # IMAGE_FEATURES may contain any available package group
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index b17c435274e..ae3e6edef33 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -228,7 +228,7 @@ IMAGE_CMD_f2fs () {
 EXTRA_IMAGECMD = ""
 
 inherit siteinfo kernel-arch
-JFFS2_ENDIANNESS ?= "${@base_conditional('SITEINFO_ENDIANNESS', 'le', '-l', 
'-b', d)}"
+JFFS2_ENDIANNESS ?= "${@oe.utils.conditional('SITEINFO_ENDIANNESS', 'le', 
'-l', '-b', d)}"
 JFFS2_ERASEBLOCK ?= "0x4"
 EXTRA_IMAGECMD_jffs2 ?= "--pad ${JFFS2_ENDIANNESS} 
--eraseblock=${JFFS2_ERASEBLOCK} --no-cleanmarkers"
 
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 1ecb840caf4..d181e2b6e0a 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -547,7 +547,7 @@ RDEPENDS_${KERNEL_PACKAGE_NAME} = 
"${KERNEL_PACKAGE_NAME}-base"
 # not wanted in images as standard
 RDEPENDS_${KERNEL_PACKAGE_NAME}-base ?= "${KERNEL_PACKAGE_NAME}-image"
 PKG_${KERNEL_PACKAGE_NAME}-image = 
"${KERNEL_PACKAGE_NAME}-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
-RDEPENDS_${KERNEL_PACKAGE_NAME}-image += 
"${@base_conditional('KERNEL_IMAGETYPE', 'vmlinux', 
'${KERNEL_PACKAGE_NAME}-vmlinux', '', d)}"
+RDEPENDS_${KERNEL_PACKAGE_NAME}-image += 
"${@oe.utils.conditional('KERNEL_IMAGETYPE', 'vmlinux', 
'${KERNEL_PACKAGE_NAME}-vmlinux', '', d)}"
 PKG_${KERNEL_PACKAGE_NAME}-base = 
"${KERNEL_PACKAGE_NAME}-${@legitimize_package_name('${KERNEL_VERSION}')}"
 RPROVIDES_${KERNEL_PACKAGE_NAME}-base += 
"${KERNEL_PACKAGE_NAME}-${KERNEL_VERSION}"
 ALLOW_EMPTY_${KERNEL_PACKAGE_NAME} = "1"
diff --git a/meta/classes/libc-package.bbclass 
b/meta/classes/libc-package.bbclass
index 739adce6943..2e7cd25297e 100644
--- a/meta/classes/libc-package.bbclass
+++ b/meta/classes/libc-package.bbclass
@@ -113,9 +113,9 @@ python package_do_split_gconvs () {
 bb.error("datadir not defined")
 return
 
-gconv_libdir = base_path_join(libdir, "gconv")
-charmap_dir = base_path_join(datadir, "i18n", "charmaps")
-locales_dir = base_path_join(datadir, "i18n", "locales")
+gconv_libdir = oe.path.join(libdir, "gconv")
+charmap_dir = oe.path.join(datadir, "i18n", "charmaps")
+locales_dir = oe.path.join(datadir, "i18n", "locales")
 binary_locales_dir = d.getVar('localedir')
 
 def calc_gconv_deps(fn, pkg, file_regex, output_pattern, group):
@@ -189,7 +189,7 @@ python package_do_split_gconvs () {
 
 # Read in supported locales and associated encodings
 supported = {}
-with open(base_path_join(d.getVar('WORKDIR'), "SUPPORTED")) as f:
+with open(oe.path.join(d.getVar('WORKDIR'), "SUPPORTED")) as f:
 for line in f.readlines():
 try:
 locale, charset = line.rstrip().split()
@@ -231,12 +231,12 @@ python package_do_split_gconvs () {
 commands = {}
 
 def output_locale_binary(name, pkgname, locale, encoding):
-treedir = base_path_join(d.getVar("WORKDIR"), "locale-tree")
-ldlibdir = base_path_join(treedir, d.getVar("base_libdir"))
+treedir = oe.path.join(d.getVar("WORKDIR"), "locale-tree")
+ldlibdir = oe.path.join(treedir, d.getVar("base

[OE-core] [PATCH 4/5] classes/utils: remove compatibility functions

[Ross Burton]

These base_* functions were moved into meta/lib/oe back in 2010 and wrappers
left in utils.bbclass for compatibility.  It's been eight years, so I think it's
time to remove them.

Signed-off-by: Ross Burton 
---
 meta/classes/utils.bbclass | 41 -
 1 file changed, 41 deletions(-)

diff --git a/meta/classes/utils.bbclass b/meta/classes/utils.bbclass
index 32cae7e3125..4f016e3d002 100644
--- a/meta/classes/utils.bbclass
+++ b/meta/classes/utils.bbclass
@@ -1,44 +1,3 @@
-# For compatibility
-def base_path_join(a, *p):
-return oe.path.join(a, *p)
-
-def base_path_relative(src, dest):
-return oe.path.relative(src, dest)
-
-def base_path_out(path, d):
-return oe.path.format_display(path, d)
-
-def base_read_file(filename):
-return oe.utils.read_file(filename)
-
-def base_ifelse(condition, iftrue = True, iffalse = False):
-return oe.utils.ifelse(condition, iftrue, iffalse)
-
-def base_conditional(variable, checkvalue, truevalue, falsevalue, d):
-return oe.utils.conditional(variable, checkvalue, truevalue, falsevalue, d)
-
-def base_less_or_equal(variable, checkvalue, truevalue, falsevalue, d):
-return oe.utils.less_or_equal(variable, checkvalue, truevalue, falsevalue, 
d)
-
-def base_version_less_or_equal(variable, checkvalue, truevalue, falsevalue, d):
-return oe.utils.version_less_or_equal(variable, checkvalue, truevalue, 
falsevalue, d)
-
-def base_contains(variable, checkvalues, truevalue, falsevalue, d):
-bb.note('base_contains is deprecated, please use bb.utils.contains 
instead.')
-return bb.utils.contains(variable, checkvalues, truevalue, falsevalue, d)
-
-def base_both_contain(variable1, variable2, checkvalue, d):
-return oe.utils.both_contain(variable1, variable2, checkvalue, d)
-
-def base_prune_suffix(var, suffixes, d):
-return oe.utils.prune_suffix(var, suffixes, d)
-
-def oe_filter(f, str, d):
-return oe.utils.str_filter(f, str, d)
-
-def oe_filter_out(f, str, d):
-return oe.utils.str_filter_out(f, str, d)
-
 def machine_paths(d):
 """List any existing machine specific filespath directories"""
 machine = d.getVar("MACHINE")
-- 
2.11.0

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

[OE-core] [PATCH 5/5] ofono: use patch sent upstream instead of sed

[Ross Burton]

Instead of using a sed to fix the hashbang in a test tool send a patch upstream
and use that.  This way we'll notice when the patch doesn't need to be applied
anymore.

Signed-off-by: Ross Burton 
---
 meta/recipes-connectivity/ofono/ofono.inc  |  3 ---
 .../ofono/ofono/use-python3.patch  | 27 ++
 meta/recipes-connectivity/ofono/ofono_1.22.bb  |  1 +
 3 files changed, 28 insertions(+), 3 deletions(-)
 create mode 100644 meta/recipes-connectivity/ofono/ofono/use-python3.patch

diff --git a/meta/recipes-connectivity/ofono/ofono.inc 
b/meta/recipes-connectivity/ofono/ofono.inc
index 4443a95c2f7..0472414b199 100644
--- a/meta/recipes-connectivity/ofono/ofono.inc
+++ b/meta/recipes-connectivity/ofono/ofono.inc
@@ -26,9 +26,6 @@ SYSTEMD_SERVICE_${PN} = "ofono.service"
 do_install_append() {
   install -d ${D}${sysconfdir}/init.d/
   install -m 0755 ${WORKDIR}/ofono ${D}${sysconfdir}/init.d/ofono
-
-  # Ofono still has one test tool that refers to Python 2 in the shebang
-  sed -i -e '1s,#!.*python.*,#!${bindir}/python3,' 
${D}${libdir}/ofono/test/set-ddr
 }
 
 PACKAGES =+ "${PN}-tests"
diff --git a/meta/recipes-connectivity/ofono/ofono/use-python3.patch 
b/meta/recipes-connectivity/ofono/ofono/use-python3.patch
new file mode 100644
index 000..7b84075257a
--- /dev/null
+++ b/meta/recipes-connectivity/ofono/ofono/use-python3.patch
@@ -0,0 +1,27 @@
+set-ddr should use Python3 like all the other tests.
+
+Upstream-Status: Submitted
+Signed-off-by: Ross Burton 
+
+From 17b69cd1da4c5c5f732acb38ca1602446c567ee7 Mon Sep 17 00:00:00 2001
+From: Ross Burton 
+Date: Mon, 29 Jan 2018 11:31:25 +
+Subject: [PATCH] test/setddr: use Python 3
+
+All the other tests use Python 3, so this should to.
+---
+ test/set-ddr | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/test/set-ddr b/test/set-ddr
+index 5d061b95..33631f31 100755
+--- a/test/set-ddr
 b/test/set-ddr
+@@ -1,4 +1,4 @@
+-#!/usr/bin/python
++#!/usr/bin/python3
+ 
+ import sys
+ import dbus
+-- 
+2.11.0
diff --git a/meta/recipes-connectivity/ofono/ofono_1.22.bb 
b/meta/recipes-connectivity/ofono/ofono_1.22.bb
index fd7ee15af1d..e57eaa77eb9 100644
--- a/meta/recipes-connectivity/ofono/ofono_1.22.bb
+++ b/meta/recipes-connectivity/ofono/ofono_1.22.bb
@@ -3,6 +3,7 @@ require ofono.inc
 SRC_URI  = "\
   ${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
   file://ofono \
+  file://use-python3.patch \
 "
 SRC_URI[md5sum] = "2a683ab8e98448ad8bc5dc9868d2893e"
 SRC_URI[sha256sum] = 
"8e34a6696c300c9841b55e8dff640bd3096e49f5dbe55bbebaa69a71676f687e"
-- 
2.11.0

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

Re: [OE-core] [PATCH] meson: Adjust for clang compiler

[Burton, Ross]

On 27 January 2018 at 07:06, Khem Raj  wrote:

> Remove hardcoding c/c++ compiler to be gcc alone, its
> possible to use clang as replacement for cross compilers
> from meta-clang, therefore set clang/clang++ if
> TOOLCHAIN = "clang"
>
> Signed-off-by: Khem Raj 
> ---
>  meta/classes/meson.bbclass | 9 +++--
>  1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/meta/classes/meson.bbclass b/meta/classes/meson.bbclass
> index 91ac652651..cd3497a802 100644
> --- a/meta/classes/meson.bbclass
> +++ b/meta/classes/meson.bbclass
> @@ -40,6 +40,11 @@ EXTRA_OEMESON += "${PACKAGECONFIG_CONFARGS}"
>  MESON_CROSS_FILE = ""
>  MESON_CROSS_FILE_class-target = "--cross-file ${WORKDIR}/meson.cross"
>
> +CCOMPILER ?= "gcc"
> +CXXCOMPILER ?= "g++"
> +CCOMPILER_toolchain-clang = "clang"
> +CXXCOMPILER_toolchain-clang = "clang++"
> +
>

Can we do this in bitbake.conf instead of repeating ourselves?

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

Re: [OE-core] [PATCH] glibc: Adapt do_install_append_aarch64() for usrmerge

[Burton, Ross]

How does the patch relate to the comment which states the ABI says the path
*must* be /lib/.  Is that wrong?  How does this interact with the merged
symlink creation in image.bbclass?  Please expand on the message so it's
clear what is meant to be happening.

Ross

On 27 January 2018 at 03:53, Peter Kjellerstedt  wrote:

> Change hardcoded /lib to ${nonarch_base_libdir} to correctly adapt the
> code in do_install_append_aarch64() for when usrmerge is enabled in
> DISTRO_FEATURES.
>
> Signed-off-by: Peter Kjellerstedt 
> ---
>  meta/recipes-core/glibc/glibc-package.inc | 12 ++--
>  1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/meta/recipes-core/glibc/glibc-package.inc
> b/meta/recipes-core/glibc/glibc-package.inc
> index 817d850358..4d3dc679b4 100644
> --- a/meta/recipes-core/glibc/glibc-package.inc
> +++ b/meta/recipes-core/glibc/glibc-package.inc
> @@ -114,15 +114,15 @@ do_install_append () {
>  }
>
>  do_install_append_aarch64 () {
> -   if [ "${base_libdir}" != "/lib" ] ; then
> +   if [ "${base_libdir}" != "${nonarch_base_libdir}" ]; then
> # The aarch64 ABI says the dynamic linker -must- be
> /lib/ld-linux-aarch64[_be].so.1
> -   install -d ${D}/lib
> +   install -d ${D}${nonarch_base_libdir}
> if [ -e ${D}${base_libdir}/ld-linux-aarch64.so.1 ]; then
> -   ln -s ${@base_path_relative('/lib',
> '${base_libdir}')}/ld-linux-aarch64.so.1 \
> -   ${D}/lib/ld-linux-aarch64.so.1
> +   ln -s ${@base_path_relative('${nonarch_base_libdir}',
> '${base_libdir}')}/ld-linux-aarch64.so.1 \
> +   ${D}${nonarch_base_libdir}/ld-
> linux-aarch64.so.1
> elif [ -e ${D}${base_libdir}/ld-linux-aarch64_be.so.1 ];
> then
> -   ln -s ${@base_path_relative('/lib',
> '${base_libdir}')}/ld-linux-aarch64_be.so.1 \
> -   ${D}/lib/ld-linux-aarch64_be.so.1
> +   ln -s ${@base_path_relative('${nonarch_base_libdir}',
> '${base_libdir}')}/ld-linux-aarch64_be.so.1 \
> +   ${D}${nonarch_base_libdir}/ld-
> linux-aarch64_be.so.1
> fi
> fi
> do_install_armmultilib
> --
> 2.12.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for "ofono: only depend on pygobjec..." and 4 more

[Patchwork]

== Series Details ==

Series: "ofono: only depend on pygobjec..." and 4 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/10753/
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 Upstream-Status is Submitted, but it is not mentioned where 
[test_upstream_status_presence_format] 
  Suggested fixInclude where use-python3.patch was submitted
  Current  Upstream-Status: Submitted
  Standard format  Upstream-Status: Submitted [where]



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

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

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

Re: [OE-core] [PATCH] meson: Adjust for clang compiler

[Khem Raj]

On Mon, Jan 29, 2018 at 9:21 AM, Burton, Ross  wrote:
> On 27 January 2018 at 07:06, Khem Raj  wrote:
>>
>> Remove hardcoding c/c++ compiler to be gcc alone, its
>> possible to use clang as replacement for cross compilers
>> from meta-clang, therefore set clang/clang++ if
>> TOOLCHAIN = "clang"
>>
>> Signed-off-by: Khem Raj 
>> ---
>>  meta/classes/meson.bbclass | 9 +++--
>>  1 file changed, 7 insertions(+), 2 deletions(-)
>>
>> diff --git a/meta/classes/meson.bbclass b/meta/classes/meson.bbclass
>> index 91ac652651..cd3497a802 100644
>> --- a/meta/classes/meson.bbclass
>> +++ b/meta/classes/meson.bbclass
>> @@ -40,6 +40,11 @@ EXTRA_OEMESON += "${PACKAGECONFIG_CONFARGS}"
>>  MESON_CROSS_FILE = ""
>>  MESON_CROSS_FILE_class-target = "--cross-file ${WORKDIR}/meson.cross"
>>
>> +CCOMPILER ?= "gcc"
>> +CXXCOMPILER ?= "g++"
>> +CCOMPILER_toolchain-clang = "clang"
>> +CXXCOMPILER_toolchain-clang = "clang++"
>> +
>
>
> Can we do this in bitbake.conf instead of repeating ourselves?

having it in meson bbclass keeps it to meson based recipes,
bitbake.conf is a bit too generic.

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

[OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

[Niko Mauno]

This mitigates following issues during u-boot do_compile() step --
otherwise, if comm is not available, they are quietly ignored:

  .../scripts/check-config.sh: line 33: comm: command not found
  .../scripts/check-config.sh: line 39: comm: command not found

Since 'comm' is provided by coreutils package, adding it to HOSTTOOLS
was considered a lower impact fix compared to adding coreutils-native
buildtime dependency to u-boot recipe.

Signed-off-by: Niko Mauno 
---
 meta/conf/bitbake.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 93afb13166..e1d2f3c3e2 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -473,7 +473,7 @@ HOSTTOOLS_DIR = "${TMPDIR}/hosttools"
 
 # Tools needed to run builds with OE-Core
 HOSTTOOLS += " \
-[ ar as awk basename bash bzip2 cat chgrp chmod chown chrpath cmp cp cpio \
+[ ar as awk basename bash bzip2 cat chgrp chmod chown chrpath cmp comm cp 
cpio \
 cpp cut date dd diff diffstat dirname du echo egrep env expand expr false \
 fgrep file find flock g++ gawk gcc getconf getopt git grep gunzip gzip \
 head hostname id install ld ldd ln ls make makeinfo md5sum mkdir mknod \
-- 
2.11.0

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

Re: [OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

[Manjukumar Harthikote Matha]

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Niko
> Mauno
> Sent: Monday, January 29, 2018 9:47 AM
> To: openembedded-core@lists.openembedded.org
> Cc: Niko Mauno 
> Subject: [OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS
> 
> This mitigates following issues during u-boot do_compile() step -- otherwise, 
> if
> comm is not available, they are quietly ignored:
> 
>   .../scripts/check-config.sh: line 33: comm: command not found
>   .../scripts/check-config.sh: line 39: comm: command not found
> 
> Since 'comm' is provided by coreutils package, adding it to HOSTTOOLS was
> considered a lower impact fix compared to adding coreutils-native buildtime
> dependency to u-boot recipe.
> 

Signed-off-by: Manjukumar Matha 

> Signed-off-by: Niko Mauno 
> ---
>  meta/conf/bitbake.conf | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index
> 93afb13166..e1d2f3c3e2 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -473,7 +473,7 @@ HOSTTOOLS_DIR = "${TMPDIR}/hosttools"
> 
>  # Tools needed to run builds with OE-Core  HOSTTOOLS += " \
> -[ ar as awk basename bash bzip2 cat chgrp chmod chown chrpath cmp cp 
> cpio \
> +[ ar as awk basename bash bzip2 cat chgrp chmod chown chrpath cmp
> + comm cp cpio \
>  cpp cut date dd diff diffstat dirname du echo egrep env expand expr 
> false \
>  fgrep file find flock g++ gawk gcc getconf getopt git grep gunzip gzip \
>  head hostname id install ld ldd ln ls make makeinfo md5sum mkdir mknod \
> --
> 2.11.0
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] recipes-kernel: add kpatch dynamic kernel patching infrastructure

[Khem Raj]

On Mon, Jan 29, 2018 at 7:06 AM, Ruslan Bilovol  wrote:
> kpatch is a Linux dynamic kernel patching infrastructure
> which allows you to patch a running kernel without
> rebooting or restarting any processes
>
> Currently it is enabled and tested on x86-64 systems,
> although can be extended to PPC64 as well.
>

perhaps not ready for oe-core yet doesnt seem to support all core
arches, may be meta-oe is a better place for it for now

> Signed-off-by: Ruslan Bilovol 
> ---
>  meta/recipes-kernel/kpatch/kpatch.inc  |  49 ++
>  ...patch-build-add-cross-compilation-support.patch | 103 
> +
>  ...tch-build-allow-overriding-of-distro-name.patch |  62 +
>  meta/recipes-kernel/kpatch/kpatch_git.bb   |  11 +++
>  4 files changed, 225 insertions(+)
>  create mode 100644 meta/recipes-kernel/kpatch/kpatch.inc
>  create mode 100644 
> meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
>  create mode 100644 
> meta/recipes-kernel/kpatch/kpatch/0002-kpatch-build-allow-overriding-of-distro-name.patch
>  create mode 100644 meta/recipes-kernel/kpatch/kpatch_git.bb
>
> diff --git a/meta/recipes-kernel/kpatch/kpatch.inc 
> b/meta/recipes-kernel/kpatch/kpatch.inc
> new file mode 100644
> index 000..b1e73e9
> --- /dev/null
> +++ b/meta/recipes-kernel/kpatch/kpatch.inc
> @@ -0,0 +1,49 @@
> +SUMMARY = "Linux dynamic kernel patching infrastructure"
> +DESCRIPTION = "kpatch is a Linux dynamic kernel patching infrastructure 
> which allows you to patch a running kernel without rebooting or restarting 
> any processes."
> +LICENSE = "GPLv2 & LGPLv2"
> +DEPENDS = "elfutils bash"
> +
> +SRC_URI = "git://github.com/dynup/kpatch.git;protocol=https \
> +   file://0001-kpatch-build-add-cross-compilation-support.patch \
> +   file://0002-kpatch-build-allow-overriding-of-distro-name.patch \
> +   "
> +
> +EXTRA_OEMAKE = " \
> +   PREFIX=${prefix} \
> +   BINDIR=${D}${bindir} \
> +   SBINDIR=${D}${sbindir} \
> +   LIBDIR=${D}${libdir} \
> +   MANDIR=${D}${mandir}/man1 \
> +   SYSTEMDDIR=${D}${systemd_system_unitdir} \
> +   DESTDIR=${D} \
> +   BUILDMOD=no \
> +   CC='${CC}' \
> +   "
> +
> +S = "${WORKDIR}/git"
> +
> +do_install () {
> +   oe_runmake install
> +}
> +
> +PACKAGES =+ "kpatch-build"
> +PROVIDES += "kpatch-build"
> +
> +COMPATIBLE_HOST = "(x86_64).*-linux"
> +
> +RDEPENDS_${PN} = "bash binutils"
> +RDEPENDS_kpatch-build = "bash glibc-utils"
> +
> +FILES_${PN} = " \
> +   ${sbindir}/kpatch \
> +   ${systemd_system_unitdir}/kpatch.service \
> +   ${mandir}/man1/kpatch.1.gz \
> +   "
> +FILES_kpatch-build = " \
> +   ${bindir}/kpatch-build \
> +   ${libexecdir}/* \
> +   ${datadir}/kpatch \
> +   ${mandir}/man1/kpatch-build.1.gz \
> +   "
> +
> +SYSTEMD_SERVICE_${PN} = "kpatch.service"
> diff --git 
> a/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
>  
> b/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
> new file mode 100644
> index 000..459fb21
> --- /dev/null
> +++ 
> b/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
> @@ -0,0 +1,103 @@
> +From a9a80a1f4df65892a0269295ce8a64b06f2ff61d Mon Sep 17 00:00:00 2001
> +From: Ruslan Bilovol 
> +Date: Tue, 19 Dec 2017 15:59:04 +0200
> +Subject: [PATCH] kpatch-build: add cross-compilation support
> +
> +This patch introduces new option for kpatch-build
> +script "--cross-compile" which can be used for
> +specifying cross-complier prefix.
> +It allows to build live patches not only on
> +target system, but also on hosts for a target other
> +than the one on which the compiler is running
> +
> +Also removed quotes in exec lines, so it is
> +possible to pass multy-component strings like
> +"ccache x86_64-xelinux-linux-" as cross-compiler
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Ruslan Bilovol 
> +---
> + kpatch-build/kpatch-build | 13 +++--
> + kpatch-build/kpatch-gcc   |  4 ++--
> + 2 files changed, 13 insertions(+), 4 deletions(-)
> +
> +diff --git a/kpatch-build/kpatch-build b/kpatch-build/kpatch-build
> +index 166ecbd..af24cc4 100755
> +--- a/kpatch-build/kpatch-build
>  b/kpatch-build/kpatch-build
> +@@ -195,7 +195,7 @@ gcc_version_check() {
> +   # gcc --version varies between distributions therefore extract version
> +   # by compiling a test file and compare it to vmlinux's version.
> +   echo 'void main(void) {}' > "$c"
> +-  out="$(gcc -c -pg -ffunction-sections -o "$o" "$c" 2>&1)"
> ++  out="$(${KPATCH_CROSS_COMPILE}gcc -c -pg -ffunction-sections -o "$o" 
> "$c" 2>&1)"
> +   gccver="$(gcc_version_from_file "$o")"
> +   kgccver="$(gcc_version_from_file "$VMLINUX")"
> +   rm -f "$c" "$o"
> +@@ -381,12 +381,14 @@ usage() {
> +   echo "  -d, --debugEnable 'xtrace' and keep scratch 
> files" >&2
> 

Re: [OE-core] [PATCH] glibc: Adapt do_install_append_aarch64() for usrmerge

[Peter Kjellerstedt]

Apparently this was already merged. However, the assumption is that 
${nonarch_base_libdir} will evaluate to /lib, or something that will be 
accessible as /lib. I.e., the default definition of ${nonarch_base_libdir} is 
“/lib” unless usrmerge is in DISTRO_FEATURES, in which case it is 
“${root_prefix/lib” (which evaluates to “/usr/lib”), but then a symbolic link 
will be created from “/lib” to “/usr/lib”.

//Peter

From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: den 29 januari 2018 18:33
To: Peter Kjellerstedt 
Cc: OE-core 
Subject: Re: [OE-core] [PATCH] glibc: Adapt do_install_append_aarch64() for 
usrmerge

How does the patch relate to the comment which states the ABI says the path 
*must* be /lib/.  Is that wrong?  How does this interact with the merged 
symlink creation in image.bbclass?  Please expand on the message so it's clear 
what is meant to be happening.

Ross

On 27 January 2018 at 03:53, Peter Kjellerstedt 
mailto:peter.kjellerst...@axis.com>> wrote:
Change hardcoded /lib to ${nonarch_base_libdir} to correctly adapt the
code in do_install_append_aarch64() for when usrmerge is enabled in
DISTRO_FEATURES.

Signed-off-by: Peter Kjellerstedt 
mailto:peter.kjellerst...@axis.com>>
---
 meta/recipes-core/glibc/glibc-package.inc | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index 817d850358..4d3dc679b4 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -114,15 +114,15 @@ do_install_append () {
 }

 do_install_append_aarch64 () {
-   if [ "${base_libdir}" != "/lib" ] ; then
+   if [ "${base_libdir}" != "${nonarch_base_libdir}" ]; then
# The aarch64 ABI says the dynamic linker -must- be 
/lib/ld-linux-aarch64[_be].so.1
-   install -d ${D}/lib
+   install -d ${D}${nonarch_base_libdir}
if [ -e ${D}${base_libdir}/ld-linux-aarch64.so.1 ]; then
-   ln -s ${@base_path_relative('/lib', 
'${base_libdir}')}/ld-linux-aarch64.so.1 \
-   ${D}/lib/ld-linux-aarch64.so.1
+   ln -s ${@base_path_relative('${nonarch_base_libdir}', 
'${base_libdir}')}/ld-linux-aarch64.so.1 \
+   ${D}${nonarch_base_libdir}/ld-linux-aarch64.so.1
elif [ -e ${D}${base_libdir}/ld-linux-aarch64_be.so.1 ]; then
-   ln -s ${@base_path_relative('/lib', 
'${base_libdir}')}/ld-linux-aarch64_be.so.1 \
-   ${D}/lib/ld-linux-aarch64_be.so.1
+   ln -s ${@base_path_relative('${nonarch_base_libdir}', 
'${base_libdir}')}/ld-linux-aarch64_be.so.1 \
+   
${D}${nonarch_base_libdir}/ld-linux-aarch64_be.so.1
fi
fi
do_install_armmultilib
--
2.12.0

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

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

Re: [OE-core] [PATCH] python: Upgrade both python and python-native to 2.7.14

[Alejandro Enedino Hernandez Samaniego]

Hey Derek,


Just a quick question, did you run the create manifest task along with 
the upgrade?



Cheers,


Alejandro


On 01/26/2018 11:25 AM, Derek Straka wrote:

Rebased:
   - python/01-use-proper-tools-for-cross-build.patch
   - python/fix-makefile-for-ptest.patch
   - python/parallel-makeinst-create-bindir.patch

Removed Upstreamed Patch:
   - python/Don-t-use-getentropy-on-Linux.patch

Updated license checksum for changes in the copyright date.  The license
terms remain unchanged

Added an extra do_compile item to create the native pgen that no longer
gets compiled by default

Signed-off-by: Derek Straka 
---
  ...on-native_2.7.13.bb => python-native_2.7.14.bb} |  6 
  meta/recipes-devtools/python/python.inc|  6 ++--
  .../01-use-proper-tools-for-cross-build.patch  | 17 +
  .../python/Don-t-use-getentropy-on-Linux.patch | 41 --
  .../python/python/fix-makefile-for-ptest.patch |  6 ++--
  .../python/parallel-makeinst-create-bindir.patch   | 12 +++
  .../python/{python_2.7.13.bb => python_2.7.14.bb}  |  1 -
  7 files changed, 28 insertions(+), 61 deletions(-)
  rename meta/recipes-devtools/python/{python-native_2.7.13.bb => 
python-native_2.7.14.bb} (94%)
  delete mode 100644 
meta/recipes-devtools/python/python/Don-t-use-getentropy-on-Linux.patch
  rename meta/recipes-devtools/python/{python_2.7.13.bb => python_2.7.14.bb} 
(99%)

diff --git a/meta/recipes-devtools/python/python-native_2.7.13.bb 
b/meta/recipes-devtools/python/python-native_2.7.14.bb
similarity index 94%
rename from meta/recipes-devtools/python/python-native_2.7.13.bb
rename to meta/recipes-devtools/python/python-native_2.7.14.bb
index 2b74003..622cb38 100644
--- a/meta/recipes-devtools/python/python-native_2.7.13.bb
+++ b/meta/recipes-devtools/python/python-native_2.7.14.bb
@@ -36,6 +36,12 @@ do_configure_append() {
autoreconf --verbose --install --force --exclude=autopoint 
../Python-${PV}/Modules/_ctypes/libffi
  }
  
+# Regenerate all of the generated files

+# This ensures that pgen and friends get created during the compile phase
+do_compile_prepend() {
+oe_runmake regen-all
+}
+
  do_install() {
oe_runmake 'DESTDIR=${D}' install
install -d ${D}${bindir}/${PN}
diff --git a/meta/recipes-devtools/python/python.inc 
b/meta/recipes-devtools/python/python.inc
index b40f551..979b601 100644
--- a/meta/recipes-devtools/python/python.inc
+++ b/meta/recipes-devtools/python/python.inc
@@ -5,12 +5,12 @@ SECTION = "devel/python"
  # bump this on every change in contrib/python/generate-manifest-2.7.py
  INC_PR = "r1"
  
-LIC_FILES_CHKSUM = "file://LICENSE;md5=6b60258130e4ed10d3101517eb5b9385"

+LIC_FILES_CHKSUM = "file://LICENSE;md5=f741e51de91d4eeea5930b9c3c7fa69d"
  
  SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz";
  
-SRC_URI[md5sum] = "53b43534153bb2a0363f08bae8b9d990"

-SRC_URI[sha256sum] = 
"35d543986882f78261f97787fd3e06274bfa6df29fac9b4a94f73930ff98f731"
+SRC_URI[md5sum] = "1f6db41ad91d9eb0a6f0c769b8613c5b"
+SRC_URI[sha256sum] = 
"71ffb26e09e78650e424929b2b457b9c912ac216576e6bd9e7d204ed03296a66"
  
  # python recipe is actually python 2.x

  # also, exclude pre-releases for both python 2.x and 3.x
diff --git 
a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch 
b/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
index 366ce3e..e795a74 100644
--- 
a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
+++ 
b/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
@@ -9,6 +9,9 @@ Signed-off-by: Paul Eggleton 
  Rebased for python-2.7.9
  Signed-off-by: Alejandro Hernandez 
  
+Rebased for python-2.7.14

+Signed-off-by: Derek Straka 
+
  Index: Python-2.7.13/Makefile.pre.in
  ===
  --- Python-2.7.13.orig/Makefile.pre.in
@@ -30,14 +33,14 @@ Index: Python-2.7.13/Makefile.pre.in
   
   # Create build directory and generate the sysconfig build-time data there.

   # pybuilddir.txt contains the name of the build dir and is used for
-@@ -681,7 +682,7 @@ Modules/pwdmodule.o: $(srcdir)/Modules/p
-
- $(GRAMMAR_H): @GENERATED_COMMENT@ $(GRAMMAR_INPUT) $(PGEN)
+@@ -663,7 +663,7 @@
+   # Regenerate Include/graminit.h and Python/graminit.c
+   # from Grammar/Grammar using pgen
@$(MKDIR_P) Include
--  $(PGEN) $(GRAMMAR_INPUT) $(GRAMMAR_H) $(GRAMMAR_C)
-+  $(HOSTPGEN) $(GRAMMAR_INPUT) $(GRAMMAR_H) $(GRAMMAR_C)
- $(GRAMMAR_C): @GENERATED_COMMENT@ $(GRAMMAR_H)
-   touch $(GRAMMAR_C)
+-  $(PGEN) $(srcdir)/Grammar/Grammar \
++  $(HOSTPGEN) $(srcdir)/Grammar/Grammar \
+   $(srcdir)/Include/graminit.h \
+   $(srcdir)/Python/graminit.c
   
  @@ -1121,27 +1122,27 @@ libinstall:	build_all $(srcdir)/Lib/$(PL

$(DESTDIR)$(LIBDEST)/distutils/tests ; \
diff --git 
a/meta/recipes-devtools/python/python/Don

Re: [OE-core] [PATCH] recipes-kernel: add kpatch dynamic kernel patching infrastructure

[Bruce Ashfield]

On Mon, Jan 29, 2018 at 1:35 PM, Khem Raj  wrote:
> On Mon, Jan 29, 2018 at 7:06 AM, Ruslan Bilovol  wrote:
>> kpatch is a Linux dynamic kernel patching infrastructure
>> which allows you to patch a running kernel without
>> rebooting or restarting any processes
>>
>> Currently it is enabled and tested on x86-64 systems,
>> although can be extended to PPC64 as well.
>>
>
> perhaps not ready for oe-core yet doesnt seem to support all core
> arches, may be meta-oe is a better place for it for now
>


agreed.

Bruce

>> Signed-off-by: Ruslan Bilovol 
>> ---
>>  meta/recipes-kernel/kpatch/kpatch.inc  |  49 ++
>>  ...patch-build-add-cross-compilation-support.patch | 103 
>> +
>>  ...tch-build-allow-overriding-of-distro-name.patch |  62 +
>>  meta/recipes-kernel/kpatch/kpatch_git.bb   |  11 +++
>>  4 files changed, 225 insertions(+)
>>  create mode 100644 meta/recipes-kernel/kpatch/kpatch.inc
>>  create mode 100644 
>> meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
>>  create mode 100644 
>> meta/recipes-kernel/kpatch/kpatch/0002-kpatch-build-allow-overriding-of-distro-name.patch
>>  create mode 100644 meta/recipes-kernel/kpatch/kpatch_git.bb
>>
>> diff --git a/meta/recipes-kernel/kpatch/kpatch.inc 
>> b/meta/recipes-kernel/kpatch/kpatch.inc
>> new file mode 100644
>> index 000..b1e73e9
>> --- /dev/null
>> +++ b/meta/recipes-kernel/kpatch/kpatch.inc
>> @@ -0,0 +1,49 @@
>> +SUMMARY = "Linux dynamic kernel patching infrastructure"
>> +DESCRIPTION = "kpatch is a Linux dynamic kernel patching infrastructure 
>> which allows you to patch a running kernel without rebooting or restarting 
>> any processes."
>> +LICENSE = "GPLv2 & LGPLv2"
>> +DEPENDS = "elfutils bash"
>> +
>> +SRC_URI = "git://github.com/dynup/kpatch.git;protocol=https \
>> +   file://0001-kpatch-build-add-cross-compilation-support.patch \
>> +   file://0002-kpatch-build-allow-overriding-of-distro-name.patch \
>> +   "
>> +
>> +EXTRA_OEMAKE = " \
>> +   PREFIX=${prefix} \
>> +   BINDIR=${D}${bindir} \
>> +   SBINDIR=${D}${sbindir} \
>> +   LIBDIR=${D}${libdir} \
>> +   MANDIR=${D}${mandir}/man1 \
>> +   SYSTEMDDIR=${D}${systemd_system_unitdir} \
>> +   DESTDIR=${D} \
>> +   BUILDMOD=no \
>> +   CC='${CC}' \
>> +   "
>> +
>> +S = "${WORKDIR}/git"
>> +
>> +do_install () {
>> +   oe_runmake install
>> +}
>> +
>> +PACKAGES =+ "kpatch-build"
>> +PROVIDES += "kpatch-build"
>> +
>> +COMPATIBLE_HOST = "(x86_64).*-linux"
>> +
>> +RDEPENDS_${PN} = "bash binutils"
>> +RDEPENDS_kpatch-build = "bash glibc-utils"
>> +
>> +FILES_${PN} = " \
>> +   ${sbindir}/kpatch \
>> +   ${systemd_system_unitdir}/kpatch.service \
>> +   ${mandir}/man1/kpatch.1.gz \
>> +   "
>> +FILES_kpatch-build = " \
>> +   ${bindir}/kpatch-build \
>> +   ${libexecdir}/* \
>> +   ${datadir}/kpatch \
>> +   ${mandir}/man1/kpatch-build.1.gz \
>> +   "
>> +
>> +SYSTEMD_SERVICE_${PN} = "kpatch.service"
>> diff --git 
>> a/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
>>  
>> b/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
>> new file mode 100644
>> index 000..459fb21
>> --- /dev/null
>> +++ 
>> b/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
>> @@ -0,0 +1,103 @@
>> +From a9a80a1f4df65892a0269295ce8a64b06f2ff61d Mon Sep 17 00:00:00 2001
>> +From: Ruslan Bilovol 
>> +Date: Tue, 19 Dec 2017 15:59:04 +0200
>> +Subject: [PATCH] kpatch-build: add cross-compilation support
>> +
>> +This patch introduces new option for kpatch-build
>> +script "--cross-compile" which can be used for
>> +specifying cross-complier prefix.
>> +It allows to build live patches not only on
>> +target system, but also on hosts for a target other
>> +than the one on which the compiler is running
>> +
>> +Also removed quotes in exec lines, so it is
>> +possible to pass multy-component strings like
>> +"ccache x86_64-xelinux-linux-" as cross-compiler
>> +
>> +Upstream-Status: Pending
>> +
>> +Signed-off-by: Ruslan Bilovol 
>> +---
>> + kpatch-build/kpatch-build | 13 +++--
>> + kpatch-build/kpatch-gcc   |  4 ++--
>> + 2 files changed, 13 insertions(+), 4 deletions(-)
>> +
>> +diff --git a/kpatch-build/kpatch-build b/kpatch-build/kpatch-build
>> +index 166ecbd..af24cc4 100755
>> +--- a/kpatch-build/kpatch-build
>>  b/kpatch-build/kpatch-build
>> +@@ -195,7 +195,7 @@ gcc_version_check() {
>> +   # gcc --version varies between distributions therefore extract 
>> version
>> +   # by compiling a test file and compare it to vmlinux's version.
>> +   echo 'void main(void) {}' > "$c"
>> +-  out="$(gcc -c -pg -ffunction-sections -o "$o" "$c" 2>&1)"
>> ++  out="$(${KPATCH_CROSS_COMPILE}gcc -c -pg -ffunction-sections -o "$o" 
>> "$c" 2>&1)"
>> +   gccver="$(gcc_version_from_file "$o")"
>> + 

Re: [OE-core] [PATCH] python: Upgrade both python and python-native to 2.7.14

[Derek Straka]

Oh no, I did not.  I will send a v2 with an updated manifest.  Thanks for
catching that.

-Derek

On Mon, Jan 29, 2018 at 2:23 PM, Alejandro Enedino Hernandez Samaniego <
alejandro.enedino.hernandez-samani...@xilinx.com> wrote:

> Hey Derek,
>
>
> Just a quick question, did you run the create manifest task along with the
> upgrade?
>
>
> Cheers,
>
>
> Alejandro
>
>
>
> On 01/26/2018 11:25 AM, Derek Straka wrote:
>
>> Rebased:
>>- python/01-use-proper-tools-for-cross-build.patch
>>- python/fix-makefile-for-ptest.patch
>>- python/parallel-makeinst-create-bindir.patch
>>
>> Removed Upstreamed Patch:
>>- python/Don-t-use-getentropy-on-Linux.patch
>>
>> Updated license checksum for changes in the copyright date.  The license
>> terms remain unchanged
>>
>> Added an extra do_compile item to create the native pgen that no longer
>> gets compiled by default
>>
>> Signed-off-by: Derek Straka 
>> ---
>>   ...on-native_2.7.13.bb => python-native_2.7.14.bb} |  6 
>>   meta/recipes-devtools/python/python.inc|  6 ++--
>>   .../01-use-proper-tools-for-cross-build.patch  | 17 +
>>   .../python/Don-t-use-getentropy-on-Linux.patch | 41
>> --
>>   .../python/python/fix-makefile-for-ptest.patch |  6 ++--
>>   .../python/parallel-makeinst-create-bindir.patch   | 12 +++
>>   .../python/{python_2.7.13.bb => python_2.7.14.bb}  |  1 -
>>   7 files changed, 28 insertions(+), 61 deletions(-)
>>   rename meta/recipes-devtools/python/{python-native_2.7.13.bb =>
>> python-native_2.7.14.bb} (94%)
>>   delete mode 100644 meta/recipes-devtools/python/p
>> ython/Don-t-use-getentropy-on-Linux.patch
>>   rename meta/recipes-devtools/python/{python_2.7.13.bb =>
>> python_2.7.14.bb} (99%)
>>
>> diff --git a/meta/recipes-devtools/python/python-native_2.7.13.bb
>> b/meta/recipes-devtools/python/python-native_2.7.14.bb
>> similarity index 94%
>> rename from meta/recipes-devtools/python/python-native_2.7.13.bb
>> rename to meta/recipes-devtools/python/python-native_2.7.14.bb
>> index 2b74003..622cb38 100644
>> --- a/meta/recipes-devtools/python/python-native_2.7.13.bb
>> +++ b/meta/recipes-devtools/python/python-native_2.7.14.bb
>> @@ -36,6 +36,12 @@ do_configure_append() {
>> autoreconf --verbose --install --force --exclude=autopoint
>> ../Python-${PV}/Modules/_ctypes/libffi
>>   }
>>   +# Regenerate all of the generated files
>> +# This ensures that pgen and friends get created during the compile phase
>> +do_compile_prepend() {
>> +oe_runmake regen-all
>> +}
>> +
>>   do_install() {
>> oe_runmake 'DESTDIR=${D}' install
>> install -d ${D}${bindir}/${PN}
>> diff --git a/meta/recipes-devtools/python/python.inc
>> b/meta/recipes-devtools/python/python.inc
>> index b40f551..979b601 100644
>> --- a/meta/recipes-devtools/python/python.inc
>> +++ b/meta/recipes-devtools/python/python.inc
>> @@ -5,12 +5,12 @@ SECTION = "devel/python"
>>   # bump this on every change in contrib/python/generate-manifest-2.7.py
>>   INC_PR = "r1"
>>   -LIC_FILES_CHKSUM = "file://LICENSE;md5=6b60258130
>> e4ed10d3101517eb5b9385"
>> +LIC_FILES_CHKSUM = "file://LICENSE;md5=f741e51de91d4eeea5930b9c3c7fa69d"
>> SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz
>> "
>>   -SRC_URI[md5sum] = "53b43534153bb2a0363f08bae8b9d990"
>> -SRC_URI[sha256sum] = "35d543986882f78261f97787fd3e0
>> 6274bfa6df29fac9b4a94f73930ff98f731"
>> +SRC_URI[md5sum] = "1f6db41ad91d9eb0a6f0c769b8613c5b"
>> +SRC_URI[sha256sum] = "71ffb26e09e78650e424929b2b457
>> b9c912ac216576e6bd9e7d204ed03296a66"
>> # python recipe is actually python 2.x
>>   # also, exclude pre-releases for both python 2.x and 3.x
>> diff --git 
>> a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
>> b/meta/recipes-devtools/python/python/01-use-proper-tools-
>> for-cross-build.patch
>> index 366ce3e..e795a74 100644
>> --- a/meta/recipes-devtools/python/python/01-use-proper-tools-
>> for-cross-build.patch
>> +++ b/meta/recipes-devtools/python/python/01-use-proper-tools-
>> for-cross-build.patch
>> @@ -9,6 +9,9 @@ Signed-off-by: Paul Eggleton <
>> paul.eggle...@linux.intel.com>
>>   Rebased for python-2.7.9
>>   Signed-off-by: Alejandro Hernandez > >
>>   +Rebased for python-2.7.14
>> +Signed-off-by: Derek Straka 
>> +
>>   Index: Python-2.7.13/Makefile.pre.in
>>   ===
>>   --- Python-2.7.13.orig/Makefile.pre.in
>> @@ -30,14 +33,14 @@ Index: Python-2.7.13/Makefile.pre.in
>>   # Create build directory and generate the sysconfig build-time data
>> there.
>># pybuilddir.txt contains the name of the build dir and is used for
>> -@@ -681,7 +682,7 @@ Modules/pwdmodule.o: $(srcdir)/Modules/p
>> -
>> - $(GRAMMAR_H): @GENERATED_COMMENT@ $(GRAMMAR_INPUT) $(PGEN)
>> +@@ -663,7 +663,7 @@
>> +   # Regenerate Include/graminit.h and Python/graminit.c
>> +   # from Grammar/Grammar using pgen
>> @$(MKDIR_P) Inclu

Re: [OE-core] [PATCH] python: Upgrade both python and python-native to 2.7.14

[Derek Straka]

It looks like the .so files (specifically gdbm and bsddb) are getting
dropped from the manifest when I run the create manifest task.  I'll have
to take a look at why those aren't getting pulled into the dependency list.

On Mon, Jan 29, 2018 at 2:49 PM, Derek Straka  wrote:

> Oh no, I did not.  I will send a v2 with an updated manifest.  Thanks for
> catching that.
>
> -Derek
>
> On Mon, Jan 29, 2018 at 2:23 PM, Alejandro Enedino Hernandez Samaniego <
> alejandro.enedino.hernandez-samani...@xilinx.com> wrote:
>
>> Hey Derek,
>>
>>
>> Just a quick question, did you run the create manifest task along with
>> the upgrade?
>>
>>
>> Cheers,
>>
>>
>> Alejandro
>>
>>
>>
>> On 01/26/2018 11:25 AM, Derek Straka wrote:
>>
>>> Rebased:
>>>- python/01-use-proper-tools-for-cross-build.patch
>>>- python/fix-makefile-for-ptest.patch
>>>- python/parallel-makeinst-create-bindir.patch
>>>
>>> Removed Upstreamed Patch:
>>>- python/Don-t-use-getentropy-on-Linux.patch
>>>
>>> Updated license checksum for changes in the copyright date.  The license
>>> terms remain unchanged
>>>
>>> Added an extra do_compile item to create the native pgen that no longer
>>> gets compiled by default
>>>
>>> Signed-off-by: Derek Straka 
>>> ---
>>>   ...on-native_2.7.13.bb => python-native_2.7.14.bb} |  6 
>>>   meta/recipes-devtools/python/python.inc|  6 ++--
>>>   .../01-use-proper-tools-for-cross-build.patch  | 17 +
>>>   .../python/Don-t-use-getentropy-on-Linux.patch | 41
>>> --
>>>   .../python/python/fix-makefile-for-ptest.patch |  6 ++--
>>>   .../python/parallel-makeinst-create-bindir.patch   | 12 +++
>>>   .../python/{python_2.7.13.bb => python_2.7.14.bb}  |  1 -
>>>   7 files changed, 28 insertions(+), 61 deletions(-)
>>>   rename meta/recipes-devtools/python/{python-native_2.7.13.bb =>
>>> python-native_2.7.14.bb} (94%)
>>>   delete mode 100644 meta/recipes-devtools/python/p
>>> ython/Don-t-use-getentropy-on-Linux.patch
>>>   rename meta/recipes-devtools/python/{python_2.7.13.bb =>
>>> python_2.7.14.bb} (99%)
>>>
>>> diff --git a/meta/recipes-devtools/python/python-native_2.7.13.bb
>>> b/meta/recipes-devtools/python/python-native_2.7.14.bb
>>> similarity index 94%
>>> rename from meta/recipes-devtools/python/python-native_2.7.13.bb
>>> rename to meta/recipes-devtools/python/python-native_2.7.14.bb
>>> index 2b74003..622cb38 100644
>>> --- a/meta/recipes-devtools/python/python-native_2.7.13.bb
>>> +++ b/meta/recipes-devtools/python/python-native_2.7.14.bb
>>> @@ -36,6 +36,12 @@ do_configure_append() {
>>> autoreconf --verbose --install --force --exclude=autopoint
>>> ../Python-${PV}/Modules/_ctypes/libffi
>>>   }
>>>   +# Regenerate all of the generated files
>>> +# This ensures that pgen and friends get created during the compile
>>> phase
>>> +do_compile_prepend() {
>>> +oe_runmake regen-all
>>> +}
>>> +
>>>   do_install() {
>>> oe_runmake 'DESTDIR=${D}' install
>>> install -d ${D}${bindir}/${PN}
>>> diff --git a/meta/recipes-devtools/python/python.inc
>>> b/meta/recipes-devtools/python/python.inc
>>> index b40f551..979b601 100644
>>> --- a/meta/recipes-devtools/python/python.inc
>>> +++ b/meta/recipes-devtools/python/python.inc
>>> @@ -5,12 +5,12 @@ SECTION = "devel/python"
>>>   # bump this on every change in contrib/python/generate-manifest-2.7.py
>>>   INC_PR = "r1"
>>>   -LIC_FILES_CHKSUM = "file://LICENSE;md5=6b60258130
>>> e4ed10d3101517eb5b9385"
>>> +LIC_FILES_CHKSUM = "file://LICENSE;md5=f741e51de9
>>> 1d4eeea5930b9c3c7fa69d"
>>> SRC_URI = "http://www.python.org/ftp/pyt
>>> hon/${PV}/Python-${PV}.tar.xz"
>>>   -SRC_URI[md5sum] = "53b43534153bb2a0363f08bae8b9d990"
>>> -SRC_URI[sha256sum] = "35d543986882f78261f97787fd3e0
>>> 6274bfa6df29fac9b4a94f73930ff98f731"
>>> +SRC_URI[md5sum] = "1f6db41ad91d9eb0a6f0c769b8613c5b"
>>> +SRC_URI[sha256sum] = "71ffb26e09e78650e424929b2b457
>>> b9c912ac216576e6bd9e7d204ed03296a66"
>>> # python recipe is actually python 2.x
>>>   # also, exclude pre-releases for both python 2.x and 3.x
>>> diff --git 
>>> a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
>>> b/meta/recipes-devtools/python/python/01-use-proper-tools-fo
>>> r-cross-build.patch
>>> index 366ce3e..e795a74 100644
>>> --- a/meta/recipes-devtools/python/python/01-use-proper-tools-fo
>>> r-cross-build.patch
>>> +++ b/meta/recipes-devtools/python/python/01-use-proper-tools-fo
>>> r-cross-build.patch
>>> @@ -9,6 +9,9 @@ Signed-off-by: Paul Eggleton <
>>> paul.eggle...@linux.intel.com>
>>>   Rebased for python-2.7.9
>>>   Signed-off-by: Alejandro Hernandez >> el.com>
>>>   +Rebased for python-2.7.14
>>> +Signed-off-by: Derek Straka 
>>> +
>>>   Index: Python-2.7.13/Makefile.pre.in
>>>   ===
>>>   --- Python-2.7.13.orig/Makefile.pre.in
>>> @@ -30,14 +33,14 @@ Index: Python-2.7.13/Makefile.pre.in
>>>   # Create build directory and gen

Re: [OE-core] [PATCH] ltp: bump to release 20180118

[Khem Raj]

On Mon, Jan 29, 2018 at 6:19 AM, Anders Roxell  wrote:
> Removed 3 patches that have been upstreamed:
> - 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
> - 0037-ltp-fix-format-security-error.patch
> - 0038-generate-reproducible-gzip.patch
>
> Reworked path 0002-Add-knob-to-control-whether-numa-support-should-be-c.patch.
>

I would be interested to know if you tried it on a musl target.

> Signed-off-by: Anders Roxell 
> ---
>  ...-control-whether-numa-support-should-be-c.patch | 39 
> +++---
>  ...READ_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch | 35 ---
>  .../ltp/0037-ltp-fix-format-security-error.patch   | 36 
>  .../ltp/ltp/0038-generate-reproducible-gzip.patch  | 20 ---
>  .../ltp/{ltp_20170929.bb => ltp_20180118.bb}   |  5 +--
>  5 files changed, 21 insertions(+), 114 deletions(-)
>  delete mode 100644 
> meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
>  delete mode 100644 
> meta/recipes-extended/ltp/ltp/0037-ltp-fix-format-security-error.patch
>  delete mode 100644 
> meta/recipes-extended/ltp/ltp/0038-generate-reproducible-gzip.patch
>  rename meta/recipes-extended/ltp/{ltp_20170929.bb => ltp_20180118.bb} (95%)
>
> diff --git 
> a/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
>  
> b/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
> index 9865020..31460b9 100644
> --- 
> a/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
> +++ 
> b/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
> @@ -9,34 +9,35 @@ during build depending upong numa being staged or not
>
>  Signed-off-by: Roy.Li 
>  Signed-off-by: Khem Raj 
> +Signed-off-by: Anders Roxell 
>  Upstream-Status: Pending
>  ---
>   m4/ltp-numa.m4 | 10 +-
>   1 file changed, 9 insertions(+), 1 deletion(-)
>
>  diff --git a/m4/ltp-numa.m4 b/m4/ltp-numa.m4
> -index 60ae07b..ed7078d 100644
> +index fc3383e..44cb559 100644
>  --- a/m4/ltp-numa.m4
>  +++ b/m4/ltp-numa.m4
> -@@ -24,7 +24,13 @@ dnl 
> +@@ -24,7 +24,13 @@ dnl LTP_CHECK_SYSCALL_NUMA
> + dnl 
>   dnl
> - AC_DEFUN([LTP_CHECK_SYSCALL_NUMA],
> - [dnl
> --AC_CHECK_HEADERS([linux/mempolicy.h numa.h numaif.h],[
> -+AC_MSG_CHECKING([for numa])
> -+AC_ARG_WITH(
> -+  [numa],
> -+  AC_HELP_STRING([--without-numa],
> -+  [without numa support]),
> -+  [],
> -+  [AC_CHECK_HEADERS([linux/mempolicy.h numa.h numaif.h],[
> -   LTP_SYSCALL_NUMA_HEADERS=yes
> -   AC_CHECK_LIB(numa,numa_alloc_onnode,[have_numa_alloc_onnode="yes"])
> -   if  test "x$have_numa_alloc_onnode" = "xyes"; then
> -@@ -48,3 +54,5 @@ if test "x$have_mpol_constants" = "xyes"; then
> -   AC_DEFINE(HAVE_MPOL_CONSTANTS,1,[define to 1 if you have all 
> constants required to use mbind tests])
> - fi
> - )])
> + AC_DEFUN([LTP_CHECK_SYSCALL_NUMA], [
> +-  AC_CHECK_LIB(numa, numa_available, [have_libnuma=yes])
> ++  AC_MSG_CHECKING([for numa])
> ++  AC_ARG_WITH(
> ++  [numa],
> ++  AC_HELP_STRING([--without-numa],
> ++  [without numa support]),
> ++  [],
> ++  [AC_CHECK_LIB(numa, numa_available, [have_libnuma=yes])
> +   AC_CHECK_HEADERS([numa.h numaif.h], [], [have_numa_headers=no])
> +
> +   if test "x$have_numa_headers" != "xno"; then
> +@@ -42,3 +48,5 @@ exit(1);
> +   AC_DEFINE(HAVE_NUMA_V2, 1, [Define to 1 if you have libnuma 
> and it's headers version >= 2 installed.])
> +   fi
> + ])
>  +AC_MSG_RESULT([$with_numa])
>  +])
>  --
> diff --git 
> a/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
>  
> b/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
> deleted file mode 100644
> index efa6d06..000
> --- 
> a/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
> +++ /dev/null
> @@ -1,35 +0,0 @@
> -From 00ba7cdd0608b1507027428f9f87b1cb9747372b Mon Sep 17 00:00:00 2001
> -From: Dengke Du 
> -Date: Thu, 9 Feb 2017 15:54:53 +0800
> -Subject: [PATCH] lib: Use PTHREAD_MUTEX_RECURSIVE in place of
> - PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP for non-glibc
> -
> -e.g. musl does not implement the _NP mutex types
> -
> -Signed-off-by: Khem Raj 
> -Signed-off-by: Dengke Du 
> -
> -Upstream-Status: Pending
> 
> - lib/tst_res.c | 4 
> - 1 file changed, 4 insertions(+)
> -
> -diff --git a/lib/tst_res.c b/lib/tst_res.c
> -index 61daaeb..435224f 100644
>  a/lib/tst_res.c
> -+++ b/lib/tst_res.c
> -@@ -79,7 +79,11 @@ int TEST_ERRNO;
> -   assert(strlen(buf) > 0);\
> - } while (0)
> -
> -+#ifdef __GLIBC__
> - static pthread_mutex_t tmutex = PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP;
> -+#else
> -+static pthrea

Re: [OE-core] [PATCH] python: Upgrade both python and python-native to 2.7.14

[Tim Orling]

On Mon, Jan 29, 2018 at 12:02 PM Derek Straka  wrote:

> It looks like the .so files (specifically gdbm and bsddb) are getting
> dropped from the manifest when I run the create manifest task.  I'll have
> to take a look at why those aren't getting pulled into the dependency list.
>

Are you on Fedora-27 by any chance? It broke for me. Worked on Fedora-26.

>
> On Mon, Jan 29, 2018 at 2:49 PM, Derek Straka  wrote:
>
>> Oh no, I did not.  I will send a v2 with an updated manifest.  Thanks for
>> catching that.
>>
>> -Derek
>>
>> On Mon, Jan 29, 2018 at 2:23 PM, Alejandro Enedino Hernandez Samaniego <
>> alejandro.enedino.hernandez-samani...@xilinx.com> wrote:
>>
>>> Hey Derek,
>>>
>>>
>>> Just a quick question, did you run the create manifest task along with
>>> the upgrade?
>>>
>>>
>>> Cheers,
>>>
>>>
>>> Alejandro
>>>
>>>
>>>
>>> On 01/26/2018 11:25 AM, Derek Straka wrote:
>>>
 Rebased:
- python/01-use-proper-tools-for-cross-build.patch
- python/fix-makefile-for-ptest.patch
- python/parallel-makeinst-create-bindir.patch

 Removed Upstreamed Patch:
- python/Don-t-use-getentropy-on-Linux.patch

 Updated license checksum for changes in the copyright date.  The license
 terms remain unchanged

 Added an extra do_compile item to create the native pgen that no longer
 gets compiled by default

 Signed-off-by: Derek Straka 
 ---
   ...on-native_2.7.13.bb => python-native_2.7.14.bb} |  6 
   meta/recipes-devtools/python/python.inc|  6 ++--
   .../01-use-proper-tools-for-cross-build.patch  | 17 +
   .../python/Don-t-use-getentropy-on-Linux.patch | 41
 --
   .../python/python/fix-makefile-for-ptest.patch |  6 ++--
   .../python/parallel-makeinst-create-bindir.patch   | 12 +++
   .../python/{python_2.7.13.bb => python_2.7.14.bb}  |  1 -
   7 files changed, 28 insertions(+), 61 deletions(-)
   rename meta/recipes-devtools/python/{python-native_2.7.13.bb =>
 python-native_2.7.14.bb} (94%)
   delete mode 100644
 meta/recipes-devtools/python/python/Don-t-use-getentropy-on-Linux.patch
   rename meta/recipes-devtools/python/{python_2.7.13.bb =>
 python_2.7.14.bb} (99%)

 diff --git a/meta/recipes-devtools/python/python-native_2.7.13.bb
 b/meta/recipes-devtools/python/python-native_2.7.14.bb
 similarity index 94%
 rename from meta/recipes-devtools/python/python-native_2.7.13.bb
 rename to meta/recipes-devtools/python/python-native_2.7.14.bb
 index 2b74003..622cb38 100644
 --- a/meta/recipes-devtools/python/python-native_2.7.13.bb
 +++ b/meta/recipes-devtools/python/python-native_2.7.14.bb
 @@ -36,6 +36,12 @@ do_configure_append() {
 autoreconf --verbose --install --force --exclude=autopoint
 ../Python-${PV}/Modules/_ctypes/libffi
   }
   +# Regenerate all of the generated files
 +# This ensures that pgen and friends get created during the compile
 phase
 +do_compile_prepend() {
 +oe_runmake regen-all
 +}
 +
   do_install() {
 oe_runmake 'DESTDIR=${D}' install
 install -d ${D}${bindir}/${PN}
 diff --git a/meta/recipes-devtools/python/python.inc
 b/meta/recipes-devtools/python/python.inc
 index b40f551..979b601 100644
 --- a/meta/recipes-devtools/python/python.inc
 +++ b/meta/recipes-devtools/python/python.inc
 @@ -5,12 +5,12 @@ SECTION = "devel/python"
   # bump this on every change in contrib/python/
 generate-manifest-2.7.py
   INC_PR = "r1"
   -LIC_FILES_CHKSUM =
 "file://LICENSE;md5=6b60258130e4ed10d3101517eb5b9385"
 +LIC_FILES_CHKSUM =
 "file://LICENSE;md5=f741e51de91d4eeea5930b9c3c7fa69d"
 SRC_URI = "
 http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz";
   -SRC_URI[md5sum] = "53b43534153bb2a0363f08bae8b9d990"
 -SRC_URI[sha256sum] =
 "35d543986882f78261f97787fd3e06274bfa6df29fac9b4a94f73930ff98f731"
 +SRC_URI[md5sum] = "1f6db41ad91d9eb0a6f0c769b8613c5b"
 +SRC_URI[sha256sum] =
 "71ffb26e09e78650e424929b2b457b9c912ac216576e6bd9e7d204ed03296a66"
 # python recipe is actually python 2.x
   # also, exclude pre-releases for both python 2.x and 3.x
 diff --git
 a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
 b/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
 index 366ce3e..e795a74 100644
 ---
 a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
 +++
 b/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
 @@ -9,6 +9,9 @@ Signed-off-by: Paul Eggleton <
 paul.eggle...@linux.intel.com>
   Rebased for python-2.7.9
   Signed-off-by: Alejandro Hernandez <
 alejandro.hernan...@linux.intel.com>
   +Rebased for python-2.7.14
 +Signed-off-by: D

Re: [OE-core] [PATCH] python: Upgrade both python and python-native to 2.7.14

[Derek Straka]

Nope.  I'm using Ubuntu 16.04.

On Mon, Jan 29, 2018 at 3:17 PM, Tim Orling  wrote:

>
> On Mon, Jan 29, 2018 at 12:02 PM Derek Straka  wrote:
>
>> It looks like the .so files (specifically gdbm and bsddb) are getting
>> dropped from the manifest when I run the create manifest task.  I'll have
>> to take a look at why those aren't getting pulled into the dependency list.
>>
>
> Are you on Fedora-27 by any chance? It broke for me. Worked on Fedora-26.
>
>>
>> On Mon, Jan 29, 2018 at 2:49 PM, Derek Straka  wrote:
>>
>>> Oh no, I did not.  I will send a v2 with an updated manifest.  Thanks
>>> for catching that.
>>>
>>> -Derek
>>>
>>> On Mon, Jan 29, 2018 at 2:23 PM, Alejandro Enedino Hernandez Samaniego <
>>> alejandro.enedino.hernandez-samani...@xilinx.com> wrote:
>>>
 Hey Derek,


 Just a quick question, did you run the create manifest task along with
 the upgrade?


 Cheers,


 Alejandro



 On 01/26/2018 11:25 AM, Derek Straka wrote:

> Rebased:
>- python/01-use-proper-tools-for-cross-build.patch
>- python/fix-makefile-for-ptest.patch
>- python/parallel-makeinst-create-bindir.patch
>
> Removed Upstreamed Patch:
>- python/Don-t-use-getentropy-on-Linux.patch
>
> Updated license checksum for changes in the copyright date.  The
> license
> terms remain unchanged
>
> Added an extra do_compile item to create the native pgen that no longer
> gets compiled by default
>
> Signed-off-by: Derek Straka 
> ---
>   ...on-native_2.7.13.bb => python-native_2.7.14.bb} |  6 
>   meta/recipes-devtools/python/python.inc|  6 ++--
>   .../01-use-proper-tools-for-cross-build.patch  | 17 +
>   .../python/Don-t-use-getentropy-on-Linux.patch | 41
> --
>   .../python/python/fix-makefile-for-ptest.patch |  6 ++--
>   .../python/parallel-makeinst-create-bindir.patch   | 12 +++
>   .../python/{python_2.7.13.bb => python_2.7.14.bb}  |  1 -
>   7 files changed, 28 insertions(+), 61 deletions(-)
>   rename meta/recipes-devtools/python/{python-native_2.7.13.bb =>
> python-native_2.7.14.bb} (94%)
>   delete mode 100644 meta/recipes-devtools/python/
> python/Don-t-use-getentropy-on-Linux.patch
>   rename meta/recipes-devtools/python/{python_2.7.13.bb =>
> python_2.7.14.bb} (99%)
>
> diff --git a/meta/recipes-devtools/python/python-native_2.7.13.bb
> b/meta/recipes-devtools/python/python-native_2.7.14.bb
> similarity index 94%
> rename from meta/recipes-devtools/python/python-native_2.7.13.bb
> rename to meta/recipes-devtools/python/python-native_2.7.14.bb
> index 2b74003..622cb38 100644
> --- a/meta/recipes-devtools/python/python-native_2.7.13.bb
> +++ b/meta/recipes-devtools/python/python-native_2.7.14.bb
> @@ -36,6 +36,12 @@ do_configure_append() {
> autoreconf --verbose --install --force --exclude=autopoint
> ../Python-${PV}/Modules/_ctypes/libffi
>   }
>   +# Regenerate all of the generated files
> +# This ensures that pgen and friends get created during the compile
> phase
> +do_compile_prepend() {
> +oe_runmake regen-all
> +}
> +
>   do_install() {
> oe_runmake 'DESTDIR=${D}' install
> install -d ${D}${bindir}/${PN}
> diff --git a/meta/recipes-devtools/python/python.inc
> b/meta/recipes-devtools/python/python.inc
> index b40f551..979b601 100644
> --- a/meta/recipes-devtools/python/python.inc
> +++ b/meta/recipes-devtools/python/python.inc
> @@ -5,12 +5,12 @@ SECTION = "devel/python"
>   # bump this on every change in contrib/python/generate-
> manifest-2.7.py
>   INC_PR = "r1"
>   -LIC_FILES_CHKSUM = "file://LICENSE;md5=
> 6b60258130e4ed10d3101517eb5b9385"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=f741e51de91d4eeea5930b9c3c7fa6
> 9d"
> SRC_URI = "http://www.python.org/ftp/
> python/${PV}/Python-${PV}.tar.xz"
>   -SRC_URI[md5sum] = "53b43534153bb2a0363f08bae8b9d990"
> -SRC_URI[sha256sum] = "35d543986882f78261f97787fd3e06
> 274bfa6df29fac9b4a94f73930ff98f731"
> +SRC_URI[md5sum] = "1f6db41ad91d9eb0a6f0c769b8613c5b"
> +SRC_URI[sha256sum] = "71ffb26e09e78650e424929b2b457b
> 9c912ac216576e6bd9e7d204ed03296a66"
> # python recipe is actually python 2.x
>   # also, exclude pre-releases for both python 2.x and 3.x
> diff --git 
> a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
> b/meta/recipes-devtools/python/python/01-use-proper-
> tools-for-cross-build.patch
> index 366ce3e..e795a74 100644
> --- a/meta/recipes-devtools/python/python/01-use-proper-
> tools-for-cross-build.patch
> +++ b/meta/recipes-devtools/python/python/01-use-proper-
> tools-for-cross-build.patch
> @@ -9,6 +9,9 @@ Signed-off

[OE-core] [PATCHv2] python: Upgrade both python and python-native to 2.7.14

[Derek Straka]

Rebased:
  - python/01-use-proper-tools-for-cross-build.patch
  - python/fix-makefile-for-ptest.patch
  - python/parallel-makeinst-create-bindir.patch

Removed Upstreamed Patch:
  - python/Don-t-use-getentropy-on-Linux.patch

Updated license checksum for changes in the copyright date.  The license
terms remain unchanged

Added an extra do_compile item to create the native pgen that no longer
gets compiled by default

Update the json manifest with the latest dependency set

Signed-off-by: Derek Straka 
---
 ...on-native_2.7.13.bb => python-native_2.7.14.bb} |  6 
 meta/recipes-devtools/python/python.inc|  6 ++--
 .../01-use-proper-tools-for-cross-build.patch  | 17 +
 .../python/Don-t-use-getentropy-on-Linux.patch | 41 --
 .../python/python/fix-makefile-for-ptest.patch |  6 ++--
 .../python/parallel-makeinst-create-bindir.patch   | 12 +++
 .../python/python/python2-manifest.json|  8 +++--
 .../python/{python_2.7.13.bb => python_2.7.14.bb}  |  1 -
 8 files changed, 34 insertions(+), 63 deletions(-)
 rename meta/recipes-devtools/python/{python-native_2.7.13.bb => 
python-native_2.7.14.bb} (94%)
 delete mode 100644 
meta/recipes-devtools/python/python/Don-t-use-getentropy-on-Linux.patch
 rename meta/recipes-devtools/python/{python_2.7.13.bb => python_2.7.14.bb} 
(99%)

diff --git a/meta/recipes-devtools/python/python-native_2.7.13.bb 
b/meta/recipes-devtools/python/python-native_2.7.14.bb
similarity index 94%
rename from meta/recipes-devtools/python/python-native_2.7.13.bb
rename to meta/recipes-devtools/python/python-native_2.7.14.bb
index 2b74003..622cb38 100644
--- a/meta/recipes-devtools/python/python-native_2.7.13.bb
+++ b/meta/recipes-devtools/python/python-native_2.7.14.bb
@@ -36,6 +36,12 @@ do_configure_append() {
autoreconf --verbose --install --force --exclude=autopoint 
../Python-${PV}/Modules/_ctypes/libffi
 }
 
+# Regenerate all of the generated files
+# This ensures that pgen and friends get created during the compile phase
+do_compile_prepend() {
+oe_runmake regen-all
+}
+
 do_install() {
oe_runmake 'DESTDIR=${D}' install
install -d ${D}${bindir}/${PN}
diff --git a/meta/recipes-devtools/python/python.inc 
b/meta/recipes-devtools/python/python.inc
index b40f551..979b601 100644
--- a/meta/recipes-devtools/python/python.inc
+++ b/meta/recipes-devtools/python/python.inc
@@ -5,12 +5,12 @@ SECTION = "devel/python"
 # bump this on every change in contrib/python/generate-manifest-2.7.py
 INC_PR = "r1"
 
-LIC_FILES_CHKSUM = "file://LICENSE;md5=6b60258130e4ed10d3101517eb5b9385"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=f741e51de91d4eeea5930b9c3c7fa69d"
 
 SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz";
 
-SRC_URI[md5sum] = "53b43534153bb2a0363f08bae8b9d990"
-SRC_URI[sha256sum] = 
"35d543986882f78261f97787fd3e06274bfa6df29fac9b4a94f73930ff98f731"
+SRC_URI[md5sum] = "1f6db41ad91d9eb0a6f0c769b8613c5b"
+SRC_URI[sha256sum] = 
"71ffb26e09e78650e424929b2b457b9c912ac216576e6bd9e7d204ed03296a66"
 
 # python recipe is actually python 2.x
 # also, exclude pre-releases for both python 2.x and 3.x
diff --git 
a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch 
b/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
index 366ce3e..e795a74 100644
--- 
a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
+++ 
b/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
@@ -9,6 +9,9 @@ Signed-off-by: Paul Eggleton 
 Rebased for python-2.7.9
 Signed-off-by: Alejandro Hernandez 
 
+Rebased for python-2.7.14
+Signed-off-by: Derek Straka 
+
 Index: Python-2.7.13/Makefile.pre.in
 ===
 --- Python-2.7.13.orig/Makefile.pre.in
@@ -30,14 +33,14 @@ Index: Python-2.7.13/Makefile.pre.in
  
  # Create build directory and generate the sysconfig build-time data there.
  # pybuilddir.txt contains the name of the build dir and is used for
-@@ -681,7 +682,7 @@ Modules/pwdmodule.o: $(srcdir)/Modules/p
- 
- $(GRAMMAR_H): @GENERATED_COMMENT@ $(GRAMMAR_INPUT) $(PGEN)
+@@ -663,7 +663,7 @@
+   # Regenerate Include/graminit.h and Python/graminit.c
+   # from Grammar/Grammar using pgen
@$(MKDIR_P) Include
--  $(PGEN) $(GRAMMAR_INPUT) $(GRAMMAR_H) $(GRAMMAR_C)
-+  $(HOSTPGEN) $(GRAMMAR_INPUT) $(GRAMMAR_H) $(GRAMMAR_C)
- $(GRAMMAR_C): @GENERATED_COMMENT@ $(GRAMMAR_H)
-   touch $(GRAMMAR_C)
+-  $(PGEN) $(srcdir)/Grammar/Grammar \
++  $(HOSTPGEN) $(srcdir)/Grammar/Grammar \
+   $(srcdir)/Include/graminit.h \
+   $(srcdir)/Python/graminit.c
  
 @@ -1121,27 +1122,27 @@ libinstall:build_all $(srcdir)/Lib/$(PL
$(DESTDIR)$(LIBDEST)/distutils/tests ; \
diff --git 
a/meta/recipes-devtools/python/python/Don-t-use-getentropy-on-Linux.patch 
b/meta/recipes-devtools/python/python/Don-t-use-getentro

[OE-core] ✗ patchtest: failure for python: Upgrade both python and python-native to 2.7.14 (rev2)

[Patchwork]

== Series Details ==

Series: python: Upgrade both python and python-native to 2.7.14 (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/10723/
State : failure

== Summary ==


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



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



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 v2] python: Upgrade both python and python-native to 2.7.14

[Derek Straka]

Rebased:
  - python/01-use-proper-tools-for-cross-build.patch
  - python/fix-makefile-for-ptest.patch
  - python/parallel-makeinst-create-bindir.patch

Removed Upstreamed Patch:
  - python/Don-t-use-getentropy-on-Linux.patch

Updated license checksum for changes in the copyright date.  The license
terms remain unchanged

Added an extra do_compile item to create the native pgen that no longer
gets compiled by default

Update the json manifest with the latest dependency set

Signed-off-by: Derek Straka 
---
 ...on-native_2.7.13.bb => python-native_2.7.14.bb} |  6 
 meta/recipes-devtools/python/python.inc|  6 ++--
 .../01-use-proper-tools-for-cross-build.patch  | 17 +
 .../python/Don-t-use-getentropy-on-Linux.patch | 41 --
 .../python/python/fix-makefile-for-ptest.patch |  6 ++--
 .../python/parallel-makeinst-create-bindir.patch   | 12 +++
 .../python/python/python2-manifest.json|  8 +++--
 .../python/{python_2.7.13.bb => python_2.7.14.bb}  |  1 -
 8 files changed, 34 insertions(+), 63 deletions(-)
 rename meta/recipes-devtools/python/{python-native_2.7.13.bb => 
python-native_2.7.14.bb} (94%)
 delete mode 100644 
meta/recipes-devtools/python/python/Don-t-use-getentropy-on-Linux.patch
 rename meta/recipes-devtools/python/{python_2.7.13.bb => python_2.7.14.bb} 
(99%)

diff --git a/meta/recipes-devtools/python/python-native_2.7.13.bb 
b/meta/recipes-devtools/python/python-native_2.7.14.bb
similarity index 94%
rename from meta/recipes-devtools/python/python-native_2.7.13.bb
rename to meta/recipes-devtools/python/python-native_2.7.14.bb
index 2b74003..622cb38 100644
--- a/meta/recipes-devtools/python/python-native_2.7.13.bb
+++ b/meta/recipes-devtools/python/python-native_2.7.14.bb
@@ -36,6 +36,12 @@ do_configure_append() {
autoreconf --verbose --install --force --exclude=autopoint 
../Python-${PV}/Modules/_ctypes/libffi
 }
 
+# Regenerate all of the generated files
+# This ensures that pgen and friends get created during the compile phase
+do_compile_prepend() {
+oe_runmake regen-all
+}
+
 do_install() {
oe_runmake 'DESTDIR=${D}' install
install -d ${D}${bindir}/${PN}
diff --git a/meta/recipes-devtools/python/python.inc 
b/meta/recipes-devtools/python/python.inc
index b40f551..979b601 100644
--- a/meta/recipes-devtools/python/python.inc
+++ b/meta/recipes-devtools/python/python.inc
@@ -5,12 +5,12 @@ SECTION = "devel/python"
 # bump this on every change in contrib/python/generate-manifest-2.7.py
 INC_PR = "r1"
 
-LIC_FILES_CHKSUM = "file://LICENSE;md5=6b60258130e4ed10d3101517eb5b9385"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=f741e51de91d4eeea5930b9c3c7fa69d"
 
 SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz";
 
-SRC_URI[md5sum] = "53b43534153bb2a0363f08bae8b9d990"
-SRC_URI[sha256sum] = 
"35d543986882f78261f97787fd3e06274bfa6df29fac9b4a94f73930ff98f731"
+SRC_URI[md5sum] = "1f6db41ad91d9eb0a6f0c769b8613c5b"
+SRC_URI[sha256sum] = 
"71ffb26e09e78650e424929b2b457b9c912ac216576e6bd9e7d204ed03296a66"
 
 # python recipe is actually python 2.x
 # also, exclude pre-releases for both python 2.x and 3.x
diff --git 
a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch 
b/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
index 366ce3e..e795a74 100644
--- 
a/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
+++ 
b/meta/recipes-devtools/python/python/01-use-proper-tools-for-cross-build.patch
@@ -9,6 +9,9 @@ Signed-off-by: Paul Eggleton 
 Rebased for python-2.7.9
 Signed-off-by: Alejandro Hernandez 
 
+Rebased for python-2.7.14
+Signed-off-by: Derek Straka 
+
 Index: Python-2.7.13/Makefile.pre.in
 ===
 --- Python-2.7.13.orig/Makefile.pre.in
@@ -30,14 +33,14 @@ Index: Python-2.7.13/Makefile.pre.in
  
  # Create build directory and generate the sysconfig build-time data there.
  # pybuilddir.txt contains the name of the build dir and is used for
-@@ -681,7 +682,7 @@ Modules/pwdmodule.o: $(srcdir)/Modules/p
- 
- $(GRAMMAR_H): @GENERATED_COMMENT@ $(GRAMMAR_INPUT) $(PGEN)
+@@ -663,7 +663,7 @@
+   # Regenerate Include/graminit.h and Python/graminit.c
+   # from Grammar/Grammar using pgen
@$(MKDIR_P) Include
--  $(PGEN) $(GRAMMAR_INPUT) $(GRAMMAR_H) $(GRAMMAR_C)
-+  $(HOSTPGEN) $(GRAMMAR_INPUT) $(GRAMMAR_H) $(GRAMMAR_C)
- $(GRAMMAR_C): @GENERATED_COMMENT@ $(GRAMMAR_H)
-   touch $(GRAMMAR_C)
+-  $(PGEN) $(srcdir)/Grammar/Grammar \
++  $(HOSTPGEN) $(srcdir)/Grammar/Grammar \
+   $(srcdir)/Include/graminit.h \
+   $(srcdir)/Python/graminit.c
  
 @@ -1121,27 +1122,27 @@ libinstall:build_all $(srcdir)/Lib/$(PL
$(DESTDIR)$(LIBDEST)/distutils/tests ; \
diff --git 
a/meta/recipes-devtools/python/python/Don-t-use-getentropy-on-Linux.patch 
b/meta/recipes-devtools/python/python/Don-t-use-getentro

[OE-core] ✗ patchtest: failure for python: Upgrade both python and python-native to 2.7.14 (rev3)

[Patchwork]

== Series Details ==

Series: python: Upgrade both python and python-native to 2.7.14 (rev3)
Revision: 3
URL   : https://patchwork.openembedded.org/series/10723/
State : failure

== Summary ==


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



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



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

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

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

Re: [OE-core] [PATCH v2] python: Upgrade both python and python-native to 2.7.14

[Richard Purdie]

On Mon, 2018-01-29 at 16:49 -0500, Derek Straka wrote:
> Rebased:
>   - python/01-use-proper-tools-for-cross-build.patch
>   - python/fix-makefile-for-ptest.patch
>   - python/parallel-makeinst-create-bindir.patch
> 
> Removed Upstreamed Patch:
>   - python/Don-t-use-getentropy-on-Linux.patch
> 
> Updated license checksum for changes in the copyright date.  The
> license
> terms remain unchanged
> 
> Added an extra do_compile item to create the native pgen that no
> longer
> gets compiled by default
> 
> Update the json manifest with the latest dependency set
> 
> Signed-off-by: Derek Straka 

Your patch was merged into master so if there are tweaks they need to
be in a patch against master now please.

Cheers,

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

Re: [OE-core] [PATCH v2] python: Upgrade both python and python-native to 2.7.14

[Derek Straka]

Thanks.  Last I checked it was just in master-next.  I'll send the patch
for the manifest once I get off the train.

On Jan 29, 2018 5:18 PM, "Richard Purdie" <
richard.pur...@linuxfoundation.org> wrote:

> On Mon, 2018-01-29 at 16:49 -0500, Derek Straka wrote:
> > Rebased:
> >   - python/01-use-proper-tools-for-cross-build.patch
> >   - python/fix-makefile-for-ptest.patch
> >   - python/parallel-makeinst-create-bindir.patch
> >
> > Removed Upstreamed Patch:
> >   - python/Don-t-use-getentropy-on-Linux.patch
> >
> > Updated license checksum for changes in the copyright date.  The
> > license
> > terms remain unchanged
> >
> > Added an extra do_compile item to create the native pgen that no
> > longer
> > gets compiled by default
> >
> > Update the json manifest with the latest dependency set
> >
> > Signed-off-by: Derek Straka 
>
> Your patch was merged into master so if there are tweaks they need to
> be in a patch against master now please.
>
> Cheers,
>
> Richard
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/3] tzcode: remove unused patch files

[Juro Bystricky]

Signed-off-by: Juro Bystricky 
---
 .../files/0001-Fix-Makefile-quoting-bug.patch  | 174 -
 .../files/0002-Port-zdump-to-C90-snprintf.patch| 115 --
 2 files changed, 289 deletions(-)
 delete mode 100644 
meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch
 delete mode 100644 
meta/recipes-extended/tzcode/files/0002-Port-zdump-to-C90-snprintf.patch

diff --git 
a/meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch 
b/meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch
deleted file mode 100644
index e49fa09..000
--- a/meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch
+++ /dev/null
@@ -1,174 +0,0 @@
-From b520d20b8122a783f99f088758b78d928f70ee34 Mon Sep 17 00:00:00 2001
-From: Paul Eggert 
-Date: Mon, 23 Oct 2017 11:42:45 -0700
-Subject: [PATCH] Fix Makefile quoting bug
-
-Problem with INSTALLARGS reported by Zefram in:
-https://mm.icann.org/pipermail/tz/2017-October/025360.html
-Fix similar problems too.
-* Makefile (ZIC_INSTALL, VALIDATE_ENV, CC, install)
-(INSTALL, version, INSTALLARGS, right_posix, posix_right)
-(check_public): Use apostrophes to prevent undesirable
-interpretation of names by the shell.  We still do not support
-directory names containing apostrophes or newlines, but this is
-good enough.
-
-Upstream-Status: Backport
-Signed-off-by: Armin Kuster 
-
-* NEWS: Mention this.

- Makefile | 64 
- NEWS |  8 
- 2 files changed, 40 insertions(+), 32 deletions(-)
-
-diff --git a/Makefile b/Makefile
-index c92edc0..97649ca 100644
 a/Makefile
-+++ b/Makefile
-@@ -313,7 +313,7 @@ ZFLAGS=
- 
- # How to use zic to install tz binary files.
- 
--ZIC_INSTALL=  $(ZIC) -d $(DESTDIR)$(TZDIR) $(LEAPSECONDS)
-+ZIC_INSTALL=  $(ZIC) -d '$(DESTDIR)$(TZDIR)' $(LEAPSECONDS)
- 
- # The name of a Posix-compliant 'awk' on your system.
- AWK=  awk
-@@ -341,8 +341,8 @@ SGML_CATALOG_FILES= \
- VALIDATE = nsgmls
- VALIDATE_FLAGS = -s -B -wall -wno-unused-param
- VALIDATE_ENV = \
--  SGML_CATALOG_FILES=$(SGML_CATALOG_FILES) \
--  SGML_SEARCH_PATH=$(SGML_SEARCH_PATH) \
-+  SGML_CATALOG_FILES='$(SGML_CATALOG_FILES)' \
-+  SGML_SEARCH_PATH='$(SGML_SEARCH_PATH)' \
-   SP_CHARSET_FIXED=YES \
-   SP_ENCODING=UTF-8
- 
-@@ -396,7 +396,7 @@ GZIPFLAGS= -9n
- #MAKE=make
- 
- cc=   cc
--CC=   $(cc) -DTZDIR=\"$(TZDIR)\"
-+CC=   $(cc) -DTZDIR='"$(TZDIR)"'
- 
- AR=   ar
- 
-@@ -473,29 +473,29 @@ all: tzselect yearistype zic zdump libtz.a 
$(TABDATA)
- ALL:  all date $(ENCHILADA)
- 
- install:  all $(DATA) $(REDO) $(MANS)
--  mkdir -p $(DESTDIR)$(ETCDIR) $(DESTDIR)$(TZDIR) \
--  $(DESTDIR)$(LIBDIR) \
--  $(DESTDIR)$(MANDIR)/man3 $(DESTDIR)$(MANDIR)/man5 \
--  $(DESTDIR)$(MANDIR)/man8
-+  mkdir -p '$(DESTDIR)$(ETCDIR)' '$(DESTDIR)$(TZDIR)' \
-+  '$(DESTDIR)$(LIBDIR)' \
-+  '$(DESTDIR)$(MANDIR)/man3' '$(DESTDIR)$(MANDIR)/man5' \
-+  '$(DESTDIR)$(MANDIR)/man8'
-   $(ZIC_INSTALL) -l $(LOCALTIME) -p $(POSIXRULES)
--  cp -f $(TABDATA) $(DESTDIR)$(TZDIR)/.
--  cp tzselect zic zdump $(DESTDIR)$(ETCDIR)/.
--  cp libtz.a $(DESTDIR)$(LIBDIR)/.
--  $(RANLIB) $(DESTDIR)$(LIBDIR)/libtz.a
--  cp -f newctime.3 newtzset.3 $(DESTDIR)$(MANDIR)/man3/.
--  cp -f tzfile.5 $(DESTDIR)$(MANDIR)/man5/.
--  cp -f tzselect.8 zdump.8 zic.8 $(DESTDIR)$(MANDIR)/man8/.
-+  cp -f $(TABDATA) '$(DESTDIR)$(TZDIR)/.'
-+  cp tzselect zic zdump '$(DESTDIR)$(ETCDIR)/.'
-+  cp libtz.a '$(DESTDIR)$(LIBDIR)/.'
-+  $(RANLIB) '$(DESTDIR)$(LIBDIR)/libtz.a'
-+  cp -f newctime.3 newtzset.3 '$(DESTDIR)$(MANDIR)/man3/.'
-+  cp -f tzfile.5 '$(DESTDIR)$(MANDIR)/man5/.'
-+  cp -f tzselect.8 zdump.8 zic.8 '$(DESTDIR)$(MANDIR)/man8/.'
- 
- INSTALL:  ALL install date.1
--  mkdir -p $(DESTDIR)$(BINDIR) $(DESTDIR)$(MANDIR)/man1
--  cp date $(DESTDIR)$(BINDIR)/.
--  cp -f date.1 $(DESTDIR)$(MANDIR)/man1/.
-+  mkdir -p '$(DESTDIR)$(BINDIR)' '$(DESTDIR)$(MANDIR)/man1'
-+  cp date '$(DESTDIR)$(BINDIR)/.'
-+  cp -f date.1 '$(DESTDIR)$(MANDIR)/man1/.'
- 
- version:  $(VERSION_DEPS)
-   { (type git) >/dev/null 2>&1 && \
- V=`git describe --match '[0-9][0-9][0-9][0-9][a-z]*' \
-   --abbrev=7 --dirty` || \
--V=$(VERSION); } && \
-+V='$(VERSION)'; } && \
-   printf '%s\n' "$$V" >$@.out
-   mv $@.out $@
- 
-@@ -529,12 +529,12 @@ leapseconds: $(LEAP_DEPS)
- # Arguments to pass to submakes of install_data.
- # They ca

[OE-core] [PATCH 2/3] kexec-tools: remove unused patch file

[Juro Bystricky]

Signed-off-by: Juro Bystricky 
---
 .../kexec/kexec-tools/kexec-aarch64.patch  | 801 -
 1 file changed, 801 deletions(-)
 delete mode 100644 meta/recipes-kernel/kexec/kexec-tools/kexec-aarch64.patch

diff --git a/meta/recipes-kernel/kexec/kexec-tools/kexec-aarch64.patch 
b/meta/recipes-kernel/kexec/kexec-tools/kexec-aarch64.patch
deleted file mode 100644
index b03f582..000
--- a/meta/recipes-kernel/kexec/kexec-tools/kexec-aarch64.patch
+++ /dev/null
@@ -1,801 +0,0 @@
-From: Geoff Levand 
-Date: Mon, 15 Jul 2013 23:32:36 + (-0700)
-Subject: Add arm64 support
-X-Git-Url: 
https://git.linaro.org/gitweb?p=people%2Fgeoff%2Fkexec-tools.git;a=commitdiff_plain;h=fbf5ac6c2c70ec0f6da2b9ff563e573999752c01
-
-Add arm64 support
-
-Signed-off-by: Geoff Levand 
-
-Get patch from:
-https://fedorapeople.org/~hrw/aarch64/for-fedora/kexec-aarch64.patch
-
-Upstream-Status: Pending
-
-Signed-off-by: Kai Kang 

-

- configure.ac|3 
- kexec/Makefile  |1 
- kexec/arch/arm64/Makefile   |   13 +
- kexec/arch/arm64/crashdump-arm64.c  |  305 

- kexec/arch/arm64/include/arch/options.h |   26 ++
- kexec/arch/arm64/kexec-arm64.c  |  177 ++
- kexec/arch/arm64/kexec-arm64.h  |   20 ++
- kexec/arch/arm64/kexec-elf-arm64.c  |  114 +++
- kexec/kexec-syscall.h   |9 
- kexec/kexec.c   |2 
- purgatory/arch/arm64/Makefile   |7 
- 11 files changed, 675 insertions(+), 2 deletions(-)
-
-Index: kexec-tools-2.0.10/configure.ac
-===
 kexec-tools-2.0.10.orig/configure.ac
-+++ kexec-tools-2.0.10/configure.ac
-@@ -36,6 +36,9 @@ case $target_cpu in
-   ARCH="ppc64"
-   SUBARCH="LE"
-   ;;
-+  aarch64* )
-+  ARCH="arm64"
-+  ;;
-   arm* )
-   ARCH="arm"
-   ;;
-Index: kexec-tools-2.0.10/kexec/Makefile
-===
 kexec-tools-2.0.10.orig/kexec/Makefile
-+++ kexec-tools-2.0.10/kexec/Makefile
-@@ -71,6 +71,7 @@ KEXEC_SRCS   += $($(ARCH)_FS2DT)
- 
- include $(srcdir)/kexec/arch/alpha/Makefile
- include $(srcdir)/kexec/arch/arm/Makefile
-+include $(srcdir)/kexec/arch/arm64/Makefile
- include $(srcdir)/kexec/arch/i386/Makefile
- include $(srcdir)/kexec/arch/ia64/Makefile
- include $(srcdir)/kexec/arch/m68k/Makefile
-Index: kexec-tools-2.0.10/kexec/arch/arm64/Makefile
-===
 /dev/null
-+++ kexec-tools-2.0.10/kexec/arch/arm64/Makefile
-@@ -0,0 +1,13 @@
-+
-+arm64_KEXEC_SRCS += \
-+  kexec/arch/arm64/kexec-arm64.c \
-+  kexec/arch/arm64/kexec-elf-arm64.c \
-+  kexec/arch/arm64/crashdump-arm64.c
-+
-+arm64_ARCH_REUSE_INITRD =
-+arm64_ADD_SEGMENT =
-+arm64_VIRT_TO_PHYS =
-+
-+dist += $(arm64_KEXEC_SRCS) \
-+  kexec/arch/arm64/Makefile \
-+  kexec/arch/arm64/kexec-arm64.h
-Index: kexec-tools-2.0.10/kexec/arch/arm64/crashdump-arm64.c
-===
 /dev/null
-+++ kexec-tools-2.0.10/kexec/arch/arm64/crashdump-arm64.c
-@@ -0,0 +1,305 @@
-+/*
-+ * This program is free software; you can redistribute it and/or modify
-+ * it under the terms of the GNU General Public License as published by
-+ * the Free Software Foundation (version 2 of the License).
-+ */
-+
-+#include "../../kexec.h"
-+#include "../../kexec-elf.h"
-+#include "../../crashdump.h"
-+
-+int is_crashkernel_mem_reserved(void)
-+{
-+  return 0;
-+}
-+
-+#if 0
-+/*
-+ * Used to save various memory ranges/regions needed for the captured
-+ * kernel to boot. (lime memmap= option in other archs)
-+ */
-+static struct memory_range crash_memory_ranges[CRASH_MAX_MEMORY_RANGES];
-+struct memory_ranges usablemem_rgns = {
-+.size = 0,
-+.ranges = crash_memory_ranges,
-+};
-+
-+/* memory range reserved for crashkernel */
-+static struct memory_range crash_reserved_mem;
-+
-+static struct crash_elf_info elf_info = {
-+  .class  = ELFCLASS32,
-+  .data   = ELFDATA2LSB,
-+  .machine= EM_ARM,
-+  .page_offset= PAGE_OFFSET,
-+};
-+
-+unsigned long phys_offset;
-+
-+/**
-+ * crash_range_callback() - callback called for each iomem region
-+ * @data: not used
-+ * @nr: not used
-+ * @str: name of the memory region
-+ * @base: start address of the memory region
-+ * @length: size of the memory region
-+ *
-+ * This function is called once for each memory region found in /proc/iomem. 
It
-+ * locates system RAM and crashkernel reserved memory and places these to
-+ * variables: @crash_memory_ranges and @crash_reserved_mem. Number of memory
-+ * regions is placed in @crash_memory_nr_ranges.
-+ */
-+static int crash_range_callback(void *UNUSED(data), 

[OE-core] [PATCH 3/3] libcrypt: remove unused patch file

[Juro Bystricky]

Signed-off-by: Juro Bystricky 
---
 ...g-AArch32-CE-implementations-when-target-.patch | 96 --
 1 file changed, 96 deletions(-)
 delete mode 100644 
meta/recipes-support/libgcrypt/files/0006-Fix-building-AArch32-CE-implementations-when-target-.patch

diff --git 
a/meta/recipes-support/libgcrypt/files/0006-Fix-building-AArch32-CE-implementations-when-target-.patch
 
b/meta/recipes-support/libgcrypt/files/0006-Fix-building-AArch32-CE-implementations-when-target-.patch
deleted file mode 100644
index 65b9fd4..000
--- 
a/meta/recipes-support/libgcrypt/files/0006-Fix-building-AArch32-CE-implementations-when-target-.patch
+++ /dev/null
@@ -1,96 +0,0 @@
-From 4a7aa30ae9f3ce798dd886c2f2d4164c43027748 Mon Sep 17 00:00:00 2001
-From: Jussi Kivilinna 
-Date: Sat, 29 Jul 2017 14:34:23 +0300
-Subject: [PATCH] Fix building AArch32 CE implementations when target is ARMv6
- arch
-
-* cipher/cipher-gcm-armv8-aarch32-ce.S: Select ARMv8 architecure.
-* cipher/rijndael-armv8-aarch32-ce.S: Ditto.
-* cipher/sha1-armv8-aarch32-ce.S: Ditto.
-* cipher/sha256-armv8-aarch32-ce.S: Ditto.
-* configure.ac (gcry_cv_gcc_inline_asm_aarch32_crypto): Ditto.
---
-
-Raspbian distribution defaults to ARMv6 architecture thus 'rbit'
-instruction is not available with default compiler flags. Patch
-adds explicit architecture selection for ARMv8 to enable 'rbit'
-usage with ARMv8/AArch32-CE assembly implementations of SHA,
-GHASH and AES.
-
-Reported-by: Chris Horry 
-Signed-off-by: Jussi Kivilinna 
-
-Signed-off-by: Paul Barker 
-Upstream-Status: Backport
-

- cipher/cipher-gcm-armv8-aarch32-ce.S | 1 +
- cipher/rijndael-armv8-aarch32-ce.S   | 1 +
- cipher/sha1-armv8-aarch32-ce.S   | 1 +
- cipher/sha256-armv8-aarch32-ce.S | 1 +
- configure.ac | 1 +
- 5 files changed, 5 insertions(+)
-
-diff --git a/cipher/cipher-gcm-armv8-aarch32-ce.S 
b/cipher/cipher-gcm-armv8-aarch32-ce.S
-index b61a7871..1de66a16 100644
 a/cipher/cipher-gcm-armv8-aarch32-ce.S
-+++ b/cipher/cipher-gcm-armv8-aarch32-ce.S
-@@ -24,6 +24,7 @@
- defined(HAVE_GCC_INLINE_ASM_AARCH32_CRYPTO)
- 
- .syntax unified
-+.arch armv8-a
- .fpu crypto-neon-fp-armv8
- .arm
- 
-diff --git a/cipher/rijndael-armv8-aarch32-ce.S 
b/cipher/rijndael-armv8-aarch32-ce.S
-index f375f673..5c8fa3c0 100644
 a/cipher/rijndael-armv8-aarch32-ce.S
-+++ b/cipher/rijndael-armv8-aarch32-ce.S
-@@ -24,6 +24,7 @@
- defined(HAVE_GCC_INLINE_ASM_AARCH32_CRYPTO)
- 
- .syntax unified
-+.arch armv8-a
- .fpu crypto-neon-fp-armv8
- .arm
- 
-diff --git a/cipher/sha1-armv8-aarch32-ce.S b/cipher/sha1-armv8-aarch32-ce.S
-index b0bc5ffe..bf2b233b 100644
 a/cipher/sha1-armv8-aarch32-ce.S
-+++ b/cipher/sha1-armv8-aarch32-ce.S
-@@ -24,6 +24,7 @@
- defined(HAVE_GCC_INLINE_ASM_AARCH32_CRYPTO) && defined(USE_SHA1)
- 
- .syntax unified
-+.arch armv8-a
- .fpu crypto-neon-fp-armv8
- .arm
- 
-diff --git a/cipher/sha256-armv8-aarch32-ce.S 
b/cipher/sha256-armv8-aarch32-ce.S
-index 2041a237..2b17ab1b 100644
 a/cipher/sha256-armv8-aarch32-ce.S
-+++ b/cipher/sha256-armv8-aarch32-ce.S
-@@ -24,6 +24,7 @@
- defined(HAVE_GCC_INLINE_ASM_AARCH32_CRYPTO) && defined(USE_SHA256)
- 
- .syntax unified
-+.arch armv8-a
- .fpu crypto-neon-fp-armv8
- .arm
- 
-diff --git a/configure.ac b/configure.ac
-index 27faa7f4..66e7cd67 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -1619,6 +1619,7 @@ AC_CACHE_CHECK([whether GCC inline assembler supports 
AArch32 Crypto Extension i
-   AC_COMPILE_IFELSE([AC_LANG_SOURCE(
-   [[__asm__(
- ".syntax unified\n\t"
-+".arch armv8-a\n\t"
- ".arm\n\t"
- ".fpu crypto-neon-fp-armv8\n\t"
- 
--- 
-2.11.0
-
-- 
2.7.4

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

[OE-core] [PATCH 0/3] Unused patch files?

[Juro Bystricky]

There seem to be some patch files present in the repository  that are not 
referenced anywhere anymore.


Juro Bystricky (3):
  tzcode: remove unused patch files
  kexec-tools: remove unused patch file
  libcrypt: remove unused patch file

 .../files/0001-Fix-Makefile-quoting-bug.patch  | 174 -
 .../files/0002-Port-zdump-to-C90-snprintf.patch| 115 ---
 .../kexec/kexec-tools/kexec-aarch64.patch  | 801 -
 ...g-AArch32-CE-implementations-when-target-.patch |  96 ---
 4 files changed, 1186 deletions(-)
 delete mode 100644 
meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch
 delete mode 100644 
meta/recipes-extended/tzcode/files/0002-Port-zdump-to-C90-snprintf.patch
 delete mode 100644 meta/recipes-kernel/kexec/kexec-tools/kexec-aarch64.patch
 delete mode 100644 
meta/recipes-support/libgcrypt/files/0006-Fix-building-AArch32-CE-implementations-when-target-.patch

-- 
2.7.4

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

Re: [OE-core] [PATCH] meson: Adjust for clang compiler

[Richard Purdie]

On Mon, 2018-01-29 at 09:44 -0800, Khem Raj wrote:
> On Mon, Jan 29, 2018 at 9:21 AM, Burton, Ross 
> wrote:
> > 
> > On 27 January 2018 at 07:06, Khem Raj  wrote:
> > > 
> > > 
> > > Remove hardcoding c/c++ compiler to be gcc alone, its
> > > possible to use clang as replacement for cross compilers
> > > from meta-clang, therefore set clang/clang++ if
> > > TOOLCHAIN = "clang"
> > > 
> > > Signed-off-by: Khem Raj 
> > > ---
> > >  meta/classes/meson.bbclass | 9 +++--
> > >  1 file changed, 7 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/meta/classes/meson.bbclass
> > > b/meta/classes/meson.bbclass
> > > index 91ac652651..cd3497a802 100644
> > > --- a/meta/classes/meson.bbclass
> > > +++ b/meta/classes/meson.bbclass
> > > @@ -40,6 +40,11 @@ EXTRA_OEMESON += "${PACKAGECONFIG_CONFARGS}"
> > >  MESON_CROSS_FILE = ""
> > >  MESON_CROSS_FILE_class-target = "--cross-file
> > > ${WORKDIR}/meson.cross"
> > > 
> > > +CCOMPILER ?= "gcc"
> > > +CXXCOMPILER ?= "g++"
> > > +CCOMPILER_toolchain-clang = "clang"
> > > +CXXCOMPILER_toolchain-clang = "clang++"
> > > +
> > 
> > Can we do this in bitbake.conf instead of repeating ourselves?
> having it in meson bbclass keeps it to meson based recipes,
> bitbake.conf is a bit too generic.

Yes, I do worry a bit about namespace pollution from bitbake.conf
already...

Cheers,

Richard


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

[OE-core] [PATCH] qemu: fix memfd_create with glibc 2.27

[Ross Burton]

glibc 2.27 has added memfd_create() but this conflicts with a copy in qemu, so
take a patch from upstream to fix building with glibc 2.27.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/qemu/qemu/memfd.patch | 57 +
 meta/recipes-devtools/qemu/qemu_2.11.0.bb   |  2 +-
 2 files changed, 58 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-devtools/qemu/qemu/memfd.patch

diff --git a/meta/recipes-devtools/qemu/qemu/memfd.patch 
b/meta/recipes-devtools/qemu/qemu/memfd.patch
new file mode 100644
index 000..62e8d3800bd
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/memfd.patch
@@ -0,0 +1,57 @@
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From 75e5b70e6b5dcc4f2219992d7cffa462aa406af0 Mon Sep 17 00:00:00 2001
+From: Paolo Bonzini 
+Date: Tue, 28 Nov 2017 11:51:27 +0100
+Subject: [PATCH] memfd: fix configure test
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Recent glibc added memfd_create in sys/mman.h.  This conflicts with
+the definition in util/memfd.c:
+
+/builddir/build/BUILD/qemu-2.11.0-rc1/util/memfd.c:40:12: error: static 
declaration of memfd_create follows non-static declaration
+
+Fix the configure test, and remove the sys/memfd.h inclusion since the
+file actually does not exist---it is a typo in the memfd_create(2) man
+page.
+
+Cc: Marc-André Lureau 
+Signed-off-by: Paolo Bonzini 
+---
+ configure| 2 +-
+ util/memfd.c | 4 +---
+ 2 files changed, 2 insertions(+), 4 deletions(-)
+
+diff --git a/configure b/configure
+index 9c8aa5a98b..99ccc1725a 100755
+--- a/configure
 b/configure
+@@ -3923,7 +3923,7 @@ fi
+ # check if memfd is supported
+ memfd=no
+ cat > $TMPC << EOF
+-#include 
++#include 
+ 
+ int main(void)
+ {
+diff --git a/util/memfd.c b/util/memfd.c
+index 4571d1aba8..412e94a405 100644
+--- a/util/memfd.c
 b/util/memfd.c
+@@ -31,9 +31,7 @@
+ 
+ #include "qemu/memfd.h"
+ 
+-#ifdef CONFIG_MEMFD
+-#include 
+-#elif defined CONFIG_LINUX
++#if defined CONFIG_LINUX && !defined CONFIG_MEMFD
+ #include 
+ #include 
+ 
+-- 
+2.11.0
diff --git a/meta/recipes-devtools/qemu/qemu_2.11.0.bb 
b/meta/recipes-devtools/qemu/qemu_2.11.0.bb
index ccd8917f8dc..8306db2ce5a 100644
--- a/meta/recipes-devtools/qemu/qemu_2.11.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_2.11.0.bb
@@ -21,6 +21,7 @@ SRC_URI = 
"http://wiki.qemu-project.org/download/${BP}.tar.bz2 \
file://chardev-connect-socket-to-a-spawned-command.patch \
file://apic-fixup-fallthrough-to-PIC.patch \
file://linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch \
+   file://memfd.patch \
"
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+\..*)\.tar"
 
@@ -55,4 +56,3 @@ do_install_ptest() {
sed -i -e '/wildcard config-host.mak/d' \
   -e '$ {/endif/d}' ${D}${PTEST_PATH}/tests/Makefile.include
 }
-
-- 
2.11.0

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

Re: [OE-core] [PATCH v2] python: Upgrade both python and python-native to 2.7.14

[Alejandro Enedino Hernandez Samaniego]

Awesome!, it seems that the script did save us from a couple of annoying 
RDEPEND bugs on this new release!



Thanks Derek!


On 01/29/2018 02:26 PM, Derek Straka wrote:
Thanks.  Last I checked it was just in master-next.  I'll send the 
patch for the manifest once I get off the train.


On Jan 29, 2018 5:18 PM, "Richard Purdie" 
> wrote:


On Mon, 2018-01-29 at 16:49 -0500, Derek Straka wrote:
> Rebased:
>   - python/01-use-proper-tools-for-cross-build.patch
>   - python/fix-makefile-for-ptest.patch
>   - python/parallel-makeinst-create-bindir.patch
>
> Removed Upstreamed Patch:
>   - python/Don-t-use-getentropy-on-Linux.patch
>
> Updated license checksum for changes in the copyright date.  The
> license
> terms remain unchanged
>
> Added an extra do_compile item to create the native pgen that no
> longer
> gets compiled by default
>
> Update the json manifest with the latest dependency set
>
> Signed-off-by: Derek Straka mailto:de...@asterius.io>>

Your patch was merged into master so if there are tweaks they need to
be in a patch against master now please.

Cheers,

Richard





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

[OE-core] waf warnings in jack and samba related recipes Was: [oe-commits] [openembedded-core] 07/44: waf.bbclass: explicitly pass bindir and libdir if supported

[Martin Jansa]

Hi,

it might be useful to check if there is ${S}/waf at all before trying to
call it.

There are some recipes like jack and other which inherit waf-samba which
inherits waf, but they don't use waf for configure, strange isn't it?

But since this patch, there is new warning for every do_configure task,
because there is this prefuncs waf_preconfigure causing:
WARNING: libldb-1.1.29-r0 do_configure: Unable to execute waf --version,
exit code 127. Assuming waf version without bindir/libdir support.
WARNING: samba-4.6.7-r0 do_configure: Unable to execute waf --version, exit
code 127. Assuming waf version without bindir/libdir support.
WARNING: libtalloc-2.1.9-r0 do_configure: Unable to execute waf --version,
exit code 127. Assuming waf version without bindir/libdir support.
WARNING: jack-1.9.10+gitAUTOINC+2d1d323505-r0 do_configure: Unable to
execute waf --version, exit code 1. Assuming waf version without
bindir/libdir support.
WARNING: libtevent-0.9.31-r0 do_configure: Unable to execute waf --version,
exit code 127. Assuming waf version without bindir/libdir support.
WARNING: libtdb-1.3.14-r0 do_configure: Unable to execute waf --version,
exit code 127. Assuming waf version without bindir/libdir support.

Now when this change is also backported to rocko we should probably fix
those recipes to prevent introducing even more warnings to stable release
builds.

Regards,

On Tue, Jan 2, 2018 at 6:28 PM,  wrote:

> This is an automated email from the git hooks/post-receive script.
>
> rpurdie pushed a commit to branch master
> in repository openembedded-core.
>
> commit 923f91d8d8606141ce218927bc943f4f4f34bcdd
> Author: Stefan Agner 
> AuthorDate: Tue Dec 12 17:13:24 2017 +0100
>
> waf.bbclass: explicitly pass bindir and libdir if supported
>
> On some build hosts distros (e.g. Fedora 26) waf tries to be
> smart about libdir detection and defaults to [EXEC_PREFIX/lib64].
> This obviously is not what we want for 32-bit targets and usually
> fails in the do_package phase:
>   WARNING: gstreamer1.0-plugins-imx-0.13.0-r0 do_package: QA Issue:
> gstreamer1.0-plugins-imx: Files/directories were installed but not shipped
> in any package:
> /usr/lib64/libgstimxcommon.so.0
> ...
>
> Depending on version, waf knows prefix or prefix, bindir and
> libdir as default options. Explicitly pass the right set of
> arguments.
>
> Signed-off-by: Stefan Agner 
> Signed-off-by: Ross Burton 
> ---
>  meta/classes/waf.bbclass | 17 -
>  1 file changed, 16 insertions(+), 1 deletion(-)
>
> diff --git a/meta/classes/waf.bbclass b/meta/classes/waf.bbclass
> index c4698e9..acbda27 100644
> --- a/meta/classes/waf.bbclass
> +++ b/meta/classes/waf.bbclass
> @@ -25,8 +25,23 @@ def get_waf_parallel_make(d):
>
>  return ""
>
> +python waf_preconfigure() {
> +from distutils.version import StrictVersion
> +srcsubdir = d.getVar('S')
> +wafbin = os.path.join(srcsubdir, 'waf')
> +status, result = oe.utils.getstatusoutput(wafbin + " --version")
> +if status != 0:
> +bb.warn("Unable to execute waf --version, exit code %d. Assuming
> waf version without bindir/libdir support." % status)
> +return
> +version = result.split()[1]
> +if StrictVersion(version) >= StrictVersion("1.8.7"):
> +d.setVar("WAF_EXTRA_CONF", "--bindir=${bindir}
> --libdir=${libdir}")
> +}
> +
> +do_configure[prefuncs] += "waf_preconfigure"
> +
>  waf_do_configure() {
> -   ${S}/waf configure --prefix=${prefix} ${EXTRA_OECONF}
> +   ${S}/waf configure --prefix=${prefix} ${WAF_EXTRA_CONF}
> ${EXTRA_OECONF}
>  }
>
>  waf_do_compile()  {
>
> --
> To stop receiving notification emails like this one, please contact
> the administrator of this repository.
> --
> ___
> Openembedded-commits mailing list
> openembedded-comm...@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-commits
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/3] tzcode: remove unused patch files

[akuster808]

On 01/29/2018 02:39 PM, Juro Bystricky wrote:
> Signed-off-by: Juro Bystricky 

thanks. For some reason I thought I remove all the old patches...

hmm, in any case.  Thanks again.

Armin
> ---
>  .../files/0001-Fix-Makefile-quoting-bug.patch  | 174 
> -
>  .../files/0002-Port-zdump-to-C90-snprintf.patch| 115 --
>  2 files changed, 289 deletions(-)
>  delete mode 100644 
> meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch
>  delete mode 100644 
> meta/recipes-extended/tzcode/files/0002-Port-zdump-to-C90-snprintf.patch
>
> diff --git 
> a/meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch 
> b/meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch
> deleted file mode 100644
> index e49fa09..000
> --- a/meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch
> +++ /dev/null
> @@ -1,174 +0,0 @@
> -From b520d20b8122a783f99f088758b78d928f70ee34 Mon Sep 17 00:00:00 2001
> -From: Paul Eggert 
> -Date: Mon, 23 Oct 2017 11:42:45 -0700
> -Subject: [PATCH] Fix Makefile quoting bug
> -
> -Problem with INSTALLARGS reported by Zefram in:
> -https://mm.icann.org/pipermail/tz/2017-October/025360.html
> -Fix similar problems too.
> -* Makefile (ZIC_INSTALL, VALIDATE_ENV, CC, install)
> -(INSTALL, version, INSTALLARGS, right_posix, posix_right)
> -(check_public): Use apostrophes to prevent undesirable
> -interpretation of names by the shell.  We still do not support
> -directory names containing apostrophes or newlines, but this is
> -good enough.
> -
> -Upstream-Status: Backport
> -Signed-off-by: Armin Kuster 
> -
> -* NEWS: Mention this.
> 
> - Makefile | 64 
> 
> - NEWS |  8 
> - 2 files changed, 40 insertions(+), 32 deletions(-)
> -
> -diff --git a/Makefile b/Makefile
> -index c92edc0..97649ca 100644
>  a/Makefile
> -+++ b/Makefile
> -@@ -313,7 +313,7 @@ ZFLAGS=
> - 
> - # How to use zic to install tz binary files.
> - 
> --ZIC_INSTALL=$(ZIC) -d $(DESTDIR)$(TZDIR) $(LEAPSECONDS)
> -+ZIC_INSTALL=$(ZIC) -d '$(DESTDIR)$(TZDIR)' $(LEAPSECONDS)
> - 
> - # The name of a Posix-compliant 'awk' on your system.
> - AWK=awk
> -@@ -341,8 +341,8 @@ SGML_CATALOG_FILES= \
> - VALIDATE = nsgmls
> - VALIDATE_FLAGS = -s -B -wall -wno-unused-param
> - VALIDATE_ENV = \
> --  SGML_CATALOG_FILES=$(SGML_CATALOG_FILES) \
> --  SGML_SEARCH_PATH=$(SGML_SEARCH_PATH) \
> -+  SGML_CATALOG_FILES='$(SGML_CATALOG_FILES)' \
> -+  SGML_SEARCH_PATH='$(SGML_SEARCH_PATH)' \
> -   SP_CHARSET_FIXED=YES \
> -   SP_ENCODING=UTF-8
> - 
> -@@ -396,7 +396,7 @@ GZIPFLAGS=   -9n
> - #MAKE=  make
> - 
> - cc= cc
> --CC= $(cc) -DTZDIR=\"$(TZDIR)\"
> -+CC= $(cc) -DTZDIR='"$(TZDIR)"'
> - 
> - AR= ar
> - 
> -@@ -473,29 +473,29 @@ all:   tzselect yearistype zic zdump libtz.a 
> $(TABDATA)
> - ALL:all date $(ENCHILADA)
> - 
> - install:all $(DATA) $(REDO) $(MANS)
> --mkdir -p $(DESTDIR)$(ETCDIR) $(DESTDIR)$(TZDIR) \
> --$(DESTDIR)$(LIBDIR) \
> --$(DESTDIR)$(MANDIR)/man3 $(DESTDIR)$(MANDIR)/man5 \
> --$(DESTDIR)$(MANDIR)/man8
> -+mkdir -p '$(DESTDIR)$(ETCDIR)' '$(DESTDIR)$(TZDIR)' \
> -+'$(DESTDIR)$(LIBDIR)' \
> -+'$(DESTDIR)$(MANDIR)/man3' '$(DESTDIR)$(MANDIR)/man5' \
> -+'$(DESTDIR)$(MANDIR)/man8'
> - $(ZIC_INSTALL) -l $(LOCALTIME) -p $(POSIXRULES)
> --cp -f $(TABDATA) $(DESTDIR)$(TZDIR)/.
> --cp tzselect zic zdump $(DESTDIR)$(ETCDIR)/.
> --cp libtz.a $(DESTDIR)$(LIBDIR)/.
> --$(RANLIB) $(DESTDIR)$(LIBDIR)/libtz.a
> --cp -f newctime.3 newtzset.3 $(DESTDIR)$(MANDIR)/man3/.
> --cp -f tzfile.5 $(DESTDIR)$(MANDIR)/man5/.
> --cp -f tzselect.8 zdump.8 zic.8 $(DESTDIR)$(MANDIR)/man8/.
> -+cp -f $(TABDATA) '$(DESTDIR)$(TZDIR)/.'
> -+cp tzselect zic zdump '$(DESTDIR)$(ETCDIR)/.'
> -+cp libtz.a '$(DESTDIR)$(LIBDIR)/.'
> -+$(RANLIB) '$(DESTDIR)$(LIBDIR)/libtz.a'
> -+cp -f newctime.3 newtzset.3 '$(DESTDIR)$(MANDIR)/man3/.'
> -+cp -f tzfile.5 '$(DESTDIR)$(MANDIR)/man5/.'
> -+cp -f tzselect.8 zdump.8 zic.8 '$(DESTDIR)$(MANDIR)/man8/.'
> - 
> - INSTALL:ALL install date.1
> --mkdir -p $(DESTDIR)$(BINDIR) $(DESTDIR)$(MANDIR)/man1
> --cp date $(DESTDIR)$(BINDIR)/.
> --cp -f date.1 $(DESTDIR)$(MANDIR)/man1/.
> -+mkdir -p '$(DESTDIR)$(BINDIR)' '$(DESTDIR)$(MANDIR)/man1'
> -+cp date '$(DESTDIR)$(BINDIR)/.'
> -+cp -f date.1 '$(DESTDIR)$(MANDIR)/man1/.'
> - 
> - version:$(VERSION_DEPS)
> - { (type git) >/dev/null 2>&1 && \
> -   V=`git describe --match '[0-9][0-9][0-9][0

Re: [OE-core] [PATCH] ltp: bump to release 20180118

[akuster808]

On 01/29/2018 12:04 PM, Khem Raj wrote:
> On Mon, Jan 29, 2018 at 6:19 AM, Anders Roxell  
> wrote:
>> Removed 3 patches that have been upstreamed:
>> - 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
>> - 0037-ltp-fix-format-security-error.patch
>> - 0038-generate-reproducible-gzip.patch
>>
>> Reworked path 
>> 0002-Add-knob-to-control-whether-numa-support-should-be-c.patch.
>>
> I would be interested to know if you tried it on a musl target.
Do we run the "CVE' tests.. this version include meltdown? is this
include in the the QA test process?

- armin
>
>> Signed-off-by: Anders Roxell 
>> ---
>>  ...-control-whether-numa-support-should-be-c.patch | 39 
>> +++---
>>  ...READ_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch | 35 ---
>>  .../ltp/0037-ltp-fix-format-security-error.patch   | 36 
>>  .../ltp/ltp/0038-generate-reproducible-gzip.patch  | 20 ---
>>  .../ltp/{ltp_20170929.bb => ltp_20180118.bb}   |  5 +--
>>  5 files changed, 21 insertions(+), 114 deletions(-)
>>  delete mode 100644 
>> meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
>>  delete mode 100644 
>> meta/recipes-extended/ltp/ltp/0037-ltp-fix-format-security-error.patch
>>  delete mode 100644 
>> meta/recipes-extended/ltp/ltp/0038-generate-reproducible-gzip.patch
>>  rename meta/recipes-extended/ltp/{ltp_20170929.bb => ltp_20180118.bb} (95%)
>>
>> diff --git 
>> a/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
>>  
>> b/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
>> index 9865020..31460b9 100644
>> --- 
>> a/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
>> +++ 
>> b/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
>> @@ -9,34 +9,35 @@ during build depending upong numa being staged or not
>>
>>  Signed-off-by: Roy.Li 
>>  Signed-off-by: Khem Raj 
>> +Signed-off-by: Anders Roxell 
>>  Upstream-Status: Pending
>>  ---
>>   m4/ltp-numa.m4 | 10 +-
>>   1 file changed, 9 insertions(+), 1 deletion(-)
>>
>>  diff --git a/m4/ltp-numa.m4 b/m4/ltp-numa.m4
>> -index 60ae07b..ed7078d 100644
>> +index fc3383e..44cb559 100644
>>  --- a/m4/ltp-numa.m4
>>  +++ b/m4/ltp-numa.m4
>> -@@ -24,7 +24,13 @@ dnl 
>> +@@ -24,7 +24,13 @@ dnl LTP_CHECK_SYSCALL_NUMA
>> + dnl 
>>   dnl
>> - AC_DEFUN([LTP_CHECK_SYSCALL_NUMA],
>> - [dnl
>> --AC_CHECK_HEADERS([linux/mempolicy.h numa.h numaif.h],[
>> -+AC_MSG_CHECKING([for numa])
>> -+AC_ARG_WITH(
>> -+  [numa],
>> -+  AC_HELP_STRING([--without-numa],
>> -+  [without numa support]),
>> -+  [],
>> -+  [AC_CHECK_HEADERS([linux/mempolicy.h numa.h numaif.h],[
>> -   LTP_SYSCALL_NUMA_HEADERS=yes
>> -   AC_CHECK_LIB(numa,numa_alloc_onnode,[have_numa_alloc_onnode="yes"])
>> -   if  test "x$have_numa_alloc_onnode" = "xyes"; then
>> -@@ -48,3 +54,5 @@ if test "x$have_mpol_constants" = "xyes"; then
>> -   AC_DEFINE(HAVE_MPOL_CONSTANTS,1,[define to 1 if you have all 
>> constants required to use mbind tests])
>> - fi
>> - )])
>> + AC_DEFUN([LTP_CHECK_SYSCALL_NUMA], [
>> +-  AC_CHECK_LIB(numa, numa_available, [have_libnuma=yes])
>> ++  AC_MSG_CHECKING([for numa])
>> ++  AC_ARG_WITH(
>> ++  [numa],
>> ++  AC_HELP_STRING([--without-numa],
>> ++  [without numa support]),
>> ++  [],
>> ++  [AC_CHECK_LIB(numa, numa_available, [have_libnuma=yes])
>> +   AC_CHECK_HEADERS([numa.h numaif.h], [], [have_numa_headers=no])
>> +
>> +   if test "x$have_numa_headers" != "xno"; then
>> +@@ -42,3 +48,5 @@ exit(1);
>> +   AC_DEFINE(HAVE_NUMA_V2, 1, [Define to 1 if you have libnuma 
>> and it's headers version >= 2 installed.])
>> +   fi
>> + ])
>>  +AC_MSG_RESULT([$with_numa])
>>  +])
>>  --
>> diff --git 
>> a/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
>>  
>> b/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
>> deleted file mode 100644
>> index efa6d06..000
>> --- 
>> a/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
>> +++ /dev/null
>> @@ -1,35 +0,0 @@
>> -From 00ba7cdd0608b1507027428f9f87b1cb9747372b Mon Sep 17 00:00:00 2001
>> -From: Dengke Du 
>> -Date: Thu, 9 Feb 2017 15:54:53 +0800
>> -Subject: [PATCH] lib: Use PTHREAD_MUTEX_RECURSIVE in place of
>> - PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP for non-glibc
>> -
>> -e.g. musl does not implement the _NP mutex types
>> -
>> -Signed-off-by: Khem Raj 
>> -Signed-off-by: Dengke Du 
>> -
>> -Upstream-Status: Pending
>> 
>> - lib/tst_res.c | 4 
>> - 1 file changed, 4 insertions(+)
>> -
>> -diff --git a/lib/tst_res.c b/lib/tst_res.c
>> -index 61daaeb..435224f 1006

[OE-core] [PATCH 1/2] python-native: add dependency for gdbm and db native packages

[Derek Straka]

These two packages are required to ensure the manifest files contain
all of the generated packages.  Without this, the db and gdbm packages
will not contain the .so files as they are skipped during the compilation steps

Signed-off-by: Derek Straka 
---
 meta/recipes-devtools/python/python-native_2.7.14.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/python/python-native_2.7.14.bb 
b/meta/recipes-devtools/python/python-native_2.7.14.bb
index 622cb38..7c491fa 100644
--- a/meta/recipes-devtools/python/python-native_2.7.14.bb
+++ b/meta/recipes-devtools/python/python-native_2.7.14.bb
@@ -1,6 +1,6 @@
 require python.inc
 EXTRANATIVEPATH += "bzip2-native"
-DEPENDS = "openssl-native bzip2-replacement-native zlib-native readline-native 
sqlite3-native expat-native"
+DEPENDS = "openssl-native bzip2-replacement-native zlib-native readline-native 
sqlite3-native expat-native gdbm-native db-native"
 PR = "${INC_PR}.1"
 
 SRC_URI += "\
-- 
2.7.4

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

[OE-core] [PATCH 2/2] python2-manifest: update the manifest file for python 2.7.14

[Derek Straka]

The manifest file was not regenerated when the package was updated.

Signed-off-by: Derek Straka 
---
 meta/recipes-devtools/python/python/python2-manifest.json | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/python/python/python2-manifest.json 
b/meta/recipes-devtools/python/python/python2-manifest.json
index 03d4bbd..723e513 100644
--- a/meta/recipes-devtools/python/python/python2-manifest.json
+++ b/meta/recipes-devtools/python/python/python2-manifest.json
@@ -680,6 +680,7 @@
 "${libdir}/python2.7/cgi.py"
 ],
 "rdepends": [
+"compression",
 "contextlib",
 "core",
 "crypt",
@@ -692,7 +693,8 @@
 "shell",
 "textutils",
 "threading",
-"unixadmin"
+"unixadmin",
+"zlib"
 ],
 "summary": "Python Internet Protocol servers"
 },
@@ -838,9 +840,11 @@
 "${libdir}/python2.7/shutil.py"
 ],
 "rdepends": [
+"compression",
 "core",
 "io",
-"unixadmin"
+"unixadmin",
+"zlib"
 ],
 "summary": "Python shell-like functionality"
 },
-- 
2.7.4

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

Re: [OE-core] [PATCH] ltp: bump to release 20180118

[Yi Zhao]

在 2018年01月29日 22:19, Anders Roxell 写道:

Removed 3 patches that have been upstreamed:
- 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
- 0037-ltp-fix-format-security-error.patch
- 0038-generate-reproducible-gzip.patch


I'm also working on this these days.

The following patches can also be removed since the issues have been 
fixed upstream:

0001-add-_GNU_SOURCE-to-pec_listener.c.patch
0011-Rename-sigset-variable-to-sigset1.patch
0025-mc_gethost-include-sys-types.h.patch
0027-sysconf01-Use-_SC_2_C_VERSION-conditionally.patch
0033-shmat1-Cover-GNU-specific-code-under-__USE_GNU.patch



Reworked path 0002-Add-knob-to-control-whether-numa-support-should-be-c.patch.


I tested this patch but seems like it doesn't work.
Although --with-numa is passed to configure via PACKAGECONFIG="numa", it 
doesn't check numa headers and library, and doesn't link numa library 
when building.



//Yi



Signed-off-by: Anders Roxell 
---
  ...-control-whether-numa-support-should-be-c.patch | 39 +++---
  ...READ_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch | 35 ---
  .../ltp/0037-ltp-fix-format-security-error.patch   | 36 
  .../ltp/ltp/0038-generate-reproducible-gzip.patch  | 20 ---
  .../ltp/{ltp_20170929.bb => ltp_20180118.bb}   |  5 +--
  5 files changed, 21 insertions(+), 114 deletions(-)
  delete mode 100644 
meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
  delete mode 100644 
meta/recipes-extended/ltp/ltp/0037-ltp-fix-format-security-error.patch
  delete mode 100644 
meta/recipes-extended/ltp/ltp/0038-generate-reproducible-gzip.patch
  rename meta/recipes-extended/ltp/{ltp_20170929.bb => ltp_20180118.bb} (95%)

diff --git 
a/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
 
b/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
index 9865020..31460b9 100644
--- 
a/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
+++ 
b/meta/recipes-extended/ltp/ltp/0002-Add-knob-to-control-whether-numa-support-should-be-c.patch
@@ -9,34 +9,35 @@ during build depending upong numa being staged or not
  
  Signed-off-by: Roy.Li 

  Signed-off-by: Khem Raj 
+Signed-off-by: Anders Roxell 
  Upstream-Status: Pending
  ---
   m4/ltp-numa.m4 | 10 +-
   1 file changed, 9 insertions(+), 1 deletion(-)
  
  diff --git a/m4/ltp-numa.m4 b/m4/ltp-numa.m4

-index 60ae07b..ed7078d 100644
+index fc3383e..44cb559 100644
  --- a/m4/ltp-numa.m4
  +++ b/m4/ltp-numa.m4
-@@ -24,7 +24,13 @@ dnl 
+@@ -24,7 +24,13 @@ dnl LTP_CHECK_SYSCALL_NUMA
+ dnl 
   dnl
- AC_DEFUN([LTP_CHECK_SYSCALL_NUMA],
- [dnl
--AC_CHECK_HEADERS([linux/mempolicy.h numa.h numaif.h],[
-+AC_MSG_CHECKING([for numa])
-+AC_ARG_WITH(
-+  [numa],
-+  AC_HELP_STRING([--without-numa],
-+  [without numa support]),
-+  [],
-+  [AC_CHECK_HEADERS([linux/mempolicy.h numa.h numaif.h],[
-   LTP_SYSCALL_NUMA_HEADERS=yes
-   AC_CHECK_LIB(numa,numa_alloc_onnode,[have_numa_alloc_onnode="yes"])
-   if  test "x$have_numa_alloc_onnode" = "xyes"; then
-@@ -48,3 +54,5 @@ if test "x$have_mpol_constants" = "xyes"; then
-   AC_DEFINE(HAVE_MPOL_CONSTANTS,1,[define to 1 if you have all constants 
required to use mbind tests])
- fi
- )])
+ AC_DEFUN([LTP_CHECK_SYSCALL_NUMA], [
+-  AC_CHECK_LIB(numa, numa_available, [have_libnuma=yes])
++  AC_MSG_CHECKING([for numa])
++  AC_ARG_WITH(
++  [numa],
++  AC_HELP_STRING([--without-numa],
++  [without numa support]),
++  [],
++  [AC_CHECK_LIB(numa, numa_available, [have_libnuma=yes])
+   AC_CHECK_HEADERS([numa.h numaif.h], [], [have_numa_headers=no])
+
+   if test "x$have_numa_headers" != "xno"; then
+@@ -42,3 +48,5 @@ exit(1);
+   AC_DEFINE(HAVE_NUMA_V2, 1, [Define to 1 if you have libnuma and 
it's headers version >= 2 installed.])
+   fi
+ ])
  +AC_MSG_RESULT([$with_numa])
  +])
  --
diff --git 
a/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
 
b/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
deleted file mode 100644
index efa6d06..000
--- 
a/meta/recipes-extended/ltp/ltp/0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 00ba7cdd0608b1507027428f9f87b1cb9747372b Mon Sep 17 00:00:00 2001
-From: Dengke Du 
-Date: Thu, 9 Feb 2017 15:54:53 +0800
-Subject: [PATCH] lib: Use PTHREAD_MUTEX_RECURSIVE in place of
- PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP for non-glibc
-
-e.g. musl does not implement the _NP mutex types
-
-Signed-off-by: Khem Raj 
-Signed-off-by: Dengke Du 
-
-Upstream-Status: Pending

- lib/tst_res.c | 4 
- 1 file changed, 4 insertions(+)
-
-diff --git a/lib/tst_res.c b/lib/tst_

[OE-core] [PATCH V2 2/8] make: Backport fixes to not assume glibc internal glob implementation

[Khem Raj]

Exposed with glibc 2.27

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/make/make.inc|  5 +-
 ...1-glob-Do-not-assume-glibc-glob-internals.patch | 70 ++
 ...2-glob-Do-not-assume-glibc-glob-internals.patch | 38 
 3 files changed, 112 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/make/make/0001-glob-Do-not-assume-glibc-glob-internals.patch
 create mode 100644 
meta/recipes-devtools/make/make/0002-glob-Do-not-assume-glibc-glob-internals.patch

diff --git a/meta/recipes-devtools/make/make.inc 
b/meta/recipes-devtools/make/make.inc
index 849b74299c..b8905bc6d3 100644
--- a/meta/recipes-devtools/make/make.inc
+++ b/meta/recipes-devtools/make/make.inc
@@ -5,7 +5,10 @@ called the makefile, which lists each of the non-source files 
and how to compute
 HOMEPAGE = "http://www.gnu.org/software/make/";
 SECTION = "devel"
 
-SRC_URI = "${GNU_MIRROR}/make/make-${PV}.tar.bz2"
+SRC_URI = "${GNU_MIRROR}/make/make-${PV}.tar.bz2 \
+   file://0001-glob-Do-not-assume-glibc-glob-internals.patch \
+   file://0002-glob-Do-not-assume-glibc-glob-internals.patch \
+   "
 
 inherit autotools gettext pkgconfig texinfo
 
diff --git 
a/meta/recipes-devtools/make/make/0001-glob-Do-not-assume-glibc-glob-internals.patch
 
b/meta/recipes-devtools/make/make/0001-glob-Do-not-assume-glibc-glob-internals.patch
new file mode 100644
index 00..2b6e4d40c3
--- /dev/null
+++ 
b/meta/recipes-devtools/make/make/0001-glob-Do-not-assume-glibc-glob-internals.patch
@@ -0,0 +1,70 @@
+From c90a7dda6c572f79b8e78da44b6ebf8704edef65 Mon Sep 17 00:00:00 2001
+From: Paul Eggert 
+Date: Sun, 24 Sep 2017 09:12:58 -0400
+Subject: [PATCH 1/2] glob: Do not assume glibc glob internals.
+
+It has been proposed that glibc glob start using gl_lstat,
+which the API allows it to do.  GNU 'make' should not get in
+the way of this.  See:
+https://sourceware.org/ml/libc-alpha/2017-09/msg00409.html
+
+* dir.c (local_lstat): New function, like local_stat.
+(dir_setup_glob): Use it to initialize gl_lstat too, as the API
+requires.
+---
+Upstream-Status: Backport
+Signed-off-by: Khem Raj 
+
+ dir.c | 29 +++--
+ 1 file changed, 27 insertions(+), 2 deletions(-)
+
+diff --git a/dir.c b/dir.c
+index f34bbf5..12eef30 100644
+--- a/dir.c
 b/dir.c
+@@ -1299,15 +1299,40 @@ local_stat (const char *path, struct stat *buf)
+ }
+ #endif
+ 
++/* Similarly for lstat.  */
++#if !defined(lstat) && !defined(WINDOWS32) || defined(VMS)
++# ifndef VMS
++#  ifndef HAVE_SYS_STAT_H
++int lstat (const char *path, struct stat *sbuf);
++#  endif
++# else
++/* We are done with the fake lstat.  Go back to the real lstat */
++#   ifdef lstat
++# undef lstat
++#   endif
++# endif
++# define local_lstat lstat
++#elif defined(WINDOWS32)
++/* Windows doesn't support lstat().  */
++# define local_lstat local_stat
++#else
++static int
++local_lstat (const char *path, struct stat *buf)
++{
++  int e;
++  EINTRLOOP (e, lstat (path, buf));
++  return e;
++}
++#endif
++
+ void
+ dir_setup_glob (glob_t *gl)
+ {
+   gl->gl_opendir = open_dirstream;
+   gl->gl_readdir = read_dirstream;
+   gl->gl_closedir = free;
++  gl->gl_lstat = local_lstat;
+   gl->gl_stat = local_stat;
+-  /* We don't bother setting gl_lstat, since glob never calls it.
+- The slot is only there for compatibility with 4.4 BSD.  */
+ }
+ 
+ void
+-- 
+2.16.1
+
diff --git 
a/meta/recipes-devtools/make/make/0002-glob-Do-not-assume-glibc-glob-internals.patch
 
b/meta/recipes-devtools/make/make/0002-glob-Do-not-assume-glibc-glob-internals.patch
new file mode 100644
index 00..d49acd9f6e
--- /dev/null
+++ 
b/meta/recipes-devtools/make/make/0002-glob-Do-not-assume-glibc-glob-internals.patch
@@ -0,0 +1,38 @@
+From 9858702dbd1e137262c06765919937660879f63c Mon Sep 17 00:00:00 2001
+From: Paul Eggert 
+Date: Sun, 24 Sep 2017 09:12:58 -0400
+Subject: [PATCH 2/2] glob: Do not assume glibc glob internals.
+
+It has been proposed that glibc glob start using gl_lstat,
+which the API allows it to do.  GNU 'make' should not get in
+the way of this.  See:
+https://sourceware.org/ml/libc-alpha/2017-09/msg00409.html
+
+* dir.c (local_lstat): New function, like local_stat.
+(dir_setup_glob): Use it to initialize gl_lstat too, as the API
+requires.
+---
+Upstream-Status: Backport
+
+ configure.ac | 3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 64ec870..e87901c 100644
+--- a/configure.ac
 b/configure.ac
+@@ -399,10 +399,9 @@ AC_CACHE_CHECK([if system libc has GNU glob], 
[make_cv_sys_gnu_glob],
+ #include 
+ #include 
+ 
+-#define GLOB_INTERFACE_VERSION 1
+ #if !defined _LIBC && defined __GNU_LIBRARY__ && __GNU_LIBRARY__ > 1
+ # include 
+-# if _GNU_GLOB_INTERFACE_VERSION == GLOB_INTERFACE_VERSION
++if _GNU_GLOB_INTERFACE_VERSION == 1 || _GNU_GLOB_INTERFACE_VERSION == 2
+gnu glob
+ # endif
+ #endif],
+-- 
+2.16.1
+
-- 
2.16.1

-- 
___

[OE-core] [PATCH 1/8] gcc-7.3: Drop upstreamed musl cpuinfo patch

[Khem Raj]

This patch is already in gcc-7-branch
https://github.com/gcc-mirror/gcc/commit/6e6c7fc1e15525a10f48d4f5ac2edd853e2f5cb7

Thanks nsz for noticing it

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/gcc/gcc-7.3.inc  |  1 -
 ...e-alias-for-__cpu_indicator_init-instead-.patch | 85 --
 2 files changed, 86 deletions(-)
 delete mode 100644 
meta/recipes-devtools/gcc/gcc-7.3/0046-libgcc_s-Use-alias-for-__cpu_indicator_init-instead-.patch

diff --git a/meta/recipes-devtools/gcc/gcc-7.3.inc 
b/meta/recipes-devtools/gcc/gcc-7.3.inc
index efa62eaf6a..724f9c32a0 100644
--- a/meta/recipes-devtools/gcc/gcc-7.3.inc
+++ b/meta/recipes-devtools/gcc/gcc-7.3.inc
@@ -70,7 +70,6 @@ SRC_URI = "\

file://0043-gcc-final.c-fdebug-prefix-map-support-to-remap-sourc.patch \
file://0044-libgcc-Add-knob-to-use-ldbl-128-on-ppc.patch \
file://0045-Link-libgcc-using-LDFLAGS-not-just-SHLIB_LDFLAGS.patch \
-   
file://0046-libgcc_s-Use-alias-for-__cpu_indicator_init-instead-.patch \
file://0047-sync-gcc-stddef.h-with-musl.patch \
file://0048-gcc-Enable-static-PIE.patch \
file://fix-segmentation-fault-precompiled-hdr.patch \
diff --git 
a/meta/recipes-devtools/gcc/gcc-7.3/0046-libgcc_s-Use-alias-for-__cpu_indicator_init-instead-.patch
 
b/meta/recipes-devtools/gcc/gcc-7.3/0046-libgcc_s-Use-alias-for-__cpu_indicator_init-instead-.patch
deleted file mode 100644
index f6b2829364..00
--- 
a/meta/recipes-devtools/gcc/gcc-7.3/0046-libgcc_s-Use-alias-for-__cpu_indicator_init-instead-.patch
+++ /dev/null
@@ -1,85 +0,0 @@
-From c7bce03a625fe2215a13f520850604178103ddd7 Mon Sep 17 00:00:00 2001
-From: Szabolcs Nagy 
-Date: Sat, 24 Oct 2015 20:09:53 +
-Subject: [PATCH 46/47] libgcc_s: Use alias for __cpu_indicator_init instead of
- symver
-
-Adapter from
-
-https://gcc.gnu.org/ml/gcc-patches/2015-05/msg00899.html
-
-This fix was debated but hasnt been applied gcc upstream since
-they expect musl to support '@' in symbol versioning which is
-a sun/gnu versioning extention. This patch however avoids the
-need for the '@' symbols at all
-
-libgcc/Changelog:
-
-2015-05-11  Szabolcs Nagy  
-
-   * config/i386/cpuinfo.c (__cpu_indicator_init_local): Add.
-   (__cpu_indicator_init@GCC_4.8.0, __cpu_model@GCC_4.8.0): Remove.
-
-   * config/i386/t-linux (HOST_LIBGCC2_CFLAGS): Remove -DUSE_ELF_SYMVER.
-
-gcc/Changelog:
-
-2015-05-11  Szabolcs Nagy  
-
-   * config/i386/i386.c (ix86_expand_builtin): Make __builtin_cpu_init
-   call __cpu_indicator_init_local instead of __cpu_indicator_init.
-
-Signed-off-by: Khem Raj 

-Upstream-Status: Pending
-
- gcc/config/i386/i386.c   | 4 ++--
- libgcc/config/i386/cpuinfo.c | 6 +++---
- libgcc/config/i386/t-linux   | 2 +-
- 3 files changed, 6 insertions(+), 6 deletions(-)
-
-diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
-index dec3aee0048..0452dcfcb8d 100644
 a/gcc/config/i386/i386.c
-+++ b/gcc/config/i386/i386.c
-@@ -36918,10 +36918,10 @@ ix86_expand_builtin (tree exp, rtx target, rtx 
subtarget,
- {
- case IX86_BUILTIN_CPU_INIT:
-   {
--  /* Make it call __cpu_indicator_init in libgcc. */
-+  /* Make it call __cpu_indicator_init_local in libgcc.a. */
-   tree call_expr, fndecl, type;
- type = build_function_type_list (integer_type_node, NULL_TREE); 
--  fndecl = build_fn_decl ("__cpu_indicator_init", type);
-+  fndecl = build_fn_decl ("__cpu_indicator_init_local", type);
-   call_expr = build_call_expr (fndecl, 0); 
-   return expand_expr (call_expr, target, mode, EXPAND_NORMAL);
-   }
-diff --git a/libgcc/config/i386/cpuinfo.c b/libgcc/config/i386/cpuinfo.c
-index a1dc011525f..dac5e889abf 100644
 a/libgcc/config/i386/cpuinfo.c
-+++ b/libgcc/config/i386/cpuinfo.c
-@@ -391,7 +391,7 @@ __cpu_indicator_init (void)
-   return 0;
- }
- 
--#if defined SHARED && defined USE_ELF_SYMVER
--__asm__ (".symver __cpu_indicator_init, __cpu_indicator_init@GCC_4.8.0");
--__asm__ (".symver __cpu_model, __cpu_model@GCC_4.8.0");
-+#ifndef SHARED
-+int __cpu_indicator_init_local (void)
-+  __attribute__ ((weak, alias ("__cpu_indicator_init")));
- #endif
-diff --git a/libgcc/config/i386/t-linux b/libgcc/config/i386/t-linux
-index 11bb46e0ee4..4f47f7bfa59 100644
 a/libgcc/config/i386/t-linux
-+++ b/libgcc/config/i386/t-linux
-@@ -3,4 +3,4 @@
- # t-slibgcc-elf-ver and t-linux
- SHLIB_MAPFILES = libgcc-std.ver $(srcdir)/config/i386/libgcc-glibc.ver
- 
--HOST_LIBGCC2_CFLAGS += -mlong-double-80 -DUSE_ELF_SYMVER
-+HOST_LIBGCC2_CFLAGS += -mlong-double-80
--- 
-2.12.2
-
-- 
2.16.1

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

[OE-core] [PATCH 3/8] perl: Undefine d_libm_lib_version.

[Khem Raj]

From: Daniel Díaz 

A recent commit in GLIBC [1] got rid of _LIB_VERSION, which
makes Perl's build fail:
| pp.c:47:5: error: unknown type name '_LIB_VERSION_TYPE'; did you mean 
'__VERSION__'?
|  _LIB_VERSION_TYPE _LIB_VERSION = _IEEE_;
|  ^
|  __VERSION__
| pp.c:47:38: error: '_IEEE_' undeclared here (not in a function); did you mean 
'_SIZET_'?
|  _LIB_VERSION_TYPE _LIB_VERSION = _IEEE_;
|   ^~
|   _SIZET_
| make[1]: *** [pp.o] Error 1

The current config.sh enables d_libm_lib_version for
everyone, with special cases left to undefine it as fixup
(such as MUSL [2]).

Since this may only affect some BSDs and Cygwin [3], it
follows that the opposite (defining it) should be a fixup
for those special cases.

[1] 
https://sourceware.org/git/?p=glibc.git;a=commit;h=813378e9fe17e029caf627cab76fe23eb46815fa
[2] 
http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/perl/perl_5.24.1.bb?id=8ca61a5464743ff85b6d26886112750d6ddd13e0#n127
[3] 
https://perl5.git.perl.org/perl.git/blob/443bd156a6baaf7a8fe6b6b05fcf6c4178140ed2:/pp.c#l42

Signed-off-by: Daniel Díaz 
Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/perl/perl/config.sh | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/perl/perl/config.sh 
b/meta/recipes-devtools/perl/perl/config.sh
index 4657673005..ac0484ca64 100644
--- a/meta/recipes-devtools/perl/perl/config.sh
+++ b/meta/recipes-devtools/perl/perl/config.sh
@@ -361,7 +361,7 @@ d_ldbl_dig='define'
 d_ldexpl='define'
 d_lgamma='define'
 d_lgamma_r='define'
-d_libm_lib_version='define'
+d_libm_lib_version='undef'
 d_libname_unique='undef'
 d_link='define'
 d_llrint='define'
-- 
2.16.1

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

[OE-core] [PATCH 4/8] e2fsprogs: 1.43.7 -> 1.43.8

[Khem Raj]

From: Huang Qiyu 

Upgrade e2fsprogs from 1.43.7 to 1.43.8.
Backport patch to fix build on BE systems

Signed-off-by: Huang Qiyu 
Signed-off-by: Khem Raj 
---
 ...ix-build-failure-in-swapfs.c-on-big-endia.patch | 40 ++
 ...s-fix-missing-check-for-permission-denied.patch | 10 --
 .../{e2fsprogs_1.43.7.bb => e2fsprogs_1.43.8.bb}   |  5 +--
 3 files changed, 50 insertions(+), 5 deletions(-)
 create mode 100644 
meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-libext2fs-fix-build-failure-in-swapfs.c-on-big-endia.patch
 rename meta/recipes-devtools/e2fsprogs/{e2fsprogs_1.43.7.bb => 
e2fsprogs_1.43.8.bb} (96%)

diff --git 
a/meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-libext2fs-fix-build-failure-in-swapfs.c-on-big-endia.patch
 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-libext2fs-fix-build-failure-in-swapfs.c-on-big-endia.patch
new file mode 100644
index 00..ff1284edc4
--- /dev/null
+++ 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-libext2fs-fix-build-failure-in-swapfs.c-on-big-endia.patch
@@ -0,0 +1,40 @@
+From ae6603206176b771c9ed1f82569f68fc1257f014 Mon Sep 17 00:00:00 2001
+From: Theodore Ts'o 
+Date: Wed, 3 Jan 2018 01:32:02 -0500
+Subject: [PATCH] libext2fs: fix build failure in swapfs.c on big-endian
+ systems
+
+Addresses-Debian-Bug: #886119
+
+Reported-by: James Clarke 
+Signed-off-by: Theodore Ts'o 
+---
+Upstream-Status: Backport
+
+ lib/ext2fs/swapfs.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/lib/ext2fs/swapfs.c b/lib/ext2fs/swapfs.c
+index 6e5cff97..b13dc422 100644
+--- a/lib/ext2fs/swapfs.c
 b/lib/ext2fs/swapfs.c
+@@ -19,6 +19,7 @@
+ 
+ #include "ext2_fs.h"
+ #include "ext2fs.h"
++#include "ext2fsP.h"
+ #include 
+ 
+ #ifdef WORDS_BIGENDIAN
+@@ -358,7 +359,7 @@ void ext2fs_swap_inode_full(ext2_filsys fs, struct 
ext2_inode_large *t,
+   if (inode_includes(inode_size, i_projid))
+ t->i_projid = ext2fs_swab16(f->i_projid);
+   /* catch new static fields added after i_projid */
+-  EXT2FS_BUILD_BUG_ON(sizeof(ext2_inode_large) != 160);
++  EXT2FS_BUILD_BUG_ON(sizeof(struct ext2_inode_large) != 160);
+ 
+   i = sizeof(struct ext2_inode) + extra_isize + sizeof(__u32);
+   if (bufsize < (int) i)
+-- 
+2.16.1
+
diff --git 
a/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsprogs-fix-missing-check-for-permission-denied.patch
 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsprogs-fix-missing-check-for-permission-denied.patch
index 33054c61fa..69c09bc1d7 100644
--- 
a/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsprogs-fix-missing-check-for-permission-denied.patch
+++ 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsprogs-fix-missing-check-for-permission-denied.patch
@@ -1,3 +1,6 @@
+From c7914309aeee6209ddb6995c084805a911d9cc82 Mon Sep 17 00:00:00 2001
+From: Jackie Huang 
+Date: Wed, 10 Aug 2016 11:19:44 +0800
 Subject: [PATCH] Fix missing check for permission denied.
 
 If the path to "ROOT_SYSCONFDIR/mke2fs.conf" has a permission denied problem,
@@ -10,15 +13,16 @@ Upstream-Status: Pending
 Written-by: Henrik Wallin 
 
 Signed-off-by: Jackie Huang 
+
 ---
  lib/support/profile.c | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/lib/support/profile.c b/lib/support/profile.c
-index 51a3314..1c1039f 100644
+index 9e96673b..32d83002 100644
 --- a/lib/support/profile.c
 +++ b/lib/support/profile.c
-@@ -335,7 +335,7 @@ profile_init(const char **files, profile_t *ret_profile)
+@@ -335,7 +335,7 @@ profile_init(const char * const *files, profile_t 
*ret_profile)
*last = new_file;
last = &new_file->next;
}
@@ -28,5 +32,5 @@ index 51a3314..1c1039f 100644
goto errout;
  
 -- 
-2.7.4
+2.16.1
 
diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.7.bb 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
similarity index 96%
rename from meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.7.bb
rename to meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
index 168eecfe8e..b5cfc6810b 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.7.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
@@ -7,11 +7,12 @@ SRC_URI += "file://remove.ldconfig.call.patch \
 file://Revert-mke2fs-enable-the-metadata_csum-and-64bit-fea.patch \
 file://mkdir_p.patch \
 file://0001-misc-create_inode.c-set-dir-s-mode-correctly.patch \
-"
+
file://0001-libext2fs-fix-build-failure-in-swapfs.c-on-big-endia.patch \
+"
 
 SRC_URI_append_class-native = " 
file://e2fsprogs-fix-missing-check-for-permission-denied.patch"
 
-SRCREV = "4c5e6cd6defb83f1b35a5ef6fccd68c86874ee06"
+SRCREV = "af2eac481cf426c05ae12b946396980e16c8ab19"
 UPSTREAM_CHECK_GITTAGREGEX = "v(?P\d+\.\d+(\.\d+)*)$"
 
 EXTRA_OECONF += "--libdir=${base_libdir} --sbindir=${base_sbindir} \
-- 
2.16.1

-- 
___
Openembedded-core 

[OE-core] [PATCH V2 0/8] Update to binutils 2.30, glibc 2.27 initiated fixes, musl update

[Khem Raj]

This pull contain

- binutils upgrade to 2.30
- musl update
- Recipe fixes which will be needed for glibc 2.27
- Drop redundant gcc patch

Changes since v1:

- Add proper sign-offs and Upstream-Status as reported by patchtest
- Backport another fix for pulseaudio memfd issue done upstream

The following changes since commit 1c896b34d2d9fdf941941bd29257a4714795da5a:

  testimage: enable gi test suite (2018-01-29 08:49:52 +)

are available in the Git repository at:

  git://git.openembedded.org/openembedded-core-contrib kraj/pu
  http://cgit.openembedded.org/openembedded-core-contrib/log/?h=kraj/pu

Daniel Díaz (1):
  perl: Undefine d_libm_lib_version.

Huang Qiyu (1):
  e2fsprogs: 1.43.7 -> 1.43.8

Khem Raj (6):
  gcc-7.3: Drop upstreamed musl cpuinfo patch
  make: Backport fixes to not assume glibc internal glob implementation
  systemd: Fix build with glibc 2.27
  pulseaudio: Fix build with glibc 2.27
  musl: Update to latest master
  binutils: Upgrade to 2.30 release

 meta/conf/distro/include/tcmode-default.inc|  2 +-
 meta/recipes-core/musl/musl_git.bb |  2 +-
 c-Change-the-default-device-timeout-to-2.patch |  7 +-
 ...update-header-file-to-detect-memfd_create.patch | 28 +++
 ...c-Check-if-memfd_create-is-already-define.patch | 27 +++
 .../systemd/0003-fileio-include-sys-mman.h.patch   | 26 +++
 meta/recipes-core/systemd/systemd_234.bb   |  3 +
 .../{binutils-2.29.1.inc => binutils-2.30.inc} |  2 +-
 ...n_2.29.1.bb => binutils-cross-canadian_2.30.bb} |  0
 ...tils-cross_2.29.1.bb => binutils-cross_2.30.bb} |  0
 ...rosssdk_2.29.1.bb => binutils-crosssdk_2.30.bb} |  0
 ...nutils-crosssdk-Generate-relocatable-SDKs.patch | 14 ++--
 ...oss-Do-not-generate-linker-script-directo.patch |  6 +-
 ...ure-widen-the-regexp-for-SH-architectures.patch | 14 ++--
 .../0004-Point-scripts-location-to-libdir.patch|  8 +-
 ...te-an-RPATH-entry-if-LD_RUN_PATH-is-not-e.patch | 10 +--
 .../binutils/binutils/0006-Use-libtool-2.4.patch   | 66 +++--
 ...7-Add-the-armv5e-architecture-to-binutils.patch |  8 +-
 ...he-distro-compiler-point-to-the-wrong-ins.patch |  6 +-
 ...es-of-system-directories-when-cross-linki.patch | 24 +++---
 ...-rpath-in-libtool-when-sysroot-is-enabled.patch |  4 +-
 ...Change-default-emulation-for-mips64-linux.patch | 14 ++--
 .../0012-Add-support-for-Netlogic-XLP.patch| 70 +-
 ...ncorrect-assembling-for-ppc-wait-mnemonic.patch | 10 +--
 .../binutils/0014-Detect-64-bit-MIPS-targets.patch |  6 +-
 .../0015-sync-with-OE-libtool-changes.patch|  4 +-
 .../{binutils_2.29.1.bb => binutils_2.30.bb}   |  0
 ...ix-build-failure-in-swapfs.c-on-big-endia.patch | 40 ++
 ...s-fix-missing-check-for-permission-denied.patch | 10 ++-
 .../{e2fsprogs_1.43.7.bb => e2fsprogs_1.43.8.bb}   |  5 +-
 meta/recipes-devtools/gcc/gcc-7.3.inc  |  1 -
 ...e-alias-for-__cpu_indicator_init-instead-.patch | 85 --
 meta/recipes-devtools/make/make.inc|  5 +-
 ...1-glob-Do-not-assume-glibc-glob-internals.patch | 70 ++
 ...2-glob-Do-not-assume-glibc-glob-internals.patch | 38 ++
 meta/recipes-devtools/perl/perl/config.sh  |  2 +-
 ...ers-only-define-memfd_create-if-not-alrea.patch | 66 +
 .../pulseaudio/pulseaudio_11.1.bb  |  3 +-
 38 files changed, 446 insertions(+), 240 deletions(-)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-meson-update-header-file-to-detect-memfd_create.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0002-configure.ac-Check-if-memfd_create-is-already-define.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0003-fileio-include-sys-mman.h.patch
 rename meta/recipes-devtools/binutils/{binutils-2.29.1.inc => 
binutils-2.30.inc} (97%)
 rename meta/recipes-devtools/binutils/{binutils-cross-canadian_2.29.1.bb => 
binutils-cross-canadian_2.30.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils-cross_2.29.1.bb => 
binutils-cross_2.30.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils-crosssdk_2.29.1.bb => 
binutils-crosssdk_2.30.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils_2.29.1.bb => binutils_2.30.bb} 
(100%)
 create mode 100644 
meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-libext2fs-fix-build-failure-in-swapfs.c-on-big-endia.patch
 rename meta/recipes-devtools/e2fsprogs/{e2fsprogs_1.43.7.bb => 
e2fsprogs_1.43.8.bb} (96%)
 delete mode 100644 
meta/recipes-devtools/gcc/gcc-7.3/0046-libgcc_s-Use-alias-for-__cpu_indicator_init-instead-.patch
 create mode 100644 
meta/recipes-devtools/make/make/0001-glob-Do-not-assume-glibc-glob-internals.patch
 create mode 100644 
meta/recipes-devtools/make/make/0002-glob-Do-not-assume-glibc-glob-internals.patch
 create mode 100644 
meta/recipes-multimedia/pulseaudio/pulseaudio/0001-memfd-wrappers-only-define-memfd_create-if-not-alrea.patch

-- 
2.16.1

-- 
___

[OE-core] [PATCH 5/8] systemd: Fix build with glibc 2.27

[Khem Raj]

Signed-off-by: Khem Raj 
---
 c-Change-the-default-device-timeout-to-2.patch |  7 +++---
 ...update-header-file-to-detect-memfd_create.patch | 28 ++
 ...c-Check-if-memfd_create-is-already-define.patch | 27 +
 .../systemd/0003-fileio-include-sys-mman.h.patch   | 26 
 meta/recipes-core/systemd/systemd_234.bb   |  3 +++
 5 files changed, 87 insertions(+), 4 deletions(-)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-meson-update-header-file-to-detect-memfd_create.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0002-configure.ac-Check-if-memfd_create-is-already-define.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0003-fileio-include-sys-mman.h.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0001-core-device.c-Change-the-default-device-timeout-to-2.patch
 
b/meta/recipes-core/systemd/systemd/0001-core-device.c-Change-the-default-device-timeout-to-2.patch
index 7f1bc447fe..b7b1ea0886 100644
--- 
a/meta/recipes-core/systemd/systemd/0001-core-device.c-Change-the-default-device-timeout-to-2.patch
+++ 
b/meta/recipes-core/systemd/systemd/0001-core-device.c-Change-the-default-device-timeout-to-2.patch
@@ -1,8 +1,7 @@
-From f1b5a6f717bda6f80a6b5e3e4d50b450f6cc7b09 Mon Sep 17 00:00:00 2001
+From 9820c165a9e559cf851e3beb60fad2571de4ded2 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Mon, 14 Dec 2015 04:09:19 +
-Subject: [PATCH 14/14] core/device.c: Change the default device timeout to 240
- sec.
+Subject: [PATCH] core/device.c: Change the default device timeout to 240 sec.
 MIME-Version: 1.0
 Content-Type: text/plain; charset=UTF-8
 Content-Transfer-Encoding: 8bit
@@ -30,5 +29,5 @@ index 77601c552..98bf49ba2 100644
  u->ignore_on_isolate = true;
  }
 -- 
-2.13.2
+2.16.1
 
diff --git 
a/meta/recipes-core/systemd/systemd/0001-meson-update-header-file-to-detect-memfd_create.patch
 
b/meta/recipes-core/systemd/systemd/0001-meson-update-header-file-to-detect-memfd_create.patch
new file mode 100644
index 00..c6431209d0
--- /dev/null
+++ 
b/meta/recipes-core/systemd/systemd/0001-meson-update-header-file-to-detect-memfd_create.patch
@@ -0,0 +1,28 @@
+From 2207e1ffe4f7e2dcc5e745dadb48738aa1048d63 Mon Sep 17 00:00:00 2001
+From: Yu Watanabe 
+Date: Sun, 26 Nov 2017 02:17:06 +0900
+Subject: [PATCH 1/3] meson: update header file to detect memfd_create()
+
+---
+Upstream-Status: Backport
+
+ meson.build | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/meson.build b/meson.build
+index 20b27c860..550dd4ad8 100644
+--- a/meson.build
 b/meson.build
+@@ -414,7 +414,8 @@ foreach ident : ['secure_getenv', '__secure_getenv']
+ endforeach
+ 
+ foreach ident : [
+-['memfd_create',  '''#include '''],
++['memfd_create',  '''#define _GNU_SOURCE
++ #include '''],
+ ['gettid','''#include '''],
+ ['pivot_root','''#include '''], # no known 
header declares pivot_root
+ ['name_to_handle_at', '''#define _GNU_SOURCE
+-- 
+2.16.1
+
diff --git 
a/meta/recipes-core/systemd/systemd/0002-configure.ac-Check-if-memfd_create-is-already-define.patch
 
b/meta/recipes-core/systemd/systemd/0002-configure.ac-Check-if-memfd_create-is-already-define.patch
new file mode 100644
index 00..da798a79a3
--- /dev/null
+++ 
b/meta/recipes-core/systemd/systemd/0002-configure.ac-Check-if-memfd_create-is-already-define.patch
@@ -0,0 +1,27 @@
+From 025408c87869962f511de044dd41a1f4b1d80165 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sat, 27 Jan 2018 11:53:38 -0800
+Subject: [PATCH 2/3] configure.ac: Check if memfd_create is already defined
+
+Upstream-Status: Inappropriate [upstream systemd uses meson]
+
+Signed-off-by: Khem Raj 
+---
+ configure.ac | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/configure.ac b/configure.ac
+index 3674190fb..c7a184d72 100644
+--- a/configure.ac
 b/configure.ac
+@@ -340,6 +340,7 @@ AC_CHECK_DECLS([
+ [], [], [[
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include 
+-- 
+2.16.1
+
diff --git 
a/meta/recipes-core/systemd/systemd/0003-fileio-include-sys-mman.h.patch 
b/meta/recipes-core/systemd/systemd/0003-fileio-include-sys-mman.h.patch
new file mode 100644
index 00..c466d0d87b
--- /dev/null
+++ b/meta/recipes-core/systemd/systemd/0003-fileio-include-sys-mman.h.patch
@@ -0,0 +1,26 @@
+From 52e922343faaa87b9efb8aa9ea578399ccc9bec9 Mon Sep 17 00:00:00 2001
+From: Yu Watanabe 
+Date: Sun, 26 Nov 2017 02:40:23 +0900
+Subject: [PATCH 3/3] fileio: include sys/mman.h
+
+---
+Upstream-Status: Backport
+
+ src/basic/fileio.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/src/basic/fileio.c b/src/basic/fileio.c
+index 9a185e3e6..1015afd29 100644
+--- a/src/basic/fileio.c
 b/src/basic/fileio.c
+@@ -24,6 +24,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include 
+-- 
+2.16.1
+
diff --git a/m

[OE-core] [PATCH 7/8] musl: Update to latest master

[Khem Raj]

The changes are
https://git.musl-libc.org/cgit/musl/log/?qt=range&q=4000b0107ddd7fe733fa31d4f078c6fcd35851d6..628cf979b249fa76a80962e2eefe05073216a4db

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 04ce5bbb1b..8b2cb4d49d 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -3,7 +3,7 @@
 
 require musl.inc
 
-SRCREV = "4000b0107ddd7fe733fa31d4f078c6fcd35851d6"
+SRCREV = "628cf979b249fa76a80962e2eefe05073216a4db"
 
 PV = "1.1.18+git${SRCPV}"
 
-- 
2.16.1

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

[OE-core] [PATCH V2 6/8] pulseaudio: Fix build with glibc 2.27

[Khem Raj]

memfd_create is now available in glibc

Signed-off-by: Khem Raj 
---
 ...ers-only-define-memfd_create-if-not-alrea.patch | 66 ++
 .../pulseaudio/pulseaudio_11.1.bb  |  3 +-
 2 files changed, 68 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-multimedia/pulseaudio/pulseaudio/0001-memfd-wrappers-only-define-memfd_create-if-not-alrea.patch

diff --git 
a/meta/recipes-multimedia/pulseaudio/pulseaudio/0001-memfd-wrappers-only-define-memfd_create-if-not-alrea.patch
 
b/meta/recipes-multimedia/pulseaudio/pulseaudio/0001-memfd-wrappers-only-define-memfd_create-if-not-alrea.patch
new file mode 100644
index 00..0391f3785b
--- /dev/null
+++ 
b/meta/recipes-multimedia/pulseaudio/pulseaudio/0001-memfd-wrappers-only-define-memfd_create-if-not-alrea.patch
@@ -0,0 +1,66 @@
+From 0cb66c0c5aafd48b63a755860746e70afb332c8d Mon Sep 17 00:00:00 2001
+From: Tanu Kaskinen 
+Date: Wed, 24 Jan 2018 03:51:49 +0200
+Subject: [PATCH] memfd-wrappers: only define memfd_create() if not already
+ defined
+
+glibc 2.27 is to be released soon, and it will provide memfd_create().
+If glibc provides the function, we must not define it ourselves,
+otherwise building fails due to conflict between the two implementations
+of the same function.
+
+BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=104733
+---
+Upstream-Status: Submitted 
[https://bugs.freedesktop.org/attachment.cgi?id=136927]
+Signed-off-by: Khem Raj 
+
+ configure.ac   | 3 +++
+ src/pulsecore/memfd-wrappers.h | 7 ---
+ 2 files changed, 7 insertions(+), 3 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 77b5ff5..3a71fd8 100644
+--- a/configure.ac
 b/configure.ac
+@@ -607,6 +607,9 @@ AS_IF([test "x$enable_memfd" = "xyes" && test 
"x$HAVE_MEMFD" = "x0"],
+ [AC_MSG_ERROR([*** Your Linux kernel does not support memfd shared memory.
+   *** Use linux v3.17 or higher for such a feature.])])
+ 
++AS_IF([test "x$HAVE_MEMFD" = "x1"],
++AC_CHECK_FUNCS([memfd_create]))
++
+ AC_SUBST(HAVE_MEMFD)
+ AM_CONDITIONAL([HAVE_MEMFD], [test "x$HAVE_MEMFD" = x1])
+ AS_IF([test "x$HAVE_MEMFD" = "x1"], AC_DEFINE([HAVE_MEMFD], 1, [Have memfd 
shared memory.]))
+diff --git a/src/pulsecore/memfd-wrappers.h b/src/pulsecore/memfd-wrappers.h
+index 3bed9b2..c7aadfd 100644
+--- a/src/pulsecore/memfd-wrappers.h
 b/src/pulsecore/memfd-wrappers.h
+@@ -20,13 +20,14 @@
+   License along with PulseAudio; if not, see .
+ ***/
+ 
+-#ifdef HAVE_MEMFD
++#if defined(HAVE_MEMFD) && !defined(HAVE_MEMFD_CREATE)
+ 
+ #include 
+ #include 
+ 
+ /*
+- * No glibc wrappers exist for memfd_create(2), so provide our own.
++ * Before glibc version 2.27 there was no wrapper for memfd_create(2),
++ * so we have to provide our own.
+  *
+  * Also define memfd fcntl sealing macros. While they are already
+  * defined in the kernel header file , that file as
+@@ -63,6 +64,6 @@ static inline int memfd_create(const char *name, unsigned 
int flags) {
+ #define F_SEAL_WRITE0x0008  /* prevent writes */
+ #endif
+ 
+-#endif /* HAVE_MEMFD */
++#endif /* HAVE_MEMFD && !HAVE_MEMFD_CREATE */
+ 
+ #endif
+-- 
+2.16.1
+
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_11.1.bb 
b/meta/recipes-multimedia/pulseaudio/pulseaudio_11.1.bb
index a50b5a08ae..245302d2bc 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio_11.1.bb
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_11.1.bb
@@ -4,7 +4,8 @@ SRC_URI = 
"http://freedesktop.org/software/pulseaudio/releases/${BP}.tar.xz \
file://0001-padsp-Make-it-compile-on-musl.patch \
file://0001-client-conf-Add-allow-autospawn-for-root.patch \
file://volatiles.04_pulse \
-"
+   
file://0001-memfd-wrappers-only-define-memfd_create-if-not-alrea.patch \
+   "
 SRC_URI[md5sum] = "390de38231d5cdd6b43ada8939eb74f1"
 SRC_URI[sha256sum] = 
"f2521c525a77166189e3cb9169f75c2ee2b82fa3fcf9476024fbc2c3a6c9cd9e"
 
-- 
2.16.1

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

[OE-core] [PATCH 8/8] binutils: Upgrade to 2.30 release

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/tcmode-default.inc|  2 +-
 .../{binutils-2.29.1.inc => binutils-2.30.inc} |  2 +-
 ...n_2.29.1.bb => binutils-cross-canadian_2.30.bb} |  0
 ...tils-cross_2.29.1.bb => binutils-cross_2.30.bb} |  0
 ...rosssdk_2.29.1.bb => binutils-crosssdk_2.30.bb} |  0
 ...nutils-crosssdk-Generate-relocatable-SDKs.patch | 14 ++---
 ...oss-Do-not-generate-linker-script-directo.patch |  6 +-
 ...ure-widen-the-regexp-for-SH-architectures.patch | 14 ++---
 .../0004-Point-scripts-location-to-libdir.patch|  8 +--
 ...te-an-RPATH-entry-if-LD_RUN_PATH-is-not-e.patch | 10 ++--
 .../binutils/binutils/0006-Use-libtool-2.4.patch   | 66 
 ...7-Add-the-armv5e-architecture-to-binutils.patch |  8 +--
 ...he-distro-compiler-point-to-the-wrong-ins.patch |  6 +-
 ...es-of-system-directories-when-cross-linki.patch | 24 
 ...-rpath-in-libtool-when-sysroot-is-enabled.patch |  4 +-
 ...Change-default-emulation-for-mips64-linux.patch | 14 ++---
 .../0012-Add-support-for-Netlogic-XLP.patch| 70 +++---
 ...ncorrect-assembling-for-ppc-wait-mnemonic.patch | 10 ++--
 .../binutils/0014-Detect-64-bit-MIPS-targets.patch |  6 +-
 .../0015-sync-with-OE-libtool-changes.patch|  4 +-
 .../{binutils_2.29.1.bb => binutils_2.30.bb}   |  0
 21 files changed, 127 insertions(+), 141 deletions(-)
 rename meta/recipes-devtools/binutils/{binutils-2.29.1.inc => 
binutils-2.30.inc} (97%)
 rename meta/recipes-devtools/binutils/{binutils-cross-canadian_2.29.1.bb => 
binutils-cross-canadian_2.30.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils-cross_2.29.1.bb => 
binutils-cross_2.30.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils-crosssdk_2.29.1.bb => 
binutils-crosssdk_2.30.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils_2.29.1.bb => binutils_2.30.bb} 
(100%)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index 1787a8248d..98b1a2a7ba 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -24,7 +24,7 @@ PREFERRED_PROVIDER_virtual/gettext ??= "gettext"
 
 GCCVERSION ?= "7.%"
 SDKGCCVERSION ?= "${GCCVERSION}"
-BINUVERSION ?= "2.29%"
+BINUVERSION ?= "2.30%"
 GDBVERSION ?= "8.0%"
 GLIBCVERSION ?= "2.26%"
 LINUXLIBCVERSION ?= "4.12%"
diff --git a/meta/recipes-devtools/binutils/binutils-2.29.1.inc 
b/meta/recipes-devtools/binutils/binutils-2.30.inc
similarity index 97%
rename from meta/recipes-devtools/binutils/binutils-2.29.1.inc
rename to meta/recipes-devtools/binutils/binutils-2.30.inc
index 07a72e2b5a..74c65f5473 100644
--- a/meta/recipes-devtools/binutils/binutils-2.29.1.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.30.inc
@@ -18,7 +18,7 @@ BINUPV = "${@binutils_branch_version(d)}"
 
 UPSTREAM_CHECK_GITTAGREGEX = "binutils-(?P\d+_(\d_?)*)"
 
-SRCREV ?= "90276f15379d380761fc499da2ba24cfb3c12a94"
+SRCREV ?= "8db5daf9efe8a6174d3b10ac7bba8c178836e9ce"
 BINUTILS_GIT_URI ?= 
"git://sourceware.org/git/binutils-gdb.git;branch=binutils-${BINUPV}-branch;protocol=git"
 SRC_URI = "\
  ${BINUTILS_GIT_URI} \
diff --git a/meta/recipes-devtools/binutils/binutils-cross-canadian_2.29.1.bb 
b/meta/recipes-devtools/binutils/binutils-cross-canadian_2.30.bb
similarity index 100%
rename from meta/recipes-devtools/binutils/binutils-cross-canadian_2.29.1.bb
rename to meta/recipes-devtools/binutils/binutils-cross-canadian_2.30.bb
diff --git a/meta/recipes-devtools/binutils/binutils-cross_2.29.1.bb 
b/meta/recipes-devtools/binutils/binutils-cross_2.30.bb
similarity index 100%
rename from meta/recipes-devtools/binutils/binutils-cross_2.29.1.bb
rename to meta/recipes-devtools/binutils/binutils-cross_2.30.bb
diff --git a/meta/recipes-devtools/binutils/binutils-crosssdk_2.29.1.bb 
b/meta/recipes-devtools/binutils/binutils-crosssdk_2.30.bb
similarity index 100%
rename from meta/recipes-devtools/binutils/binutils-crosssdk_2.29.1.bb
rename to meta/recipes-devtools/binutils/binutils-crosssdk_2.30.bb
diff --git 
a/meta/recipes-devtools/binutils/binutils/0001-binutils-crosssdk-Generate-relocatable-SDKs.patch
 
b/meta/recipes-devtools/binutils/binutils/0001-binutils-crosssdk-Generate-relocatable-SDKs.patch
index 0b515d83c7..2df836057d 100644
--- 
a/meta/recipes-devtools/binutils/binutils/0001-binutils-crosssdk-Generate-relocatable-SDKs.patch
+++ 
b/meta/recipes-devtools/binutils/binutils/0001-binutils-crosssdk-Generate-relocatable-SDKs.patch
@@ -1,4 +1,4 @@
-From 58ac9f95a3d83c29efaf7a8906fb6aefea8c8e79 Mon Sep 17 00:00:00 2001
+From 2e1b5e24a6759de7f73aa6060a574848d9131b5a Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Mon, 2 Mar 2015 01:58:54 +
 Subject: [PATCH 01/15] binutils-crosssdk: Generate relocatable SDKs
@@ -18,7 +18,7 @@ Signed-off-by: Khem Raj 
  2 files changed, 5 insertions(+), 2 deletions(-)
 
 diff --git a/ld/genscripts.sh b/ld/genscripts.sh
-index b6940d376d..a42c4d7a4b 100755
+index 8732422b3a..1f257e

[OE-core] ✗ patchtest: failure for Update to binutils 2.30, glibc 2.27 initiated fixes, musl update (rev2)

[Patchwork]

== Series Details ==

Series: Update to binutils 2.30, glibc 2.27 initiated fixes, musl update (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/10739/
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 A patch file has been added, but does not have a 
Signed-off-by tag [test_signed_off_by_presence] 
  Suggested fixSign off the added patch file 
(meta/recipes-devtools/make/make/0002-glob-Do-not-assume-glibc-glob-internals.patch)



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

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

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

Re: [OE-core] waf warnings in jack and samba related recipes Was: [oe-commits] [openembedded-core] 07/44: waf.bbclass: explicitly pass bindir and libdir if supported

[Khem Raj]

On 1/29/18 4:01 PM, Martin Jansa wrote:

Hi,

it might be useful to check if there is ${S}/waf at all before trying to 
call it.


There are some recipes like jack and other which inherit waf-samba which 
inherits waf, but they don't use waf for configure, strange isn't it?




hmm, I think assuming waf seems to be ok in waf.bbclass, I wonder why we 
need to inherit waf and then not use it during configure, is that a 
valid usecase ? if so then it might be better to get this warning 
message a bit cleaner may be downgraded to a note probably


But since this patch, there is new warning for every do_configure task, 
because there is this prefuncs waf_preconfigure causing:
WARNING: libldb-1.1.29-r0 do_configure: Unable to execute waf --version, 
exit code 127. Assuming waf version without bindir/libdir support.
WARNING: samba-4.6.7-r0 do_configure: Unable to execute waf --version, 
exit code 127. Assuming waf version without bindir/libdir support.
WARNING: libtalloc-2.1.9-r0 do_configure: Unable to execute waf 
--version, exit code 127. Assuming waf version without bindir/libdir 
support.
WARNING: jack-1.9.10+gitAUTOINC+2d1d323505-r0 do_configure: Unable to 
execute waf --version, exit code 1. Assuming waf version without 
bindir/libdir support.
WARNING: libtevent-0.9.31-r0 do_configure: Unable to execute waf 
--version, exit code 127. Assuming waf version without bindir/libdir 
support.
WARNING: libtdb-1.3.14-r0 do_configure: Unable to execute waf --version, 
exit code 127. Assuming waf version without bindir/libdir support.


Now when this change is also backported to rocko we should probably fix 
those recipes to prevent introducing even more warnings to stable 
release builds.


Regards,

On Tue, Jan 2, 2018 at 6:28 PM, > wrote:


This is an automated email from the git hooks/post-receive script.

rpurdie pushed a commit to branch master
in repository openembedded-core.

commit 923f91d8d8606141ce218927bc943f4f4f34bcdd
Author: Stefan Agner mailto:stefan.ag...@toradex.com>>
AuthorDate: Tue Dec 12 17:13:24 2017 +0100

     waf.bbclass: explicitly pass bindir and libdir if supported

     On some build hosts distros (e.g. Fedora 26) waf tries to be
     smart about libdir detection and defaults to [EXEC_PREFIX/lib64].
     This obviously is not what we want for 32-bit targets and usually
     fails in the do_package phase:
       WARNING: gstreamer1.0-plugins-imx-0.13.0-r0 do_package: QA
Issue: gstreamer1.0-plugins-imx: Files/directories were installed
but not shipped in any package:
         /usr/lib64/libgstimxcommon.so.0
         ...

     Depending on version, waf knows prefix or prefix, bindir and
     libdir as default options. Explicitly pass the right set of
     arguments.

     Signed-off-by: Stefan Agner mailto:stefan.ag...@toradex.com>>
     Signed-off-by: Ross Burton mailto:ross.bur...@intel.com>>
---
  meta/classes/waf.bbclass | 17 -
  1 file changed, 16 insertions(+), 1 deletion(-)

diff --git a/meta/classes/waf.bbclass b/meta/classes/waf.bbclass
index c4698e9..acbda27 100644
--- a/meta/classes/waf.bbclass
+++ b/meta/classes/waf.bbclass
@@ -25,8 +25,23 @@ def get_waf_parallel_make(d):

      return ""

+python waf_preconfigure() {
+    from distutils.version import StrictVersion
+    srcsubdir = d.getVar('S')
+    wafbin = os.path.join(srcsubdir, 'waf')
+    status, result = oe.utils.getstatusoutput(wafbin + " --version")
+    if status != 0:
+        bb.warn("Unable to execute waf --version, exit code %d.
Assuming waf version without bindir/libdir support." % status)
+        return
+    version = result.split()[1]
+    if StrictVersion(version) >= StrictVersion("1.8.7"):
+        d.setVar("WAF_EXTRA_CONF", "--bindir=${bindir}
--libdir=${libdir}")
+}
+
+do_configure[prefuncs] += "waf_preconfigure"
+
  waf_do_configure() {
-       ${S}/waf configure --prefix=${prefix} ${EXTRA_OECONF}
+       ${S}/waf configure --prefix=${prefix} ${WAF_EXTRA_CONF}
${EXTRA_OECONF}
  }

  waf_do_compile()  {

--
To stop receiving notification emails like this one, please contact
the administrator of this repository.
--
___
Openembedded-commits mailing list
openembedded-comm...@lists.openembedded.org

http://lists.openembedded.org/mailman/listinfo/openembedded-commits





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

Re: [OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

[Alexander Kanavin]

On 01/29/2018 07:47 PM, Niko Mauno wrote:

This mitigates following issues during u-boot do_compile() step --
otherwise, if comm is not available, they are quietly ignored:

   .../scripts/check-config.sh: line 33: comm: command not found
   .../scripts/check-config.sh: line 39: comm: command not found

Since 'comm' is provided by coreutils package, adding it to HOSTTOOLS
was considered a lower impact fix compared to adding coreutils-native
buildtime dependency to u-boot recipe.


I disagree. Expanding HOSTTOOLS just to cater to the needs of a single 
recipe is not optimal, IMO.


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

Re: [OE-core] [PATCH 1/3] tzcode: remove unused patch files

[Khem Raj]

On 1/29/18 5:13 PM, akuster808 wrote:



On 01/29/2018 02:39 PM, Juro Bystricky wrote:

Signed-off-by: Juro Bystricky 


thanks. For some reason I thought I remove all the old patches...

hmm, in any case.  Thanks again.


I wonder if we can cook up a script which can check for unused patches, 
it will be very helpful to keep the code tidy

perhaps it already exists and I am the only one who doesn't know



Armin

---
  .../files/0001-Fix-Makefile-quoting-bug.patch  | 174 -
  .../files/0002-Port-zdump-to-C90-snprintf.patch| 115 --
  2 files changed, 289 deletions(-)
  delete mode 100644 
meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch
  delete mode 100644 
meta/recipes-extended/tzcode/files/0002-Port-zdump-to-C90-snprintf.patch

diff --git 
a/meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch 
b/meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch
deleted file mode 100644
index e49fa09..000
--- a/meta/recipes-extended/tzcode/files/0001-Fix-Makefile-quoting-bug.patch
+++ /dev/null
@@ -1,174 +0,0 @@
-From b520d20b8122a783f99f088758b78d928f70ee34 Mon Sep 17 00:00:00 2001
-From: Paul Eggert 
-Date: Mon, 23 Oct 2017 11:42:45 -0700
-Subject: [PATCH] Fix Makefile quoting bug
-
-Problem with INSTALLARGS reported by Zefram in:
-https://mm.icann.org/pipermail/tz/2017-October/025360.html
-Fix similar problems too.
-* Makefile (ZIC_INSTALL, VALIDATE_ENV, CC, install)
-(INSTALL, version, INSTALLARGS, right_posix, posix_right)
-(check_public): Use apostrophes to prevent undesirable
-interpretation of names by the shell.  We still do not support
-directory names containing apostrophes or newlines, but this is
-good enough.
-
-Upstream-Status: Backport
-Signed-off-by: Armin Kuster 
-
-* NEWS: Mention this.

- Makefile | 64 
- NEWS |  8 
- 2 files changed, 40 insertions(+), 32 deletions(-)
-
-diff --git a/Makefile b/Makefile
-index c92edc0..97649ca 100644
 a/Makefile
-+++ b/Makefile
-@@ -313,7 +313,7 @@ ZFLAGS=
-
- # How to use zic to install tz binary files.
-
--ZIC_INSTALL=  $(ZIC) -d $(DESTDIR)$(TZDIR) $(LEAPSECONDS)
-+ZIC_INSTALL=  $(ZIC) -d '$(DESTDIR)$(TZDIR)' $(LEAPSECONDS)
-
- # The name of a Posix-compliant 'awk' on your system.
- AWK=  awk
-@@ -341,8 +341,8 @@ SGML_CATALOG_FILES= \
- VALIDATE = nsgmls
- VALIDATE_FLAGS = -s -B -wall -wno-unused-param
- VALIDATE_ENV = \
--  SGML_CATALOG_FILES=$(SGML_CATALOG_FILES) \
--  SGML_SEARCH_PATH=$(SGML_SEARCH_PATH) \
-+  SGML_CATALOG_FILES='$(SGML_CATALOG_FILES)' \
-+  SGML_SEARCH_PATH='$(SGML_SEARCH_PATH)' \
-   SP_CHARSET_FIXED=YES \
-   SP_ENCODING=UTF-8
-
-@@ -396,7 +396,7 @@ GZIPFLAGS= -9n
- #MAKE=make
-
- cc=   cc
--CC=   $(cc) -DTZDIR=\"$(TZDIR)\"
-+CC=   $(cc) -DTZDIR='"$(TZDIR)"'
-
- AR=   ar
-
-@@ -473,29 +473,29 @@ all: tzselect yearistype zic zdump libtz.a 
$(TABDATA)
- ALL:  all date $(ENCHILADA)
-
- install:  all $(DATA) $(REDO) $(MANS)
--  mkdir -p $(DESTDIR)$(ETCDIR) $(DESTDIR)$(TZDIR) \
--  $(DESTDIR)$(LIBDIR) \
--  $(DESTDIR)$(MANDIR)/man3 $(DESTDIR)$(MANDIR)/man5 \
--  $(DESTDIR)$(MANDIR)/man8
-+  mkdir -p '$(DESTDIR)$(ETCDIR)' '$(DESTDIR)$(TZDIR)' \
-+  '$(DESTDIR)$(LIBDIR)' \
-+  '$(DESTDIR)$(MANDIR)/man3' '$(DESTDIR)$(MANDIR)/man5' \
-+  '$(DESTDIR)$(MANDIR)/man8'
-   $(ZIC_INSTALL) -l $(LOCALTIME) -p $(POSIXRULES)
--  cp -f $(TABDATA) $(DESTDIR)$(TZDIR)/.
--  cp tzselect zic zdump $(DESTDIR)$(ETCDIR)/.
--  cp libtz.a $(DESTDIR)$(LIBDIR)/.
--  $(RANLIB) $(DESTDIR)$(LIBDIR)/libtz.a
--  cp -f newctime.3 newtzset.3 $(DESTDIR)$(MANDIR)/man3/.
--  cp -f tzfile.5 $(DESTDIR)$(MANDIR)/man5/.
--  cp -f tzselect.8 zdump.8 zic.8 $(DESTDIR)$(MANDIR)/man8/.
-+  cp -f $(TABDATA) '$(DESTDIR)$(TZDIR)/.'
-+  cp tzselect zic zdump '$(DESTDIR)$(ETCDIR)/.'
-+  cp libtz.a '$(DESTDIR)$(LIBDIR)/.'
-+  $(RANLIB) '$(DESTDIR)$(LIBDIR)/libtz.a'
-+  cp -f newctime.3 newtzset.3 '$(DESTDIR)$(MANDIR)/man3/.'
-+  cp -f tzfile.5 '$(DESTDIR)$(MANDIR)/man5/.'
-+  cp -f tzselect.8 zdump.8 zic.8 '$(DESTDIR)$(MANDIR)/man8/.'
-
- INSTALL:  ALL install date.1
--  mkdir -p $(DESTDIR)$(BINDIR) $(DESTDIR)$(MANDIR)/man1
--  cp date $(DESTDIR)$(BINDIR)/.
--  cp -f date.1 $(DESTDIR)$(MANDIR)/man1/.
-+  mkdir -p '$(DESTDIR)$(BINDIR)' '$(DESTDIR)$(MANDIR)/man1'
-+  cp date '$(DESTDIR)$(BINDIR)/.'
-+  cp -f date.1 '$(DESTDIR)$(MANDIR)/man1/.'
-
- version:  $(VERSION_DEPS)
-   { (type git) >/dev/null 2>&1 && \
-   

Re: [OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

[Khem Raj]

On 1/29/18 10:38 PM, Alexander Kanavin wrote:

On 01/29/2018 07:47 PM, Niko Mauno wrote:

This mitigates following issues during u-boot do_compile() step --
otherwise, if comm is not available, they are quietly ignored:

   .../scripts/check-config.sh: line 33: comm: command not found
   .../scripts/check-config.sh: line 39: comm: command not found

Since 'comm' is provided by coreutils package, adding it to HOSTTOOLS
was considered a lower impact fix compared to adding coreutils-native
buildtime dependency to u-boot recipe.


I disagree. Expanding HOSTTOOLS just to cater to the needs of a single 
recipe is not optimal, IMO.


alternative are
build time dep on coreutils-native.
fix uboot script to not use comm
do not invoke check-config.sh at all.

none of them are any better.



Alex

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

Re: [OE-core] ✗ patchtest: failure for Update to binutils 2.30, glibc 2.27 initiated fixes, musl update (rev2)

[Khem Raj]

On Mon, Jan 29, 2018 at 9:04 PM, Patchwork
 wrote:
> == Series Details ==
>
> Series: Update to binutils 2.30, glibc 2.27 initiated fixes, musl update 
> (rev2)
> Revision: 2
> URL   : https://patchwork.openembedded.org/series/10739/
> 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 A patch file has been added, but does not have a 
> Signed-off-by tag [test_signed_off_by_presence]
>   Suggested fixSign off the added patch file 
> (meta/recipes-devtools/make/make/0002-glob-Do-not-assume-glibc-glob-internals.patch)
>

this has been fixed in pull branch
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core