Re: [OE-core] ✗ patchtest: failure for e2fsprogs: fixes for ptest

[Huang, Jie (Jackie)]

> -Original Message-
> From: Patchwork [mailto:patchw...@do.openembedded.org]
> Sent: Friday, February 02, 2018 15:33
> To: Huang, Jie (Jackie)
> Cc: openembedded-core@lists.openembedded.org
> Subject: ✗ patchtest: failure for e2fsprogs: fixes for ptest
> 
> == Series Details ==
> 
> Series: e2fsprogs: fixes for ptest
> Revision: 1
> URL   : https://patchwork.openembedded.org/series/10824/
> 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 Patches not removed from tree [test_src_uri_left_files]
>   Suggested fixAmend the patch containing the software patch file removal
>   Patchquiet-debugfs.patch

What I did is moving the "quiet-debugfs.patch" from SRC_URI to 
SRC_URI_append_class-native,
the patch file is not meant to be removed.

I think the test_src_uri_left_files needs to consider such changes.

Thanks,
Jackie

> 
> 
> 
> 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_Guideline
> s
> Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
> Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

[OE-core] ✗ patchtest: failure for e2fsprogs: fixes for ptest

[Patchwork]

== Series Details ==

Series: e2fsprogs: fixes for ptest
Revision: 1
URL   : https://patchwork.openembedded.org/series/10824/
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 Patches not removed from tree [test_src_uri_left_files] 
  Suggested fixAmend the patch containing the software patch file removal
  Patchquiet-debugfs.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

[OE-core] [PATCH 1/2] e2fsprogs: only quiet debugfs for native package

[jackie.huang]

From: Jackie Huang 

Many test cases expect the output of running commands for debugfs,
the patch quiet-debugfs.patch suppress the output so ptest failed:
| 292 tests succeeded   47 tests failed

The patch was meant to suppress the output in do_rootfs according
to the original commit:
==
commit 13a8d3869b0fe0ebdddcee37fb48c5b9cdf718ba
Author: Ross Burton 
Date: Mon Dec 23 13:38:34 2013 +

e2fsprogs: silence debugfs

debugfs echos the commands when it is executing a script, but as the scripts
used at rootfs time are long this massively inflates the do_rootfs log.

Comment out the echo so that the rootfs isn't 20K lines longer than it 
needs to
be.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
==

So only apply the patch for native package, then the ptest will
be pass for target package.

Signed-off-by: Jackie Huang 
---
 meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
index b5cfc6810b..a53585db47 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
@@ -1,7 +1,6 @@
 require e2fsprogs.inc
 
 SRC_URI += "file://remove.ldconfig.call.patch \
-file://quiet-debugfs.patch \
 file://run-ptest \
 file://ptest.patch \
 file://Revert-mke2fs-enable-the-metadata_csum-and-64bit-fea.patch \
@@ -10,7 +9,9 @@ SRC_URI += "file://remove.ldconfig.call.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"
+SRC_URI_append_class-native = " 
file://e2fsprogs-fix-missing-check-for-permission-denied.patch \
+file://quiet-debugfs.patch \
+"
 
 SRCREV = "af2eac481cf426c05ae12b946396980e16c8ab19"
 UPSTREAM_CHECK_GITTAGREGEX = "v(?P\d+\.\d+(\.\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/2] e2fsprogs: fix the hardcoded paths for ptest

[jackie.huang]

From: Jackie Huang 

Fix the hardcoded paths in test scripts and expect
files to avoid issue like:
| cat: ../e2fsck/e2fsck: No such file or directory

Signed-off-by: Jackie Huang 
---
 meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
index a53585db47..ceaf171585 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
@@ -104,7 +104,9 @@ do_compile_ptest() {
 do_install_ptest() {
cp -R --no-dereference --preserve=mode,links -v ${B}/tests 
${D}${PTEST_PATH}/test
cp -R --no-dereference --preserve=mode,links -v ${S}/tests/* 
${D}${PTEST_PATH}/test
-   sed -e 's!../e2fsck/e2fsck!e2fsck!g' -i ${D}${PTEST_PATH}/test/*/expect*
+   sed -e 's!../e2fsck/e2fsck!e2fsck!g' \
+   -e 's!../misc/tune2fs!tune2fs!g' -i ${D}${PTEST_PATH}/test/*/expect*
+   sed -e 's!../e2fsck/e2fsck!${base_sbindir}/e2fsck!g' -i 
${D}${PTEST_PATH}/test/*/script
 
# Remove various files
find "${D}${PTEST_PATH}" -type f \
-- 
2.11.0

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

[OE-core] [PATCH 0/2] e2fsprogs: fixes for ptest

[jackie.huang]

From: Jackie Huang 


--
The following changes since commit 385944254d0ef88bd6450a221a54cbcb40020b42:

  tcmode-default.inc: drop preferred version of gzip-native (2018-01-31 
17:01:20 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib.git jhuang0/d_e2fsprogs-ptest_180202_0
  http://git.pokylinux.org/cgit.cgi//log/?h=jhuang0/d_e2fsprogs-ptest_180202_0

Jackie Huang (2):
  e2fsprogs: only quiet debugfs for native package
  e2fsprogs: fix the hardcoded paths for ptest

 meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb | 9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

-- 
2.11.0

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

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

[Daniel F. Dickinson]

On 01/02/18 09:19 AM, Burton, Ross wrote:
On 1 February 2018 at 14:17, Daniel F. Dickinson > wrote:


On 01/02/18 09:12 AM, Burton, Ross wrote:

On 1 February 2018 at 14:10, Daniel F. Dickinson

>>
wrote:

     On 01/02/18 08:54 AM, Burton, Ross wrote:

         On 1 February 2018 at 13:44, Daniel F. Dickinson

         wrote:

A distribution can set other recipe's PACKAGECONFIGs directly:

PACKAGECONFIG_pn-recipename = "foo bar"

And distributions are welcome to bundle groups of those into inc
files for the user to pull in as required at the distro level.

I wonder if it'd be useful to have some .inc's of this variety added
and included (commented out) in the poky-tiny distro default local.conf?


Included and enabled if they make sense, sure.  poky-tiny is, like 
everything poky-specific, just an example.


It already has one:

PACKAGECONFIG_remove_pn-opkg-utils = "python"

Sorry, apparently I wasn't clear.  What I meant was having (either in 
poky or in a more appropriate place) .inc or classes that do 
PACKAGECONFIG for common sets of packages for various "tiny" use cases 
(e.g. router, nas firmware (v.s os on data disks), ap, small iot devices 
, etc), which may involve a lot of partitioning of existing packages to 
allow for smaller (tiny) builds that include only the relevant 
functionality.  I'm not sure what the situation is for oe-core, but when 
I look at meta-openwrt it is much less partitioned than say actual 
openwrt base system, and makes a number of 'bigger' choices than 
openwrt.  What I'd like to work on is making it easier to build pared 
down OE systems (whether poky-tiny reference design 'flavours', 
meta-openwrt/oe hybrids, or (basically) openwrt build with oe/meta-openwrt).


In the case of the .inc's etc I'm thinking of this as 'pre-cooked' 
references designs like poky-tiny itself;  Perhaps a better place for 
this is as comments in poky-tiny's distro .conf? (Or as proof-of-concept 
distro layers based on poky-tiny and and listed in the layers index?)


Regards,

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

[OE-core] [PATCH] grub-efi: add configfile as default built-in

[Ricardo Salveti]

The module configfile allows loading a custom grub configuration file
from block devices, which can be used to customize the default grub
menu when creating images with wic (via configfile argument).

Signed-off-by: Ricardo Salveti 
---
 meta/recipes-bsp/grub/grub-efi_2.02.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-bsp/grub/grub-efi_2.02.bb 
b/meta/recipes-bsp/grub/grub-efi_2.02.bb
index a72b189..d5aa64c 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.02.bb
+++ b/meta/recipes-bsp/grub/grub-efi_2.02.bb
@@ -54,7 +54,7 @@ do_install_class-target() {
 }
 
 GRUB_BUILDIN ?= "boot linux ext2 fat serial part_msdos part_gpt normal \
- efi_gop iso9660 search loadenv test"
+ efi_gop iso9660 configfile search loadenv test"
 
 do_deploy() {
# Search for the grub.cfg on the local boot media by using the
-- 
2.7.4

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

Re: [OE-core] [PATCH 0/5] fix build when len(TMPDIR) == 410

[Robert Yang]

Ping.

// Robert

On 11/30/2017 09:45 AM, Robert Yang wrote:

The following changes since commit 33418ed064fe9cff5b4803f09135a81d9170c189:

   runqemu: Also specialcase resolution of '.' to the file's location 
(2017-11-21 17:58:36 +)

are available in the git repository at:

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

Robert Yang (5):
   go-native: fix PATH issue when len(TMPDIR) == 410
   go-native: fix import error when len(TMPDIR) == 410
   ninja: fix for llvm build when len(TMPDIR) == 410
   webkitgtk: fix compile error when len(TMPDIR) == 410
   sqlite3: use 1024 for MAX_PATHNAM

  ...01-cmd-dist-unix.c-bprintf-use-larger-buf.patch | 38 ++
  .../go/files/0002-cmd-gc-go.h-NSYMB-500-1000.patch | 35 
  meta/recipes-devtools/go/go-native.inc |  5 ++-
  ...src-util.cc-use-larger-kMaxPathComponents.patch | 33 +++
  meta/recipes-devtools/ninja/ninja_1.7.2.bb |  5 ++-
  meta/recipes-sato/webkit/webkitgtk_2.16.6.bb   | 27 +++
  .../0001-sqlite3.c-use-1024-MAX_PATHNAME.patch | 37 +
  meta/recipes-support/sqlite/sqlite3_3.21.0.bb  |  1 +
  8 files changed, 179 insertions(+), 2 deletions(-)
  create mode 100644 
meta/recipes-devtools/go/files/0001-cmd-dist-unix.c-bprintf-use-larger-buf.patch
  create mode 100644 
meta/recipes-devtools/go/files/0002-cmd-gc-go.h-NSYMB-500-1000.patch
  create mode 100644 
meta/recipes-devtools/ninja/ninja/0001-src-util.cc-use-larger-kMaxPathComponents.patch
  create mode 100644 
meta/recipes-support/sqlite/files/0001-sqlite3.c-use-1024-MAX_PATHNAME.patch


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

[OE-core] [PATCH 3/4] runqemu: check for qemuboot.conf and raise error

[Robert Yang]

[YOCTO #12503]

Signed-off-by: Robert Yang 
---
 scripts/runqemu | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/scripts/runqemu b/scripts/runqemu
index 0ca62f4..d50c6d1 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -417,6 +417,9 @@ class BaseConfig(object):
 
 unknown_arg = ""
 for arg in sys.argv[1:]:
+if arg.endswith('.qemuboot.conf'):
+raise RunQemuError("qemuboot.conf is not supported any more, 
use qemuboot.json to instead of it")
+
 if arg in self.fstypes + self.vmtypes:
 self.check_arg_fstype(arg)
 elif arg == 'nographic':
-- 
2.7.4

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

[OE-core] [PATCH 4/4] selftest/cases/runqemu.py: qemuboot.conf -> qemuboot.json

[Robert Yang]

[YOCTO #12503]

Signed-off-by: Robert Yang 
---
 meta/lib/oeqa/selftest/cases/runqemu.py | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/runqemu.py 
b/meta/lib/oeqa/selftest/cases/runqemu.py
index 47d41f5..cfeb224 100644
--- a/meta/lib/oeqa/selftest/cases/runqemu.py
+++ b/meta/lib/oeqa/selftest/cases/runqemu.py
@@ -117,12 +117,12 @@ SYSLINUX_TIMEOUT = "10"
 
 @OETestID(2010)
 def test_boot_qemu_boot(self):
-"""Test runqemu /path/to/image.qemuboot.conf"""
-qemuboot_conf = "%s-%s.qemuboot.conf" % (self.recipe, self.machine)
-qemuboot_conf = os.path.join(self.deploy_dir_image, qemuboot_conf)
-if not os.path.exists(qemuboot_conf):
-self.skipTest("%s not found" % qemuboot_conf)
-cmd = "%s %s" % (self.cmd_common, qemuboot_conf)
+"""Test runqemu /path/to/image.qemuboot.json"""
+qb_json = "%s-%s.qemuboot.json" % (self.recipe, self.machine)
+qb_json = os.path.join(self.deploy_dir_image, qb_json)
+if not os.path.exists(qb_json):
+self.skipTest("%s not found" % qb_json)
+cmd = "%s %s" % (self.cmd_common, qb_json)
 with runqemu(self.recipe, ssh=False, launch_cmd=cmd) as qemu:
 self.assertTrue(qemu.runner.logged, "Failed: %s" % cmd)
 
-- 
2.7.4

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

[OE-core] [PATCH 1/4] qemuboot.bbclass: qemuboot.conf -> qemuboot.json

[Robert Yang]

The qemuboot.conf uses configparser which can't suport upper case as key, and
json is more clearer than configparser and is widely used in oe-core, so use
qemuboot.json to replace qemuboot.conf.

[YOCTO #12503]

Signed-off-by: Robert Yang 
---
 meta/classes/qemuboot.bbclass | 17 -
 1 file changed, 8 insertions(+), 9 deletions(-)

diff --git a/meta/classes/qemuboot.bbclass b/meta/classes/qemuboot.bbclass
index 15a9e63..7c46a85 100644
--- a/meta/classes/qemuboot.bbclass
+++ b/meta/classes/qemuboot.bbclass
@@ -67,7 +67,7 @@ QB_NETWORK_DEVICE ?= "-device 
virtio-net-pci,netdev=net0,mac=@MAC@"
 # This should be kept align with ROOT_VM
 QB_DRIVE_TYPE ?= "/dev/sd"
 
-# Create qemuboot.conf
+# Create qemuboot.json
 addtask do_write_qemuboot_conf after do_rootfs before do_image
 IMGDEPLOYDIR ?= "${WORKDIR}/deploy-${PN}-image-complete"
 
@@ -81,14 +81,13 @@ def qemuboot_vars(d):
 do_write_qemuboot_conf[vardeps] += "${@' '.join(qemuboot_vars(d))}"
 do_write_qemuboot_conf[vardepsexclude] += "TOPDIR"
 python do_write_qemuboot_conf() {
-import configparser
+import json
 
-qemuboot = "%s/%s.qemuboot.conf" % (d.getVar('IMGDEPLOYDIR'), 
d.getVar('IMAGE_NAME'))
-qemuboot_link = "%s/%s.qemuboot.conf" % (d.getVar('IMGDEPLOYDIR'), 
d.getVar('IMAGE_LINK_NAME'))
+qemuboot = "%s/%s.qemuboot.json" % (d.getVar('IMGDEPLOYDIR'), 
d.getVar('IMAGE_NAME'))
+qemuboot_link = "%s/%s.qemuboot.json" % (d.getVar('IMGDEPLOYDIR'), 
d.getVar('IMAGE_LINK_NAME'))
 finalpath = d.getVar("DEPLOY_DIR_IMAGE")
 topdir = d.getVar('TOPDIR')
-cf = configparser.ConfigParser()
-cf.add_section('config_bsp')
+qb_dict = {}
 for k in sorted(qemuboot_vars(d)):
 # qemu-helper-native sysroot is not removed by rm_work and
 # contains all tools required by runqemu
@@ -101,7 +100,7 @@ python do_write_qemuboot_conf() {
 # and still run them
 if val.startswith(topdir):
 val = os.path.relpath(val, finalpath)
-cf.set('config_bsp', k, '%s' % val)
+qb_dict[k] = val
 
 # QB_DEFAULT_KERNEL's value of KERNEL_IMAGETYPE is the name of a symlink
 # to the kernel file, which hinders relocatability of the qb conf.
@@ -111,11 +110,11 @@ python do_write_qemuboot_conf() {
 # we only want to write out relative paths so that we can relocate images
 # and still run them
 kernel = os.path.relpath(kernel, finalpath)
-cf.set('config_bsp', 'QB_DEFAULT_KERNEL', kernel)
+qb_dict['QB_DEFAULT_KERNEL'] = kernel
 
 bb.utils.mkdirhier(os.path.dirname(qemuboot))
 with open(qemuboot, 'w') as f:
-cf.write(f)
+json.dump(qb_dict, f, indent=4, sort_keys=True)
 
 if qemuboot_link != qemuboot:
 if os.path.lexists(qemuboot_link):
-- 
2.7.4

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

[OE-core] [PATCH 2/4] runqemu: qemuboot.conf -> qemuboot.json

[Robert Yang]

The qemuboot.conf uses configparser which can't suport upper case as key, and
json is more clearer than configparser and is widely used in oe-core, so use
qemuboot.json to replace qemuboot.conf.

[YOCTO #12503]

Signed-off-by: Robert Yang 
---
 scripts/runqemu | 70 -
 1 file changed, 35 insertions(+), 35 deletions(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index d998494..0ca62f4 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -26,7 +26,7 @@ import re
 import fcntl
 import shutil
 import glob
-import configparser
+import json
 
 class RunQemuError(Exception):
 """Custom exception to raise on known errors."""
@@ -38,8 +38,8 @@ class OEPathError(RunQemuError):
 super().__init__("In order for this script to dynamically infer 
paths\n \
 kernels or filesystem images, you either need bitbake in your PATH\n \
 or to source oe-init-build-env before running this script.\n\n \
-Dynamic path inference can be avoided by passing a *.qemuboot.conf to\n \
-runqemu, i.e. `runqemu /path/to/my-image-name.qemuboot.conf`\n\n %s" % message)
+Dynamic path inference can be avoided by passing a *.qemuboot.json to\n \
+runqemu, i.e. `runqemu /path/to/my-image-name.qemuboot.json`\n\n %s" % message)
 
 
 def create_logger():
@@ -93,7 +93,7 @@ Examples:
   runqemu
   runqemu qemuarm
   runqemu tmp/deploy/images/qemuarm
-  runqemu tmp/deploy/images/qemux86/
+  runqemu tmp/deploy/images/qemux86/
   runqemu qemux86-64 core-image-sato ext4
   runqemu qemux86-64 wic-image-minimal wic
   runqemu path/to/bzImage-qemux86.bin path/to/nfsrootdir/ serial
@@ -171,7 +171,7 @@ def check_free_port(host, port):
 
 class BaseConfig(object):
 def __init__(self):
-# The self.d saved vars from self.set(), part of them are from 
qemuboot.conf
+# The self.d saved vars from self.set(), part of them are from 
qemuboot.json
 self.d = {'QB_KERNEL_ROOT': '/dev/vda'}
 
 # Supported env vars, add it here if a var can be got from env,
@@ -197,7 +197,7 @@ class BaseConfig(object):
 # Setting one also adds "-vga std" because that is all that
 # OVMF supports.
 self.ovmf_bios = []
-self.qemuboot = ''
+self.qb_json = ''
 self.qbconfload = False
 self.kernel = ''
 self.kernel_cmdline = ''
@@ -268,8 +268,8 @@ class BaseConfig(object):
 
 def is_deploy_dir_image(self, p):
 if os.path.isdir(p):
-if not re.search('.qemuboot.conf$', '\n'.join(os.listdir(p)), 
re.M):
-logger.debug("Can't find required *.qemuboot.conf in %s" % p)
+if not re.search('.qemuboot.json$', '\n'.join(os.listdir(p)), 
re.M):
+logger.debug("Can't find required *.qemuboot.json in %s" % p)
 return False
 if not any(map(lambda name: '-image-' in name, os.listdir(p))):
 logger.debug("Can't find *-image-* in %s" % p)
@@ -309,14 +309,14 @@ class BaseConfig(object):
 
 def check_arg_path(self, p):
 """
-- Check whether it is .qemuboot.conf or contains 
.qemuboot.conf
+- Check whether it is .qemuboot.json or contains 
.qemuboot.json
 - Check whether is a kernel file
 - Check whether is a image file
 - Check whether it is a nfs dir
 - Check whether it is a OVMF flash file
 """
-if p.endswith('.qemuboot.conf'):
-self.qemuboot = p
+if p.endswith('.qemuboot.json'):
+self.qb_json = p
 self.qbconfload = True
 elif re.search('\.bin$', p) or re.search('bzImage', p) or \
  re.search('zImage', p) or re.search('vmlinux', p) or \
@@ -338,9 +338,9 @@ class BaseConfig(object):
 if fst:
 self.check_arg_fstype(fst)
 qb = re.sub('\.' + fst + "$", '', self.rootfs)
-qb = '%s%s' % (re.sub('\.rootfs$', '', qb), '.qemuboot.conf')
+qb = '%s%s' % (re.sub('\.rootfs$', '', qb), '.qemuboot.json')
 if os.path.exists(qb):
-self.qemuboot = qb
+self.qb_json = qb
 self.qbconfload = True
 else:
 logger.warn("%s doesn't exist" % qb)
@@ -701,7 +701,7 @@ class BaseConfig(object):
 self.check_tcpserial()
 
 def read_qemuboot(self):
-if not self.qemuboot:
+if not self.qb_json:
 if self.get('DEPLOY_DIR_IMAGE'):
 deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
 else:
@@ -713,10 +713,10 @@ class BaseConfig(object):
 machine = self.get('MACHINE')
 if not machine:
 machine = os.path.basename(deploy_dir_image)
-self.qemuboot = "%s/%s-%s.qemuboot.conf" % (deploy_dir_image,
+self.qb_json = "%s/%s-%s.qemuboot.json" % (deploy_dir_image,
 

[OE-core] [PATCH 0/4] use qemuboot.json to replace qemuboot.conf

[Robert Yang]

The qemuboot.conf uses configparser which can't suport upper case as key, and 
json is more clearer than configparser and is widely used in oe-core, so use 
qemuboot.json to replace qemuboot.conf.

// Robert

The following changes since commit a0988c3374e964170d1d24fc230306b887432d31:

  tcmode-default.inc: drop preferred version of gzip-native (2018-01-31 
17:01:12 +)

are available in the git repository at:

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

Robert Yang (4):
  qemuboot.bbclass: qemuboot.conf -> qemuboot.json
  runqemu: qemuboot.conf -> qemuboot.json
  runqemu: check for qemuboot.conf and raise error
  selftest/cases/runqemu.py: qemuboot.conf -> qemuboot.json

 meta/classes/qemuboot.bbclass   | 17 
 meta/lib/oeqa/selftest/cases/runqemu.py | 12 +++---
 scripts/runqemu | 73 +
 3 files changed, 52 insertions(+), 50 deletions(-)

-- 
2.7.4

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

[OE-core] ✗ patchtest: failure for Packages update

[Patchwork]

== Series Details ==

Series: Packages update
Revision: 1
URL   : https://patchwork.openembedded.org/series/10820/
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 LIC_FILES_CHKSUM changed on target wget but there is no 
"License-Update" tag in commit message 
[test_lic_files_chksum_modified_not_mentioned] 
  Suggested fixInclude "License-Update: " into the commit 
message with a brief description
  Current checksum file://COPYING;md5=d32239bcb673463ab874e80d47fae504
  New checksum file://COPYING;md5=c678957b0c8e964aa6c70fd77641a71e



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 5/7] json-c: update to 0.13

[Yi Zhao]

Drop 0001-Add-FALLTHRU-comment-to-handle-GCC7-warnings.patch since it
had been merged upstream.

Signed-off-by: Yi Zhao 
---
 ...-FALLTHRU-comment-to-handle-GCC7-warnings.patch | 74 --
 .../json-c/{json-c_0.12.1.bb => json-c_0.13.bb}| 11 ++--
 2 files changed, 5 insertions(+), 80 deletions(-)
 delete mode 100644 
meta/recipes-devtools/json-c/json-c/0001-Add-FALLTHRU-comment-to-handle-GCC7-warnings.patch
 rename meta/recipes-devtools/json-c/{json-c_0.12.1.bb => json-c_0.13.bb} (75%)

diff --git 
a/meta/recipes-devtools/json-c/json-c/0001-Add-FALLTHRU-comment-to-handle-GCC7-warnings.patch
 
b/meta/recipes-devtools/json-c/json-c/0001-Add-FALLTHRU-comment-to-handle-GCC7-warnings.patch
deleted file mode 100644
index 537be5e..000
--- 
a/meta/recipes-devtools/json-c/json-c/0001-Add-FALLTHRU-comment-to-handle-GCC7-warnings.patch
+++ /dev/null
@@ -1,74 +0,0 @@
-From 7b24f8bd95ad4f7d00c93ca2ad998c14a0266dbe Mon Sep 17 00:00:00 2001
-From: marxin 
-Date: Tue, 21 Mar 2017 08:42:11 +0100
-Subject: [PATCH] Add FALLTHRU comment to handle GCC7 warnings.
-

-Upstream-Status: Backport
-Signed-off-by: Khem Raj 
-
- json_object.c  |  1 +
- json_tokener.c |  1 +
- linkhash.c | 22 +++---
- 3 files changed, 13 insertions(+), 11 deletions(-)
-
-diff --git a/json_object.c b/json_object.c
-index 6cc73bc..77e8b21 100644
 a/json_object.c
-+++ b/json_object.c
-@@ -552,6 +552,7 @@ int64_t json_object_get_int64(struct json_object *jso)
- return jso->o.c_boolean;
-   case json_type_string:
-   if (json_parse_int64(jso->o.c_string.str, ) == 0) return cint;
-+  /* FALLTHRU */
-   default:
- return 0;
-   }
-diff --git a/json_tokener.c b/json_tokener.c
-index 9a76293..ae7b1ae 100644
 a/json_tokener.c
-+++ b/json_tokener.c
-@@ -305,6 +305,7 @@ struct json_object* json_tokener_parse_ex(struct 
json_tokener *tok,
- tok->err = json_tokener_error_parse_unexpected;
- goto out;
- }
-+  /* FALLTHRU */
-   case '"':
-   state = json_tokener_state_string;
-   printbuf_reset(tok->pb);
-diff --git a/linkhash.c b/linkhash.c
-index 712c387..74e3b0f 100644
 a/linkhash.c
-+++ b/linkhash.c
-@@ -376,17 +376,17 @@ static uint32_t hashlittle( const void *key, size_t 
length, uint32_t initval)
- /* last block: affect all 32 bits of (c) 
*/
- switch(length)   /* all the case statements fall through 
*/
- {
--case 12: c+=((uint32_t)k[11])<<24;
--case 11: c+=((uint32_t)k[10])<<16;
--case 10: c+=((uint32_t)k[9])<<8;
--case 9 : c+=k[8];
--case 8 : b+=((uint32_t)k[7])<<24;
--case 7 : b+=((uint32_t)k[6])<<16;
--case 6 : b+=((uint32_t)k[5])<<8;
--case 5 : b+=k[4];
--case 4 : a+=((uint32_t)k[3])<<24;
--case 3 : a+=((uint32_t)k[2])<<16;
--case 2 : a+=((uint32_t)k[1])<<8;
-+case 12: c+=((uint32_t)k[11])<<24; /* FALLTHRU */
-+case 11: c+=((uint32_t)k[10])<<16; /* FALLTHRU */
-+case 10: c+=((uint32_t)k[9])<<8; /* FALLTHRU */
-+case 9 : c+=k[8]; /* FALLTHRU */
-+case 8 : b+=((uint32_t)k[7])<<24; /* FALLTHRU */
-+case 7 : b+=((uint32_t)k[6])<<16; /* FALLTHRU */
-+case 6 : b+=((uint32_t)k[5])<<8; /* FALLTHRU */
-+case 5 : b+=k[4]; /* FALLTHRU */
-+case 4 : a+=((uint32_t)k[3])<<24; /* FALLTHRU */
-+case 3 : a+=((uint32_t)k[2])<<16; /* FALLTHRU */
-+case 2 : a+=((uint32_t)k[1])<<8; /* FALLTHRU */
- case 1 : a+=k[0];
-  break;
- case 0 : return c;
--- 
-2.12.2
-
diff --git a/meta/recipes-devtools/json-c/json-c_0.12.1.bb 
b/meta/recipes-devtools/json-c/json-c_0.13.bb
similarity index 75%
rename from meta/recipes-devtools/json-c/json-c_0.12.1.bb
rename to meta/recipes-devtools/json-c/json-c_0.13.bb
index 401cf13..06319de 100644
--- a/meta/recipes-devtools/json-c/json-c_0.12.1.bb
+++ b/meta/recipes-devtools/json-c/json-c_0.13.bb
@@ -5,18 +5,17 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=de54b60fbbc35123ba193fea8ee216f2"
 
 SRC_URI = "https://s3.amazonaws.com/json-c_releases/releases/${BP}.tar.gz \
-   file://0001-Add-FALLTHRU-comment-to-handle-GCC7-warnings.patch \
"
-SRC_URI[md5sum] = "55f7853f7d8cf664554ce3fa71bf1c7d"
-SRC_URI[sha256sum] = 
"2a136451a7932d80b7d197b10441e26e39428d67b1443ec43bbba824705e1123"
+SRC_URI[md5sum] = "11fc5d90c77375e5fc8401e8b9efbf21"
+SRC_URI[sha256sum] = 
"0316780be9ad16c42d7c26b015a784fd5df4b0909fef0aba51cfb13e492ac24d"
 
 UPSTREAM_CHECK_REGEX = "json-c-(?P\d+(\.\d+)+).tar"
 # json-c releases page is fetching the list of releases in some weird XML 
format
 # from https://s3.amazonaws.com/json-c_releases and processes it with 
javascript :-/
 #UPSTREAM_CHECK_URI = 
"https://s3.amazonaws.com/json-c_releases/releases/index.html;
-RECIPE_UPSTREAM_VERSION = "0.12.1"
-RECIPE_UPSTREAM_DATE = "Jun 07, 2016"
-CHECK_DATE = "Apr 19, 2017"
+RECIPE_UPSTREAM_VERSION = "0.13"

[OE-core] [PATCH 4/7] rsync: update to 3.1.3

[Yi Zhao]

Signed-off-by: Yi Zhao 
---
 meta/recipes-devtools/rsync/{rsync_3.1.2.bb => rsync_3.1.3.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/rsync/{rsync_3.1.2.bb => rsync_3.1.3.bb} (86%)

diff --git a/meta/recipes-devtools/rsync/rsync_3.1.2.bb 
b/meta/recipes-devtools/rsync/rsync_3.1.3.bb
similarity index 86%
rename from meta/recipes-devtools/rsync/rsync_3.1.2.bb
rename to meta/recipes-devtools/rsync/rsync_3.1.3.bb
index 1031984..84a0258 100644
--- a/meta/recipes-devtools/rsync/rsync_3.1.2.bb
+++ b/meta/recipes-devtools/rsync/rsync_3.1.3.bb
@@ -2,8 +2,8 @@ require rsync.inc
 
 SRC_URI += "file://makefile-no-rebuild.patch"
 
-SRC_URI[md5sum] = "0f758d7e000c0f7f7d3792610fad70cb"
-SRC_URI[sha256sum] = 
"ecfa62a7fa3c4c18b9eccd8c16eaddee4bd308a76ea50b5c02a5840f09c0a1c2"
+SRC_URI[md5sum] = "1581a588fde9d89f6bc6201e8129afaf"
+SRC_URI[sha256sum] = 
"55cc554efec5fdaad70de921cd5a5eeb6c29a95524c715f3bbf849235b0800c0"
 
 # GPLv2+ (<< 3.0.0), GPLv3+ (>= 3.0.0)
 LICENSE = "GPLv3+"
-- 
2.7.4

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

[OE-core] [PATCH 7/7] maintainers.inc: update maintainership

[Yi Zhao]

Reassign some Robert Yang's recipes to Yi Zhao.
Remove guile and mailx since these recipes were removed from oe-core.

Signed-off-by: Yi Zhao 
---
 meta/conf/distro/include/maintainers.inc | 42 +++-
 1 file changed, 20 insertions(+), 22 deletions(-)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 5d13395..34f3d81 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -130,7 +130,7 @@ RECIPE_MAINTAINER_pn-dbus = "Chen Qi 
"
 RECIPE_MAINTAINER_pn-dbus-glib = "Chen Qi "
 RECIPE_MAINTAINER_pn-dbus-test = "Chen Qi "
 RECIPE_MAINTAINER_pn-dbus-wait = "Chen Qi "
-RECIPE_MAINTAINER_pn-debianutils = "Robert Yang "
+RECIPE_MAINTAINER_pn-debianutils = "Yi Zhao "
 RECIPE_MAINTAINER_pn-depmodwrapper-cross = "Mark Hatle 
"
 RECIPE_MAINTAINER_pn-desktop-file-utils-native = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-dhcp = "Hongxu Jia "
@@ -168,7 +168,7 @@ RECIPE_MAINTAINER_pn-eudev = "Alejandro Hernandez 
"
 RECIPE_MAINTAINER_pn-gnome-themes-standard = "Maxin B. John 
"
 RECIPE_MAINTAINER_pn-gnu-config = "Robert Yang "
-RECIPE_MAINTAINER_pn-gnu-efi = "Robert Yang "
+RECIPE_MAINTAINER_pn-gnu-efi = "Yi Zhao "
 RECIPE_MAINTAINER_pn-gnupg = "Hongxu Jia "
 RECIPE_MAINTAINER_pn-gnutls = "Armin Kuster "
 RECIPE_MAINTAINER_pn-go = "Khem Raj "
@@ -256,7 +256,6 @@ RECIPE_MAINTAINER_pn-gtk-doc = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-gtk-engines = "Maxin B. John "
 RECIPE_MAINTAINER_pn-gtk-icon-utils-native = "Maxin B. John 
"
 RECIPE_MAINTAINER_pn-gtk-sato-engine = "Maxin B. John "
-RECIPE_MAINTAINER_pn-guile = "Robert Yang "
 RECIPE_MAINTAINER_pn-guilt-native = "Bruce Ashfield 
"
 RECIPE_MAINTAINER_pn-gummiboot = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-gzip = "Denys Dmytriyenko "
@@ -305,7 +304,7 @@ RECIPE_MAINTAINER_pn-l3afpad = "Maxin B. John 
"
 RECIPE_MAINTAINER_pn-lame = "Tanu Kaskinen "
 RECIPE_MAINTAINER_pn-latencytop = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-ldconfig-native = "Khem Raj "
-RECIPE_MAINTAINER_pn-less = "Robert Yang "
+RECIPE_MAINTAINER_pn-less = "Yi Zhao "
 RECIPE_MAINTAINER_pn-liba52 = "Tanu Kaskinen "
 RECIPE_MAINTAINER_pn-libacpi = "Maxin B. John "
 RECIPE_MAINTAINER_pn-libaio = "Alexander Kanavin "
@@ -314,11 +313,11 @@ RECIPE_MAINTAINER_pn-libart-lgpl = "Maxin B. John 
"
 RECIPE_MAINTAINER_pn-libassuan = "Armin Kuster "
 RECIPE_MAINTAINER_pn-libatomic-ops = "Maxin B. John "
 RECIPE_MAINTAINER_pn-libav = "Maxin B. John "
-RECIPE_MAINTAINER_pn-libbsd = "Robert Yang "
-RECIPE_MAINTAINER_pn-libcap = "Robert Yang "
-RECIPE_MAINTAINER_pn-libcap-ng = "Robert Yang "
+RECIPE_MAINTAINER_pn-libbsd = "Yi Zhao "
+RECIPE_MAINTAINER_pn-libcap = "Yi Zhao "
+RECIPE_MAINTAINER_pn-libcap-ng = "Yi Zhao "
 RECIPE_MAINTAINER_pn-libcgroup = "Alexander Kanavin 
"
-RECIPE_MAINTAINER_pn-libcheck = "Robert Yang "
+RECIPE_MAINTAINER_pn-libcheck = "Yi Zhao "
 RECIPE_MAINTAINER_pn-libclass-isa-perl = "Maxin B. John "
 RECIPE_MAINTAINER_pn-libcomps = "Alexander Kanavin 
"
 

[OE-core] [PATCH 6/7] tcl: update to 8.6.8

[Yi Zhao]

Rebase tcl-add-soname.patch

Signed-off-by: Yi Zhao 
---
 meta/recipes-devtools/tcltk/tcl/tcl-add-soname.patch   | 4 ++--
 meta/recipes-devtools/tcltk/{tcl_8.6.7.bb => tcl_8.6.8.bb} | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-devtools/tcltk/{tcl_8.6.7.bb => tcl_8.6.8.bb} (95%)

diff --git a/meta/recipes-devtools/tcltk/tcl/tcl-add-soname.patch 
b/meta/recipes-devtools/tcltk/tcl/tcl-add-soname.patch
index 96276ea..d1fc9b9 100644
--- a/meta/recipes-devtools/tcltk/tcl/tcl-add-soname.patch
+++ b/meta/recipes-devtools/tcltk/tcl/tcl-add-soname.patch
@@ -11,7 +11,7 @@ Index: unix/configure
 +  # following line added by CW for Debian GNU/Linux
 +  TCL_SHLIB_LD_EXTRAS="-Wl,-soname,\${TCL_LIB_FILE}.0"
 +
-   SHLIB_LD='${CC} -shared ${CFLAGS} ${LDFLAGS}'
+   SHLIB_LD='${CC} ${CFLAGS} ${LDFLAGS} -shared'
DL_OBJS="tclLoadDl.o"
DL_LIBS="-ldl"
 Index: unix/tcl.m4
@@ -25,7 +25,7 @@ Index: unix/tcl.m4
 +  # following line added by CW for Debian GNU/Linux
 +  TCL_SHLIB_LD_EXTRAS="-Wl,-soname,\${TCL_LIB_FILE}.0"
 +
-   SHLIB_LD='${CC} -shared ${CFLAGS} ${LDFLAGS}'
+   SHLIB_LD='${CC} ${CFLAGS} ${LDFLAGS} -shared'
DL_OBJS="tclLoadDl.o"
DL_LIBS="-ldl"
 Index: unix/Makefile.in
diff --git a/meta/recipes-devtools/tcltk/tcl_8.6.7.bb 
b/meta/recipes-devtools/tcltk/tcl_8.6.8.bb
similarity index 95%
rename from meta/recipes-devtools/tcltk/tcl_8.6.7.bb
rename to meta/recipes-devtools/tcltk/tcl_8.6.8.bb
index dac73be..4be2e89 100644
--- a/meta/recipes-devtools/tcltk/tcl_8.6.7.bb
+++ b/meta/recipes-devtools/tcltk/tcl_8.6.8.bb
@@ -24,8 +24,8 @@ SRC_URI = "${BASE_SRC_URI} \
file://alter-includedir.patch \
file://run-ptest \
 "
-SRC_URI[md5sum] = "5673aaf45b5de5d8dd80bb3daaeb8838"
-SRC_URI[sha256sum] = 
"7c6b8f84e37332423cfe5bae503440d88450da8cc1243496249faa5268026ba5"
+SRC_URI[md5sum] = "81656d3367af032e0ae6157eff134f89"
+SRC_URI[sha256sum] = 
"c43cb0c1518ce42b00e7c8f6eaddd5195c53a98f94adc717234a65cbcfd3f96a"
 
 SRC_URI_class-native = "${BASE_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 0/7] Packages update

[Yi Zhao]

Yi Zhao (7):
  debianutils: update to 4.8.4
  libbsd: update to 0.8.7
  wget: update to 1.19.4
  rsync: update to 3.1.3
  json-c: update to 0.13
  tcl: update to 8.6.8
  maintainers.inc: update maintainership

 meta/conf/distro/include/maintainers.inc   | 42 ++--
 ...-FALLTHRU-comment-to-handle-GCC7-warnings.patch | 74 --
 .../json-c/{json-c_0.12.1.bb => json-c_0.13.bb}| 11 ++--
 .../rsync/{rsync_3.1.2.bb => rsync_3.1.3.bb}   |  4 +-
 .../tcltk/tcl/tcl-add-soname.patch |  4 +-
 .../tcltk/{tcl_8.6.7.bb => tcl_8.6.8.bb}   |  4 +-
 meta/recipes-extended/wget/wget.inc|  2 +-
 .../wget/{wget_1.19.2.bb => wget_1.19.4.bb}|  4 +-
 ...debianutils_4.8.1.1.bb => debianutils_4.8.4.bb} |  8 ++-
 ...r-older-GCCs-not-supporting-__has_include.patch | 31 -
 ...001-Replace-__BEGIN_DECLS-and-__END_DECLS.patch | 65 +++
 .../libbsd/{libbsd_0.8.6.bb => libbsd_0.8.7.bb}|  5 +-
 12 files changed, 80 insertions(+), 174 deletions(-)
 delete mode 100644 
meta/recipes-devtools/json-c/json-c/0001-Add-FALLTHRU-comment-to-handle-GCC7-warnings.patch
 rename meta/recipes-devtools/json-c/{json-c_0.12.1.bb => json-c_0.13.bb} (75%)
 rename meta/recipes-devtools/rsync/{rsync_3.1.2.bb => rsync_3.1.3.bb} (86%)
 rename meta/recipes-devtools/tcltk/{tcl_8.6.7.bb => tcl_8.6.8.bb} (95%)
 rename meta/recipes-extended/wget/{wget_1.19.2.bb => wget_1.19.4.bb} (60%)
 rename meta/recipes-support/debianutils/{debianutils_4.8.1.1.bb => 
debianutils_4.8.4.bb} (86%)
 delete mode 100644 
meta/recipes-support/libbsd/libbsd/0001-Fix-for-older-GCCs-not-supporting-__has_include.patch
 rename meta/recipes-support/libbsd/{libbsd_0.8.6.bb => libbsd_0.8.7.bb} (89%)

-- 
2.7.4

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

[OE-core] [PATCH 2/7] libbsd: update to 0.8.7

[Yi Zhao]

Drop 0001-Fix-for-older-GCCs-not-supporting-__has_include.patch as it
had been merged upstream.
Rebase 0001-Replace-__BEGIN_DECLS-and-__END_DECLS.patch.

Signed-off-by: Yi Zhao 
---
 ...r-older-GCCs-not-supporting-__has_include.patch | 31 ---
 ...001-Replace-__BEGIN_DECLS-and-__END_DECLS.patch | 65 +-
 .../libbsd/{libbsd_0.8.6.bb => libbsd_0.8.7.bb}|  5 +-
 3 files changed, 41 insertions(+), 60 deletions(-)
 delete mode 100644 
meta/recipes-support/libbsd/libbsd/0001-Fix-for-older-GCCs-not-supporting-__has_include.patch
 rename meta/recipes-support/libbsd/{libbsd_0.8.6.bb => libbsd_0.8.7.bb} (89%)

diff --git 
a/meta/recipes-support/libbsd/libbsd/0001-Fix-for-older-GCCs-not-supporting-__has_include.patch
 
b/meta/recipes-support/libbsd/libbsd/0001-Fix-for-older-GCCs-not-supporting-__has_include.patch
deleted file mode 100644
index d13732b..000
--- 
a/meta/recipes-support/libbsd/libbsd/0001-Fix-for-older-GCCs-not-supporting-__has_include.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From 2fbf47ce9b64f4e07be223bc2870348a68f19d86 Mon Sep 17 00:00:00 2001
-From: Adam Lackorzynski 
-Date: Sat, 21 Oct 2017 23:08:31 +0200
-Subject: [PATCH] Fix for older GCCs not supporting __has_include*
-
-Upstream-Status: Submitted 
[https://bugs.freedesktop.org/show_bug.cgi?id=103396]
-Signed-off-by: Peter Kjellerstedt 

- include/bsd/sys/cdefs.h | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/include/bsd/sys/cdefs.h b/include/bsd/sys/cdefs.h
-index 044f221..b4c8f30 100644
 a/include/bsd/sys/cdefs.h
-+++ b/include/bsd/sys/cdefs.h
-@@ -25,10 +25,10 @@
-  */
- 
- #ifndef __has_include
--#define __has_include 1
-+#define __has_include(x) 1
- #endif
- #ifndef __has_include_next
--#define __has_include_next 1
-+#define __has_include_next(x) 1
- #endif
- 
- #ifdef LIBBSD_OVERLAY
--- 
-2.12.0
-
diff --git 
a/meta/recipes-support/libbsd/libbsd/0001-Replace-__BEGIN_DECLS-and-__END_DECLS.patch
 
b/meta/recipes-support/libbsd/libbsd/0001-Replace-__BEGIN_DECLS-and-__END_DECLS.patch
index e97e30e..54617b5 100644
--- 
a/meta/recipes-support/libbsd/libbsd/0001-Replace-__BEGIN_DECLS-and-__END_DECLS.patch
+++ 
b/meta/recipes-support/libbsd/libbsd/0001-Replace-__BEGIN_DECLS-and-__END_DECLS.patch
@@ -4,6 +4,7 @@ Date: Sun, 6 Nov 2016 09:39:31 -0800
 Subject: [PATCH 1/3] Replace __BEGIN_DECLS and __END_DECLS
 
 Signed-off-by: Khem Raj 
+Signed-off-by: Yi Zhao 
 ---
 Upstream-Status: Pending
 
@@ -13,14 +14,14 @@ Upstream-Status: Pending
  include/bsd/nlist.h  | 10 --
  include/bsd/readpassphrase.h | 10 --
  include/bsd/stdio.h  | 10 --
- include/bsd/stdlib.h | 10 --
- include/bsd/string.h | 10 --
+ include/bsd/stdlib.h | 12 +---
+ include/bsd/string.h | 12 +---
  include/bsd/stringlist.h | 10 --
  include/bsd/unistd.h | 10 --
  include/bsd/vis.h| 10 --
  include/bsd/wchar.h  | 10 --
  src/hash/sha512.h| 10 --
- 13 files changed, 104 insertions(+), 26 deletions(-)
+ 13 files changed, 106 insertions(+), 28 deletions(-)
 
 diff --git a/include/bsd/err.h b/include/bsd/err.h
 index 12fd051..43dfc32 100644
@@ -50,7 +51,7 @@ index 12fd051..43dfc32 100644
  
  #endif
 diff --git a/include/bsd/libutil.h b/include/bsd/libutil.h
-index ebb6160..28b919d 100644
+index 45b3b15..9c936e5 100644
 --- a/include/bsd/libutil.h
 +++ b/include/bsd/libutil.h
 @@ -53,7 +53,10 @@ struct pidfh {
@@ -78,7 +79,7 @@ index ebb6160..28b919d 100644
  /* humanize_number(3) */
  #define HN_DECIMAL  0x01
 diff --git a/include/bsd/md5.h b/include/bsd/md5.h
-index 9a75fad..3531fd6 100644
+index 5f3ae46..5d80e5c 100644
 --- a/include/bsd/md5.h
 +++ b/include/bsd/md5.h
 @@ -30,7 +30,10 @@ typedef struct MD5Context {
@@ -103,14 +104,14 @@ index 9a75fad..3531fd6 100644
 +#endif
 +/* __END_DECLS */
  
- #endif /* _MD5_H_ */
+ #endif /* LIBBSD_MD5_H */
 diff --git a/include/bsd/nlist.h b/include/bsd/nlist.h
-index 2730237..0389ab7 100644
+index cb297e8..e63bbbd 100644
 --- a/include/bsd/nlist.h
 +++ b/include/bsd/nlist.h
-@@ -30,8 +30,14 @@
- #include 
- #include 
+@@ -88,8 +88,14 @@ struct nlist {
+ 
+ #define N_FORMAT  "%08x"  /* namelist value format; XXX */
  
 -__BEGIN_DECLS
 +/* __BEGIN_DECLS */
@@ -126,7 +127,7 @@ index 2730237..0389ab7 100644
  
  #endif
 diff --git a/include/bsd/readpassphrase.h b/include/bsd/readpassphrase.h
-index e1dacc3..76e0d33 100644
+index 14744b8..fa73361 100644
 --- a/include/bsd/readpassphrase.h
 +++ b/include/bsd/readpassphrase.h
 @@ -34,8 +34,14 @@
@@ -145,13 +146,13 @@ index e1dacc3..76e0d33 100644
 +#endif
 +/* __END_DECLS */
  
- #endif /* !_READPASSPHRASE_H_ */
+ #endif /* !LIBBSD_READPASSPHRASE_H */
 diff --git a/include/bsd/stdio.h b/include/bsd/stdio.h
-index 

[OE-core] [PATCH 1/7] debianutils: update to 4.8.4

[Yi Zhao]

Signed-off-by: Yi Zhao 
---
 .../debianutils/{debianutils_4.8.1.1.bb => debianutils_4.8.4.bb}  | 8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)
 rename meta/recipes-support/debianutils/{debianutils_4.8.1.1.bb => 
debianutils_4.8.4.bb} (86%)

diff --git a/meta/recipes-support/debianutils/debianutils_4.8.1.1.bb 
b/meta/recipes-support/debianutils/debianutils_4.8.4.bb
similarity index 86%
rename from meta/recipes-support/debianutils/debianutils_4.8.1.1.bb
rename to meta/recipes-support/debianutils/debianutils_4.8.4.bb
index 1857d4b..300e6f1 100644
--- a/meta/recipes-support/debianutils/debianutils_4.8.1.1.bb
+++ b/meta/recipes-support/debianutils/debianutils_4.8.4.bb
@@ -3,13 +3,15 @@ SECTION = "base"
 LICENSE = "GPLv2 & SMAIL_GPL"
 LIC_FILES_CHKSUM = 
"file://debian/copyright;md5=f01a5203d50512fc4830b4332b696a9f"
 
-SRC_URI = 
"http://snapshot.debian.org/archive/debian/20170402T211732Z/pool/main/d/${BPN}/${BPN}_${PV}.tar.xz;
+SRC_URI = 
"http://snapshot.debian.org/archive/debian/20180129T164727Z/pool/main/d/${BPN}/${BPN}_${PV}.tar.xz;
 # the package is taken from snapshots.debian.org; that source is static and 
goes stale
 # so we check the latest upstream from a directory that does get updated
 UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/d/${BPN}/"
 
-SRC_URI[md5sum] = "ee5fcecaab071bd0c93e8a0cee65d6c4"
-SRC_URI[sha256sum] = 
"06446cd4c0d309fd31a0682c5c2f07f7613fb867f769414b9cc51f155ad73172"
+SRC_URI[md5sum] = "a6dcd496b4f79b3c452c3a74c2d3f89c"
+SRC_URI[sha256sum] = 
"c061ab99aea61f892043b7624b021ab5b193e9c6bbfd474da0fbcdd506be1eb2"
+
+S = "${WORKDIR}/${BPN}"
 
 inherit autotools update-alternatives
 
-- 
2.7.4

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

[OE-core] [PATCH 3/7] wget: update to 1.19.4

[Yi Zhao]

Update LIC_FILES_CHKSUM since replacing HTTP urls with HTTPS in COPYING

Signed-off-by: Yi Zhao 
---
 meta/recipes-extended/wget/wget.inc   | 2 +-
 meta/recipes-extended/wget/{wget_1.19.2.bb => wget_1.19.4.bb} | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/wget/{wget_1.19.2.bb => wget_1.19.4.bb} (60%)

diff --git a/meta/recipes-extended/wget/wget.inc 
b/meta/recipes-extended/wget/wget.inc
index e374e6d..3cff656 100644
--- a/meta/recipes-extended/wget/wget.inc
+++ b/meta/recipes-extended/wget/wget.inc
@@ -2,7 +2,7 @@ SUMMARY = "Console URL download utility supporting HTTP, FTP, 
etc"
 HOMEPAGE = "https://www.gnu.org/software/wget/;
 SECTION = "console/network"
 LICENSE = "GPLv3"
-LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
+LIC_FILES_CHKSUM = "file://COPYING;md5=c678957b0c8e964aa6c70fd77641a71e"
 DEPENDS = "gnutls zlib libpcre"
 
 inherit autotools gettext texinfo update-alternatives pkgconfig
diff --git a/meta/recipes-extended/wget/wget_1.19.2.bb 
b/meta/recipes-extended/wget/wget_1.19.4.bb
similarity index 60%
rename from meta/recipes-extended/wget/wget_1.19.2.bb
rename to meta/recipes-extended/wget/wget_1.19.4.bb
index c216ea8..fb7cce5 100644
--- a/meta/recipes-extended/wget/wget_1.19.2.bb
+++ b/meta/recipes-extended/wget/wget_1.19.4.bb
@@ -3,7 +3,7 @@ SRC_URI = "${GNU_MIRROR}/wget/wget-${PV}.tar.gz \
file://0002-improve-reproducibility.patch \
   "
 
-SRC_URI[md5sum] = "caabf9727fa429626316619a6369fffa"
-SRC_URI[sha256sum] = 
"4f4a673b6d466efa50fbfba796bd84a46ae24e370fa562ede5b21ab53c11a920"
+SRC_URI[md5sum] = "a2a2c1dc4ac5003fc25a8e60b4a9464e"
+SRC_URI[sha256sum] = 
"93fb96b0f48a20ff5be0d9d9d3c4a986b469cb853131f9d5fe4cc9cecbc8b5b5"
 
 require wget.inc
-- 
2.7.4

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

Re: [OE-core] [PATCH 4/6] python3-core: improve reproducibility

[Hongxu Jia]

On 2018年02月02日 03:27, Burton, Ross wrote:
On 12 January 2018 at 08:11, Hongxu Jia > wrote:


+  # Recompile _sysconfigdata after modifying it
+       cd ${PKGD}
+       ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \
+            -c "from py_compile import compile;
compile('./${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py')"
+       ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \
+            -c "from py_compile import compile;
compile('./${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py',
optimize=1)"
+       ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \
+            -c "from py_compile import compile;
compile('./${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py',
optimize=2)"
+       cd -


Do we really need to generate optimise=1 and optimise=2 variants for a 
file which is just data?




Yes, with a simple search in ${D}, any py file has a triples pyc

$ find image/ -name "site.cpython-35*"
image/usr/lib64/python3.5/__pycache__/site.cpython-35.pyc
image/usr/lib64/python3.5/__pycache__/site.cpython-35.opt-1.pyc
image/usr/lib64/python3.5/__pycache__/site.cpython-35.opt-2.pyc

If we do not require to generate so many duplicate optimize file,
I could improve python3's do_install process, but I am not sure
it is really necessary.


I'd suggest something like this would be neater:

rm -f ${PKGD}/${libdir}/python*/__pycache__/_sysconfigdata.*
nativepython -m py_compile ${PKGD}/${libdir}/python*/_sysconfigdata.py



I ust refer distutil* bbclass in oe-core.

//Hongxu


Ross



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

[OE-core] ✗ patchtest: failure for Upgrade glibc 2.27

[Patchwork]

== Series Details ==

Series: Upgrade glibc 2.27
Revision: 1
URL   : https://patchwork.openembedded.org/series/10819/
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 Patches not removed from tree [test_src_uri_left_files] 
  Suggested fixAmend the patch containing the software patch file removal
  Patch0028-Bug-4578-add-ld.so-lock-while-fork.patch
  Patch0027-glibc-reset-dl-load-write-lock-after-forking.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

[OE-core] [PATCH 2/2] glibc: Upgrade to 2.27 release

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/tcmode-default.inc|   2 +-
 ...tive_2.26.bb => cross-localedef-native_2.27.bb} |   4 +-
 ...glibc-initial_2.26.bb => glibc-initial_2.27.bb} |   0
 .../{glibc-locale_2.26.bb => glibc-locale_2.27.bb} |   0
 .../{glibc-mtrace_2.26.bb => glibc-mtrace_2.27.bb} |   0
 ...glibc-scripts_2.26.bb => glibc-scripts_2.27.bb} |   0
 ...libc-Look-for-host-system-ld.so.cache-as-.patch |  12 +-
 ...libc-Fix-buffer-overrun-with-a-relocated-.patch |  10 +-
 ...libc-Raise-the-size-of-arrays-containing-.patch |  28 ++--
 ...ivesdk-glibc-Allow-64-bit-atomics-for-x86.patch |   8 +-
 ...500-e5500-e6500-603e-fsqrt-implementation.patch |   6 +-
 ...-OECORE_KNOWN_INTERPRETER_NAMES-to-known-.patch |   8 +-
 ...-Fix-undefined-reference-to-__sqrt_finite.patch |   6 +-
 ...qrt-f-are-now-inline-functions-and-call-o.patch |   6 +-
 ...bug-1443-which-explains-what-the-patch-do.patch |  10 +-
 ...n-libm-err-tab.pl-with-specific-dirs-in-S.patch |  10 +-
 ...qrt-f-are-now-inline-functions-and-call-o.patch |   6 +-
 ...-configure.ac-handle-correctly-libc_cv_ro.patch |   8 +-
 .../glibc/glibc/0013-Add-unused-attribute.patch|   8 +-
 ...thin-the-path-sets-wrong-config-variables.patch |  10 +-
 ...-timezone-re-written-tzselect-as-posix-sh.patch |   8 +-
 ...move-bash-dependency-for-nscd-init-script.patch |   6 +-
 ...c-Cross-building-and-testing-instructions.patch |   6 +-
 ...018-eglibc-Help-bootstrap-cross-toolchain.patch |   8 +-
 .../0019-eglibc-Clear-cache-lines-on-ppc8xx.patch  |  10 +-
 ...0020-eglibc-Resolve-__fpscr_values-on-SH4.patch |   8 +-
 .../glibc/0021-eglibc-Install-PIC-archives.patch   |  20 +--
 ...ward-port-cross-locale-generation-support.patch |  90 +--
 ...0023-Define-DUMMY_LOCALE_T-if-not-defined.patch |   8 +-
 c-Make-_dl_build_local_scope-breadth-fir.patch |  10 +-
 ...-locale-fix-hard-coded-reference-to-gcc-E.patch |   6 +-
 ...6-reset-dl_load_write_lock-after-forking.patch} |  29 ++--
 ...o-lock-before-switching-to-malloc_atfork.patch} |  27 +++-
 ...loc-add-missing-arena-lock-in-malloc-info.patch | 172 -
 meta/recipes-core/glibc/glibc/CVE-2017-15671.patch |  65 
 meta/recipes-core/glibc/glibc/CVE-2017-16997.patch | 151 --
 meta/recipes-core/glibc/glibc/CVE-2017-17426.patch |  53 ---
 .../glibc/{glibc_2.26.bb => glibc_2.27.bb} |  14 +-
 38 files changed, 200 insertions(+), 633 deletions(-)
 rename meta/recipes-core/glibc/{cross-localedef-native_2.26.bb => 
cross-localedef-native_2.27.bb} (93%)
 rename meta/recipes-core/glibc/{glibc-initial_2.26.bb => 
glibc-initial_2.27.bb} (100%)
 rename meta/recipes-core/glibc/{glibc-locale_2.26.bb => glibc-locale_2.27.bb} 
(100%)
 rename meta/recipes-core/glibc/{glibc-mtrace_2.26.bb => glibc-mtrace_2.27.bb} 
(100%)
 rename meta/recipes-core/glibc/{glibc-scripts_2.26.bb => 
glibc-scripts_2.27.bb} (100%)
 rename 
meta/recipes-core/glibc/glibc/{0027-glibc-reset-dl-load-write-lock-after-forking.patch
 => 0026-reset-dl_load_write_lock-after-forking.patch} (63%)
 rename 
meta/recipes-core/glibc/glibc/{0028-Bug-4578-add-ld.so-lock-while-fork.patch => 
0027-Acquire-ld.so-lock-before-switching-to-malloc_atfork.patch} (76%)
 delete mode 100644 
meta/recipes-core/glibc/glibc/0029-malloc-add-missing-arena-lock-in-malloc-info.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-15671.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-16997.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-17426.patch
 rename meta/recipes-core/glibc/{glibc_2.26.bb => glibc_2.27.bb} (89%)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index 64ffeb5ef7..da45642440 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -26,8 +26,8 @@ GCCVERSION ?= "7.%"
 SDKGCCVERSION ?= "${GCCVERSION}"
 BINUVERSION ?= "2.29%"
 GDBVERSION ?= "8.0%"
-GLIBCVERSION ?= "2.26%"
 LINUXLIBCVERSION ?= "4.14%"
+GLIBCVERSION ?= "2.27%"
 
 PREFERRED_VERSION_gcc ?= "${GCCVERSION}"
 PREFERRED_VERSION_gcc-cross-${TARGET_ARCH} ?= "${GCCVERSION}"
diff --git a/meta/recipes-core/glibc/cross-localedef-native_2.26.bb 
b/meta/recipes-core/glibc/cross-localedef-native_2.27.bb
similarity index 93%
rename from meta/recipes-core/glibc/cross-localedef-native_2.26.bb
rename to meta/recipes-core/glibc/cross-localedef-native_2.27.bb
index fc5d70dbb9..d633e9bc37 100644
--- a/meta/recipes-core/glibc/cross-localedef-native_2.26.bb
+++ b/meta/recipes-core/glibc/cross-localedef-native_2.27.bb
@@ -21,8 +21,8 @@ SRCBRANCH ?= "release/${PV}/master"
 GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.\d+)*)"
 
-SRCREV_glibc ?= "1c9a5c270d8b66f30dcfaf1cb2d6cf39d3e18369"
-SRCREV_localedef ?= "dfb4afe551c6c6e94f9cc85417bd1f582168c843"
+SRCREV_glibc ?= "23158b08a0908f381459f273a984c6fd328363cb"
+SRCREV_localedef ?= 

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

[Khem Raj]

From: 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 00..62e8d3800b
--- /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 ccd8917f8d..8306db2ce5 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.16.1

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

[OE-core] [PATCH 0/2] Upgrade glibc 2.27

[Khem Raj]

qemu patch is needed for it to compile with glibc 2.27

The following changes since commit a0988c3374e964170d1d24fc230306b887432d31:

  tcmode-default.inc: drop preferred version of gzip-native (2018-01-31 
17:01:12 +)

are available in the Git repository at:

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

Khem Raj (1):
  glibc: Upgrade to 2.27 release

Ross Burton (1):
  qemu: fix memfd_create with glibc 2.27

 meta/conf/distro/include/tcmode-default.inc|   2 +-
 ...tive_2.26.bb => cross-localedef-native_2.27.bb} |   4 +-
 ...glibc-initial_2.26.bb => glibc-initial_2.27.bb} |   0
 .../{glibc-locale_2.26.bb => glibc-locale_2.27.bb} |   0
 .../{glibc-mtrace_2.26.bb => glibc-mtrace_2.27.bb} |   0
 ...glibc-scripts_2.26.bb => glibc-scripts_2.27.bb} |   0
 ...libc-Look-for-host-system-ld.so.cache-as-.patch |  12 +-
 ...libc-Fix-buffer-overrun-with-a-relocated-.patch |  10 +-
 ...libc-Raise-the-size-of-arrays-containing-.patch |  28 ++--
 ...ivesdk-glibc-Allow-64-bit-atomics-for-x86.patch |   8 +-
 ...500-e5500-e6500-603e-fsqrt-implementation.patch |   6 +-
 ...-OECORE_KNOWN_INTERPRETER_NAMES-to-known-.patch |   8 +-
 ...-Fix-undefined-reference-to-__sqrt_finite.patch |   6 +-
 ...qrt-f-are-now-inline-functions-and-call-o.patch |   6 +-
 ...bug-1443-which-explains-what-the-patch-do.patch |  10 +-
 ...n-libm-err-tab.pl-with-specific-dirs-in-S.patch |  10 +-
 ...qrt-f-are-now-inline-functions-and-call-o.patch |   6 +-
 ...-configure.ac-handle-correctly-libc_cv_ro.patch |   8 +-
 .../glibc/glibc/0013-Add-unused-attribute.patch|   8 +-
 ...thin-the-path-sets-wrong-config-variables.patch |  10 +-
 ...-timezone-re-written-tzselect-as-posix-sh.patch |   8 +-
 ...move-bash-dependency-for-nscd-init-script.patch |   6 +-
 ...c-Cross-building-and-testing-instructions.patch |   6 +-
 ...018-eglibc-Help-bootstrap-cross-toolchain.patch |   8 +-
 .../0019-eglibc-Clear-cache-lines-on-ppc8xx.patch  |  10 +-
 ...0020-eglibc-Resolve-__fpscr_values-on-SH4.patch |   8 +-
 .../glibc/0021-eglibc-Install-PIC-archives.patch   |  20 +--
 ...ward-port-cross-locale-generation-support.patch |  90 +--
 ...0023-Define-DUMMY_LOCALE_T-if-not-defined.patch |   8 +-
 c-Make-_dl_build_local_scope-breadth-fir.patch |  10 +-
 ...-locale-fix-hard-coded-reference-to-gcc-E.patch |   6 +-
 ...6-reset-dl_load_write_lock-after-forking.patch} |  29 ++--
 ...o-lock-before-switching-to-malloc_atfork.patch} |  27 +++-
 ...loc-add-missing-arena-lock-in-malloc-info.patch | 172 -
 meta/recipes-core/glibc/glibc/CVE-2017-15671.patch |  65 
 meta/recipes-core/glibc/glibc/CVE-2017-16997.patch | 151 --
 meta/recipes-core/glibc/glibc/CVE-2017-17426.patch |  53 ---
 .../glibc/{glibc_2.26.bb => glibc_2.27.bb} |  14 +-
 meta/recipes-devtools/qemu/qemu/memfd.patch|  57 +++
 meta/recipes-devtools/qemu/qemu_2.11.0.bb  |   2 +-
 40 files changed, 258 insertions(+), 634 deletions(-)
 rename meta/recipes-core/glibc/{cross-localedef-native_2.26.bb => 
cross-localedef-native_2.27.bb} (93%)
 rename meta/recipes-core/glibc/{glibc-initial_2.26.bb => 
glibc-initial_2.27.bb} (100%)
 rename meta/recipes-core/glibc/{glibc-locale_2.26.bb => glibc-locale_2.27.bb} 
(100%)
 rename meta/recipes-core/glibc/{glibc-mtrace_2.26.bb => glibc-mtrace_2.27.bb} 
(100%)
 rename meta/recipes-core/glibc/{glibc-scripts_2.26.bb => 
glibc-scripts_2.27.bb} (100%)
 rename 
meta/recipes-core/glibc/glibc/{0027-glibc-reset-dl-load-write-lock-after-forking.patch
 => 0026-reset-dl_load_write_lock-after-forking.patch} (63%)
 rename 
meta/recipes-core/glibc/glibc/{0028-Bug-4578-add-ld.so-lock-while-fork.patch => 
0027-Acquire-ld.so-lock-before-switching-to-malloc_atfork.patch} (76%)
 delete mode 100644 
meta/recipes-core/glibc/glibc/0029-malloc-add-missing-arena-lock-in-malloc-info.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-15671.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-16997.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-17426.patch
 rename meta/recipes-core/glibc/{glibc_2.26.bb => glibc_2.27.bb} (89%)
 create mode 100644 meta/recipes-devtools/qemu/qemu/memfd.patch

-- 
2.16.1

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

[OE-core] ✗ patchtest: failure for ninja: Upgrade from 1.7.2 to major release 1.8.2 (rev2)

[Patchwork]

== Series Details ==

Series: ninja: Upgrade from 1.7.2 to major release 1.8.2 (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/10780/
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 a0988c3374)



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] ninja: Upgrade from 1.7.2 to major release 1.8.2

[Alejandro Enedino Hernandez Samaniego]

Signed-off-by: Alejandro Enedino Hernandez Samaniego 
---
 meta/recipes-devtools/ninja/ninja_1.7.2.bb | 30 --
 meta/recipes-devtools/ninja/ninja_1.8.2.bb | 30 ++
 2 files changed, 30 insertions(+), 30 deletions(-)
 delete mode 100644 meta/recipes-devtools/ninja/ninja_1.7.2.bb
 create mode 100644 meta/recipes-devtools/ninja/ninja_1.8.2.bb

diff --git a/meta/recipes-devtools/ninja/ninja_1.7.2.bb 
b/meta/recipes-devtools/ninja/ninja_1.7.2.bb
deleted file mode 100644
index 4d3b272..000
--- a/meta/recipes-devtools/ninja/ninja_1.7.2.bb
+++ /dev/null
@@ -1,30 +0,0 @@
-SUMMARY = "Ninja is a small build system with a focus on speed."
-HOMEPAGE = "http://martine.github.com/ninja/;
-LICENSE = "Apache-2.0"
-LIC_FILES_CHKSUM = "file://COPYING;md5=a81586a64ad4e476c791cda7e2f2c52e"
-
-DEPENDS = "re2c-native ninja-native"
-
-SRCREV = "717b7b4a31db6027207588c0fb89c3ead384747b"
-
-SRC_URI = "git://github.com/martine/ninja.git;branch=release"
-UPSTREAM_CHECK_GITTAGREGEX = "v(?P.*)"
-
-S = "${WORKDIR}/git"
-
-do_configure[noexec] = "1"
-
-do_compile_class-native() {
-   ./configure.py --bootstrap
-}
-
-do_compile() {
-   ./configure.py
-   ninja
-}
-
-do_install() {
-   install -D -m 0755  ${S}/ninja ${D}${bindir}/ninja
-}
-
-BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-devtools/ninja/ninja_1.8.2.bb 
b/meta/recipes-devtools/ninja/ninja_1.8.2.bb
new file mode 100644
index 000..c6fcfef
--- /dev/null
+++ b/meta/recipes-devtools/ninja/ninja_1.8.2.bb
@@ -0,0 +1,30 @@
+SUMMARY = "Ninja is a small build system with a focus on speed."
+HOMEPAGE = "http://martine.github.com/ninja/;
+LICENSE = "Apache-2.0"
+LIC_FILES_CHKSUM = "file://COPYING;md5=a81586a64ad4e476c791cda7e2f2c52e"
+
+DEPENDS = "re2c-native ninja-native"
+
+SRCREV = "253e94c1fa511704baeb61cf69995bbf09ba435e"
+
+SRC_URI = "git://github.com/ninja-build/ninja.git;branch=release"
+UPSTREAM_CHECK_GITTAGREGEX = "v(?P.*)"
+
+S = "${WORKDIR}/git"
+
+do_configure[noexec] = "1"
+
+do_compile_class-native() {
+   ./configure.py --bootstrap
+}
+
+do_compile() {
+   ./configure.py
+   ninja
+}
+
+do_install() {
+   install -D -m 0755  ${S}/ninja ${D}${bindir}/ninja
+}
+
+BBCLASSEXTEND = "native nativesdk"
--
2.7.4

This email and any attachments are intended for the sole use of the named 
recipient(s) and contain(s) confidential information that may be proprietary, 
privileged or copyrighted under applicable law. If you are not the intended 
recipient, do not read, copy, or forward this email message or any attachments. 
Delete this email message and any attachments immediately.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] build-sysroots deletes wic imagedata environment variables

[Volker Vogelhuber]

It seems like build-sysroots does clean the sysroot directories. This 
has the effect that the imagedata folder within the sysroots dir is 
removed as well. That imagedata folder is created by the 
do_rootfs_wicenv task. Unfortunately the state of the task seems not to 
be reset when calling bitbake build-sysroots. So the imagedata folder is 
not recreated anymore when one calls bitbake again with an image recipe. 
The only way to recreate it seems to call bitbake with -f parameter to 
force a taint of the hash for the do_rootfs_wicenv task.

Is there a better solution?
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 01/20] oe-selftest: add a test for recipes without maintainers

[Paul Eggleton]

Hi Alex,

On Friday, 2 February 2018 7:01:51 AM NZDT Alexander Kanavin wrote:
> 'bitbake -c checkpkg world' is moved to class initializer to avoid
> it being run twice in a row.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/lib/oeqa/selftest/cases/distrodata.py | 32 
> +-
>  1 file changed, 27 insertions(+), 5 deletions(-)
> 
> diff --git a/meta/lib/oeqa/selftest/cases/distrodata.py 
> b/meta/lib/oeqa/selftest/cases/distrodata.py
> index 12540adc7d8..dd0760cce93 100644
> --- a/meta/lib/oeqa/selftest/cases/distrodata.py
> +++ b/meta/lib/oeqa/selftest/cases/distrodata.py
> @@ -9,6 +9,12 @@ class Distrodata(OESelftestTestCase):
>  @classmethod
>  def setUpClass(cls):
>  super(Distrodata, cls).setUpClass()
> +feature = 'INHERIT += "distrodata"\n'
> +feature += 'LICENSE_FLAGS_WHITELIST += " commercial"\n'
> +
> +cls.write_config(cls, feature)
> +bitbake('-c checkpkg world')
> +
>  
>  @OETestID(1902)
>  def test_checkpkg(self):
> @@ -18,11 +24,6 @@ class Distrodata(OESelftestTestCase):
>  Product: oe-core
>  Author:  Alexander Kanavin 
>  """
> -feature = 'INHERIT += "distrodata"\n'
> -feature += 'LICENSE_FLAGS_WHITELIST += " commercial"\n'
> -
> -self.write_config(feature)
> -bitbake('-c checkpkg world')
>  checkpkg_result = open(os.path.join(get_bb_var("LOG_DIR"), 
> "checkpkg.csv")).readlines()[1:]
>  regressed_failures = [pkg_data[0] for pkg_data in 
> [pkg_line.split('\t') for pkg_line in checkpkg_result] if pkg_data[11] == 
> 'UNKNOWN_BROKEN']
>  regressed_successes = [pkg_data[0] for pkg_data in 
> [pkg_line.split('\t') for pkg_line in checkpkg_result] if pkg_data[11] == 
> 'KNOWN_BROKEN']
> @@ -40,3 +41,24 @@ The following packages have been checked successfully for 
> upstream versions,
>  but their recipes claim otherwise by setting UPSTREAM_VERSION_UNKNOWN. 
> Please remove that line from the recipes.
>  """ + "\n".join(regressed_successes)
>  self.assertTrue(len(regressed_failures) == 0 and 
> len(regressed_successes) == 0, msg)
> +
> +def test_maintainers(self):
> +"""
> +Summary: Test that recipes have a maintainer
> +Expected:All recipes (except a few special static/testing ones) 
> should have a maintainer listed in maintainers.inc file.
> +Product: oe-core
> +Author:  Alexander Kanavin 
> +"""
> +def is_exception(pkg):
> +exceptions = ["packagegroup-", "initramfs-", 
> "systemd-machine-units", "container-image-testpkg", "postinst", 
> "devtool-test-", "selftest-ed", "target-sdk-provides-dummy"]
> +for i in exceptions:
> + if i in pkg:
> + return True
> +return False
> +
> +checkpkg_result = open(os.path.join(get_bb_var("LOG_DIR"), 
> "checkpkg.csv")).readlines()[1:]
> +no_maintainer_list = [pkg_data[0] for pkg_data in 
> [pkg_line.split('\t') for pkg_line in checkpkg_result] if pkg_data[14] == '' 
> and not is_exception(pkg_data[0])]
> +msg = """
> +The following packages do not have a maintainer assigned to them. Please
> add an entry to meta/conf/distro/include/maintainers.inc file.
> +""" + "\n".join(no_maintainer_list)
> +self.assertTrue(len(no_maintainer_list) == 0, msg)
> 

I understand the intention, but I don't think oe-selftest is the right place to 
be
doing this. It's going to fail for sure if you have any non-OE-Core layers in
your configuration.

One thing I have continued to campaign for (and I'm aware that not everyone
completely agrees) is that oe-selftest should be able to be run with people's
own configurations, we shouldn't necessarily assume that it's only our default
being tested - that way we maximise oe-selftest's utility and audience. Of
course there's a limit to that, if someone's esoteric configuration breaks it
they get to keep the pieces - but this will definitely break with anyone's
custom configuration, esoteric or otherwise.

By all means let's have a script that does this - it's even trivial to write one
with tinfoil.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 4/6] python3-core: improve reproducibility

[Burton, Ross]

On 12 January 2018 at 08:11, Hongxu Jia  wrote:

> +   # Recompile _sysconfigdata after modifying it
> +   cd ${PKGD}
> +   ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \
> +-c "from py_compile import compile;
> compile('./${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py')"
> +   ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \
> +-c "from py_compile import compile;
> compile('./${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py',
> optimize=1)"
> +   ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \
> +-c "from py_compile import compile;
> compile('./${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py',
> optimize=2)"
> +   cd -
>

Do we really need to generate optimise=1 and optimise=2 variants for a file
which is just data?

I'd suggest something like this would be neater:

rm -f ${PKGD}/${libdir}/python*/__pycache__/_sysconfigdata.*
nativepython -m py_compile ${PKGD}/${libdir}/python*/_sysconfigdata.py

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

Re: [OE-core] ✗ patchtest: failure for "oe-selftest: add a test for re..." and 19 more

[Alexander Kanavin]

On 02/01/2018 08:33 PM, Patchwork wrote:

* Issue LIC_FILES_CHKSUM changed on target rpm but there is no 
"License-Update" tag in commit message 
[test_lic_files_chksum_modified_not_mentioned]
   Suggested fixInclude "License-Update: " into the commit 
message with a brief description
   Current checksum file://COPYING;md5=f5259151d26ff18e78023450a5ac8d96
   New checksum file://COPYING;md5=c0bf017c0fd1920e6158a333acabfd4a


Actually, there is :) I just sent Leo a fix for this.



* Issue Added patch file is missing Upstream-Status in the header 
[test_upstream_status_presence_format]
   Suggested fixAdd Upstream-Status:  to the header of 
meta/recipes-extended/iputils/files/0001-Fix-build-on-MUSL.patch
   Standard format  Upstream-Status: 
   Valid status Pending, Accepted, Backport, Denied, Inappropriate 
[reason], Submitted [where]


Fixed in branch:
https://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates


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

Re: [OE-core] [PATCHv3] security_flags.inc, xorg-driver-common.inc: Move SECURITY_X_LDFLAGS logic

[Khem Raj]

On Thu, Feb 1, 2018 at 6:16 AM, Tom Rini  wrote:
> We need to ensure that all xorg modules are linked with
> SECURITY_X_LDFLAGS to ensure that they will be able to resolve their run
> time dependencies.  The approach of listing each driver in
> security_flags.inc lets less frequently used drivers be run-time
> broken.  Move the flag logic into xorg-driver-common.inc so that all
> xorg modules from all layers will have the correct security flags used.
>
> Cc: Khem Raj 
> Signed-off-by: Tom Rini 
> ---
> Changes in v3:
> - After reviewing fixing the drivers in meta-openembedded/meta-oe if we
>   move this logic into the common xf86 drivers inc file that all
>   layers use to correctly make these drivers, all layers will get this
>   fix for free if we move to overriding there instead.  Add a comment to
>   security_flags.inc for future reference.

generally, we try to pin this in global inc file so they disappear
when someone is
not using this feature. but here I like this approach since it turns
into a no-op
if security_flags.inc is not included.

> Changes in v2:
> - Oops, can't use % globbing in security_flags.inc, grabs brown paper
>   bag
> ---
>  meta/conf/distro/include/security_flags.inc  | 8 ++--
>  meta/recipes-graphics/xorg-driver/xorg-driver-common.inc | 2 ++
>  2 files changed, 4 insertions(+), 6 deletions(-)
>
> diff --git a/meta/conf/distro/include/security_flags.inc 
> b/meta/conf/distro/include/security_flags.inc
> index 7ea1049edff8..49d2417a882f 100644
> --- a/meta/conf/distro/include/security_flags.inc
> +++ b/meta/conf/distro/include/security_flags.inc
> @@ -59,12 +59,8 @@ TARGET_LDFLAGS_append_class-target = " ${SECURITY_LDFLAGS}"
>  SECURITY_LDFLAGS_remove_pn-gcc-runtime = "-fstack-protector-strong"
>  SECURITY_LDFLAGS_remove_pn-glibc = "-fstack-protector-strong"
>  SECURITY_LDFLAGS_remove_pn-glibc-initial = "-fstack-protector-strong"
> -SECURITY_LDFLAGS_pn-xf86-video-fbdev = "${SECURITY_X_LDFLAGS}"
> -SECURITY_LDFLAGS_pn-xf86-video-intel = "${SECURITY_X_LDFLAGS}"
> -SECURITY_LDFLAGS_pn-xf86-video-omapfb = "${SECURITY_X_LDFLAGS}"
> -SECURITY_LDFLAGS_pn-xf86-video-omap = "${SECURITY_X_LDFLAGS}"
> -SECURITY_LDFLAGS_pn-xf86-video-vesa = "${SECURITY_X_LDFLAGS}"
> -SECURITY_LDFLAGS_pn-xf86-video-vmware = "${SECURITY_X_LDFLAGS}"
> +# All xorg module drivers need to be linked this way as well and are
> +# handled in recipes-graphics/xorg-driver/xorg-driver-common.inc
>  SECURITY_LDFLAGS_pn-xserver-xorg = "${SECURITY_X_LDFLAGS}"
>
>  TARGET_CC_ARCH_append_pn-binutils = " ${SELECTED_OPTIMIZATION}"
> diff --git a/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc 
> b/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
> index fe42f11b6898..bca0aade6cb5 100644
> --- a/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
> +++ b/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
> @@ -38,3 +38,5 @@ def _add_xorg_abi_depends(d, name):
>
>  pn = d.getVar("PN")
>  d.appendVar('RDEPENDS_' + pn, ' ' + abi)
> +
> +SECURITY_LDFLAGS = "${SECURITY_X_LDFLAGS}"
> --
> 2.7.4
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for "oe-selftest: add a test for re..." and 19 more

[Patchwork]

== Series Details ==

Series: "oe-selftest: add a test for re..." and 19 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/10815/
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 LIC_FILES_CHKSUM changed on target rpm but there is no 
"License-Update" tag in commit message 
[test_lic_files_chksum_modified_not_mentioned] 
  Suggested fixInclude "License-Update: " into the commit 
message with a brief description
  Current checksum file://COPYING;md5=f5259151d26ff18e78023450a5ac8d96
  New checksum file://COPYING;md5=c0bf017c0fd1920e6158a333acabfd4a

* Issue Added patch file is missing Upstream-Status in the header 
[test_upstream_status_presence_format] 
  Suggested fixAdd Upstream-Status:  to the header of 
meta/recipes-extended/iputils/files/0001-Fix-build-on-MUSL.patch
  Standard format  Upstream-Status: 
  Valid status Pending, Accepted, Backport, Denied, Inappropriate [reason], 
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

[OE-core] [PATCH 20/20] libmpc: fix upstream version check

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/libmpc/libmpc_1.0.3.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/libmpc/libmpc_1.0.3.bb 
b/meta/recipes-support/libmpc/libmpc_1.0.3.bb
index 4f1f5242fb1..9c8c5f643f7 100644
--- a/meta/recipes-support/libmpc/libmpc_1.0.3.bb
+++ b/meta/recipes-support/libmpc/libmpc_1.0.3.bb
@@ -8,7 +8,7 @@ SRC_URI = 
"http://www.multiprecision.org/mpc/download/mpc-${PV}.tar.gz;
 SRC_URI[md5sum] = "d6a1d5f8ddea3abd2cc3e98f58352d26"
 SRC_URI[sha256sum] = 
"617decc6ea09889fb08ede330917a00b16809b8db88c29c31bfbb49cbf88ecc3"
 
-UPSTREAM_CHECK_URI = 
"http://www.multiprecision.org/index.php?prog=mpc=download;
+UPSTREAM_CHECK_URI = "http://www.multiprecision.org/mpc/download.html;
 
 S = "${WORKDIR}/mpc-${PV}"
 BBCLASSEXTEND = "native nativesdk"
-- 
2.15.1

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

[OE-core] [PATCH 19/20] babeltrace: update to 1.5.4

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../recipes-kernel/lttng/{babeltrace_1.5.3.bb => babeltrace_1.5.4.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-kernel/lttng/{babeltrace_1.5.3.bb => babeltrace_1.5.4.bb} 
(82%)

diff --git a/meta/recipes-kernel/lttng/babeltrace_1.5.3.bb 
b/meta/recipes-kernel/lttng/babeltrace_1.5.4.bb
similarity index 82%
rename from meta/recipes-kernel/lttng/babeltrace_1.5.3.bb
rename to meta/recipes-kernel/lttng/babeltrace_1.5.4.bb
index 4d81da0160d..a29402adb16 100644
--- a/meta/recipes-kernel/lttng/babeltrace_1.5.3.bb
+++ b/meta/recipes-kernel/lttng/babeltrace_1.5.4.bb
@@ -15,5 +15,5 @@ SRC_URI = 
"http://www.efficios.com/files/babeltrace/babeltrace-${PV}.tar.bz2 \
 
 EXTRA_OECONF = "--disable-debug-info"
 
-SRC_URI[md5sum] = "0cec2745ac316649791c43f416d71ea1"
-SRC_URI[sha256sum] = 
"2249fee5beba657731f5d6a84c5296c6517f544bfbe7571bd1fd7af23726137c"
+SRC_URI[md5sum] = "3e8cdafec3ac0346a389870e87bf1344"
+SRC_URI[sha256sum] = 
"9643039923a0abc75a25b3d594cee0017423b57f10d2b625e96ed1e8d4891fc1"
-- 
2.15.1

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

[OE-core] [PATCH 16/20] dtc: upgrade to 1.4.6

[Alexander Kanavin]

Drop upstreamed patch.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-kernel/dtc/dtc.inc|  1 -
 ...cks-Use-proper-format-modifier-for-size_t.patch | 43 --
 .../dtc/{dtc_1.4.5.bb => dtc_1.4.6.bb} |  2 +-
 3 files changed, 1 insertion(+), 45 deletions(-)
 delete mode 100644 
meta/recipes-kernel/dtc/dtc/0001-checks-Use-proper-format-modifier-for-size_t.patch
 rename meta/recipes-kernel/dtc/{dtc_1.4.5.bb => dtc_1.4.6.bb} (81%)

diff --git a/meta/recipes-kernel/dtc/dtc.inc b/meta/recipes-kernel/dtc/dtc.inc
index d259c57e8d9..925cca92fac 100644
--- a/meta/recipes-kernel/dtc/dtc.inc
+++ b/meta/recipes-kernel/dtc/dtc.inc
@@ -7,7 +7,6 @@ DEPENDS = "flex-native bison-native"
 
 SRC_URI = "git://git.kernel.org/pub/scm/utils/dtc/dtc.git \
file://make_install.patch \
-   file://0001-checks-Use-proper-format-modifier-for-size_t.patch \
"
 UPSTREAM_CHECK_GITTAGREGEX = "v(?P\d+(\.\d+)+)"
 
diff --git 
a/meta/recipes-kernel/dtc/dtc/0001-checks-Use-proper-format-modifier-for-size_t.patch
 
b/meta/recipes-kernel/dtc/dtc/0001-checks-Use-proper-format-modifier-for-size_t.patch
deleted file mode 100644
index cab384dd99a..000
--- 
a/meta/recipes-kernel/dtc/dtc/0001-checks-Use-proper-format-modifier-for-size_t.patch
+++ /dev/null
@@ -1,43 +0,0 @@
-From c7a4c3817796107bb824a1f173faf90fae45396b Mon Sep 17 00:00:00 2001
-From: Thierry Reding 
-Date: Wed, 27 Sep 2017 15:04:09 +0200
-Subject: [PATCH] checks: Use proper format modifier for size_t
-
-The size of size_t can vary between architectures, so using %ld isn't
-going to work on 32-bit builds. Use the %zu modifier to make sure it is
-always correct.
-
-Upstream-Status: Backport
-Signed-off-by: Thierry Reding 
-Acked-by: Rob Herring 
-Signed-off-by: David Gibson 
-Signed-off-by: Alexander Kanavin 

- checks.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/checks.c b/checks.c
-index 902f2e3..08a3a29 100644
 a/checks.c
-+++ b/checks.c
-@@ -972,7 +972,7 @@ static void check_property_phandle_args(struct check *c,
-   int cell, cellsize = 0;
- 
-   if (prop->val.len % sizeof(cell_t)) {
--  FAIL(c, dti, "property '%s' size (%d) is invalid, expected 
multiple of %ld in node %s",
-+  FAIL(c, dti, "property '%s' size (%d) is invalid, expected 
multiple of %zu in node %s",
-prop->name, prop->val.len, sizeof(cell_t), node->fullpath);
-   return;
-   }
-@@ -1163,7 +1163,7 @@ static void check_interrupts_property(struct check *c,
-   return;
- 
-   if (irq_prop->val.len % sizeof(cell_t))
--  FAIL(c, dti, "property '%s' size (%d) is invalid, expected 
multiple of %ld in node %s",
-+  FAIL(c, dti, "property '%s' size (%d) is invalid, expected 
multiple of %zu in node %s",
-irq_prop->name, irq_prop->val.len, sizeof(cell_t),
-node->fullpath);
- 
--- 
-2.15.0
-
diff --git a/meta/recipes-kernel/dtc/dtc_1.4.5.bb 
b/meta/recipes-kernel/dtc/dtc_1.4.6.bb
similarity index 81%
rename from meta/recipes-kernel/dtc/dtc_1.4.5.bb
rename to meta/recipes-kernel/dtc/dtc_1.4.6.bb
index 0e46cfbeb4f..78c57363926 100644
--- a/meta/recipes-kernel/dtc/dtc_1.4.5.bb
+++ b/meta/recipes-kernel/dtc/dtc_1.4.6.bb
@@ -3,7 +3,7 @@ require dtc.inc
 LIC_FILES_CHKSUM = "file://GPL;md5=94d55d512a9ba36caa9b7df079bae19f \

file://libfdt/libfdt.h;beginline=3;endline=52;md5=fb360963151f8ec2d6c06b055bcbb68c"
 
-SRCREV = "22a65c5331c22979d416738eb756b9541672e00d"
+SRCREV = "e54388015af1fb4bf04d0bca99caba1074d9cc42"
 
 S = "${WORKDIR}/git"
 
-- 
2.15.1

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

[OE-core] [PATCH 17/20] ffmpeg: update to 3.4.1

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-multimedia/ffmpeg/{ffmpeg_3.4.bb => ffmpeg_3.4.1.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-multimedia/ffmpeg/{ffmpeg_3.4.bb => ffmpeg_3.4.1.bb} (97%)

diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_3.4.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_3.4.1.bb
similarity index 97%
rename from meta/recipes-multimedia/ffmpeg/ffmpeg_3.4.bb
rename to meta/recipes-multimedia/ffmpeg/ffmpeg_3.4.1.bb
index 42dbe5582f3..1837956904d 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_3.4.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_3.4.1.bb
@@ -26,8 +26,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 SRC_URI = "https://www.ffmpeg.org/releases/${BP}.tar.xz \
file://mips64_cpu_detection.patch \
"
-SRC_URI[md5sum] = "c64ba7247bb91e516f6a5789348fd5b5"
-SRC_URI[sha256sum] = 
"aeee06e4d8b18d852c61ebbfe5e1bb7014b1e118e8728c1c2115f91e51bffbef"
+SRC_URI[md5sum] = "726212db1b8a7eff6c25a2bc2e6fa75c"
+SRC_URI[sha256sum] = 
"5a77278a63741efa74e26bf197b9bb09ac6381b9757391b922407210f0f991c0"
 
 # Build fails when thumb is enabled: 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=7717
 ARM_INSTRUCTION_SET = "arm"
-- 
2.15.1

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

[OE-core] [PATCH 18/20] iputils: update to 20161105

[Alexander Kanavin]

We've been using obsolete upstream URI for quite a while; meanwhile
a lot of development has happened

Drop all the patches: they are either changing the code that has been 
refactored,
or are backports.

Add a new musl fix patch from gentoo.

ping6 and tracepath6 variants have been folded into standard versions.

Signed-off-by: Alexander Kanavin 
---
 .../iputils/files/0001-Fix-build-on-MUSL.patch | 93 ++
 .../files/0001-Fix-header-inclusion-for-musl.patch | 92 -
 .../0001-Intialize-struct-elements-by-name.patch   | 52 
 ...ing-fix-arping-hang-if-SIGALRM-is-blocked.patch | 44 --
 .../iputils/files/debian/targets.diff  | 15 
 .../iputils/files/debian/use_gethostbyname2.diff   | 31 
 .../iputils/files/nsgmls-path-fix.patch| 27 ---
 .../{iputils_s20151218.bb => iputils_s20161105.bb} | 33 +++-
 8 files changed, 103 insertions(+), 284 deletions(-)
 create mode 100644 
meta/recipes-extended/iputils/files/0001-Fix-build-on-MUSL.patch
 delete mode 100644 
meta/recipes-extended/iputils/files/0001-Fix-header-inclusion-for-musl.patch
 delete mode 100644 
meta/recipes-extended/iputils/files/0001-Intialize-struct-elements-by-name.patch
 delete mode 100644 
meta/recipes-extended/iputils/files/arping-fix-arping-hang-if-SIGALRM-is-blocked.patch
 delete mode 100644 meta/recipes-extended/iputils/files/debian/targets.diff
 delete mode 100644 
meta/recipes-extended/iputils/files/debian/use_gethostbyname2.diff
 delete mode 100644 meta/recipes-extended/iputils/files/nsgmls-path-fix.patch
 rename meta/recipes-extended/iputils/{iputils_s20151218.bb => 
iputils_s20161105.bb} (56%)

diff --git a/meta/recipes-extended/iputils/files/0001-Fix-build-on-MUSL.patch 
b/meta/recipes-extended/iputils/files/0001-Fix-build-on-MUSL.patch
new file mode 100644
index 000..c86dafc0380
--- /dev/null
+++ b/meta/recipes-extended/iputils/files/0001-Fix-build-on-MUSL.patch
@@ -0,0 +1,93 @@
+From c6c5966d9fae27bc2f0a34ab59b999555111bd2d Mon Sep 17 00:00:00 2001
+From: Aric Belsito 
+Date: Sun, 29 Oct 2017 23:17:03 +0100
+Subject: [PATCH] Fix build on MUSL
+
+Add missing AI_IDN and NI_IDN declarations.
+
+Bug: https://bugs.gentoo.org/503914
+Signed-off-by: Alexander Kanavin 
+---
+ arping.c  |  7 +++
+ ping.h| 11 +++
+ tracepath.c   |  8 
+ traceroute6.c |  4 
+ 4 files changed, 30 insertions(+)
+
+diff --git a/arping.c b/arping.c
+index 1a3f40b..531d29d 100644
+--- a/arping.c
 b/arping.c
+@@ -45,6 +45,13 @@ struct sysfs_devattr_values;
+ #ifdef USE_IDN
+ #include 
+ #include 
++
++#ifndef AI_IDN
++#define AI_IDN 0x0040
++#endif
++#ifndef AI_CANONIDN
++#define AI_CANONIDN 0x0080
++#endif
+ #endif
+ 
+ #include "SNAPSHOT.h"
+diff --git a/ping.h b/ping.h
+index 749f3ff..227315f 100644
+--- a/ping.h
 b/ping.h
+@@ -38,6 +38,17 @@
+ #include 
+ #include 
+ #include 
++
++#ifndef AI_IDN
++#define AI_IDN 0x0040
++#endif
++#ifndef AI_CANONIDN
++#define AI_CANONIDN 0x0080
++#endif
++#ifndef NI_IDN
++#define NI_IDN 32
++#endif
++
+ #define getaddrinfo_flags (AI_CANONNAME | AI_IDN | AI_CANONIDN)
+ #define getnameinfo_flags NI_IDN
+ #else
+diff --git a/tracepath.c b/tracepath.c
+index 74a829d..dcec5b9 100644
+--- a/tracepath.c
 b/tracepath.c
+@@ -30,6 +30,14 @@
+ #ifdef USE_IDN
+ #include 
+ #include 
++
++#ifndef AI_IDN
++#define AI_IDN 0x0040
++#endif
++#ifndef NI_IDN
++#define NI_IDN 32
++#endif
++
+ #define getnameinfo_flags NI_IDN
+ #else
+ #define getnameinfo_flags 0
+diff --git a/traceroute6.c b/traceroute6.c
+index 48fc5c5..8d1eebf 100644
+--- a/traceroute6.c
 b/traceroute6.c
+@@ -251,6 +251,10 @@
+ #include 
+ #include 
+ 
++#ifndef NI_IDN
++#define NI_IDN 32
++#endif
++
+ #define getnameinfo_flags NI_IDN
+ #else
+ #define getnameinfo_flags 0
+-- 
+2.15.1
+
diff --git 
a/meta/recipes-extended/iputils/files/0001-Fix-header-inclusion-for-musl.patch 
b/meta/recipes-extended/iputils/files/0001-Fix-header-inclusion-for-musl.patch
deleted file mode 100644
index 20ef07e44af..000
--- 
a/meta/recipes-extended/iputils/files/0001-Fix-header-inclusion-for-musl.patch
+++ /dev/null
@@ -1,92 +0,0 @@
-From be0bb81d72fea4d20da74f4f2236aa145684f332 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Wed, 6 Jan 2016 14:14:22 -0800
-Subject: [PATCH] Fix header inclusion for musl
-
-Fix errors e.g.
-
-In file included from tracepath.c:17:0:
-/usr/include/linux/errqueue.h:33:18:
-error: array type has incomplete element type 'struct timespec'
-  struct timespec ts[3];
-  ^
-tracepath.c: In function 'main':
-tracepath.c:329:16: error: 'INT_MAX' undeclared (first use in this
-function)
-  overhead, INT_MAX);
-^
-tracepath.c:329:16: note: each undeclared identifier is reported only
-once for each function it appears in
-Makefile:131: recipe for target 

[OE-core] [PATCH 11/20] boost: update to 1.66.0

[Alexander Kanavin]

Rework 0002-Don-t-set-up-m32-m64-we-do-that-ourselves.patch to
remove the offending bits from the function instead of removing
calls to the function all over the place.

Signed-off-by: Alexander Kanavin 
---
 ...bjam-native_1.65.1.bb => bjam-native_1.66.0.bb} |   0
 .../boost/{boost-1.65.1.inc => boost-1.66.0.inc}   |   4 +-
 ...or-which-appeared-when-compiling-non-c-co.patch |  28 -
 ...Don-t-set-up-m32-m64-we-do-that-ourselves.patch | 138 -
 ...p-arch-instruction-set-flags-we-do-that-o.patch |  22 ++--
 .../boost/{boost_1.65.1.bb => boost_1.66.0.bb} |   1 -
 6 files changed, 70 insertions(+), 123 deletions(-)
 rename meta/recipes-support/boost/{bjam-native_1.65.1.bb => 
bjam-native_1.66.0.bb} (100%)
 rename meta/recipes-support/boost/{boost-1.65.1.inc => boost-1.66.0.inc} (85%)
 delete mode 100644 
meta/recipes-support/boost/boost/0001-correct-error-which-appeared-when-compiling-non-c-co.patch
 rename meta/recipes-support/boost/{boost_1.65.1.bb => boost_1.66.0.bb} (83%)

diff --git a/meta/recipes-support/boost/bjam-native_1.65.1.bb 
b/meta/recipes-support/boost/bjam-native_1.66.0.bb
similarity index 100%
rename from meta/recipes-support/boost/bjam-native_1.65.1.bb
rename to meta/recipes-support/boost/bjam-native_1.66.0.bb
diff --git a/meta/recipes-support/boost/boost-1.65.1.inc 
b/meta/recipes-support/boost/boost-1.66.0.inc
similarity index 85%
rename from meta/recipes-support/boost/boost-1.65.1.inc
rename to meta/recipes-support/boost/boost-1.66.0.inc
index f0ca88ca3e9..fe2b8639f79 100644
--- a/meta/recipes-support/boost/boost-1.65.1.inc
+++ b/meta/recipes-support/boost/boost-1.66.0.inc
@@ -12,8 +12,8 @@ BOOST_MAJ = "${@"_".join(d.getVar("PV").split(".")[0:2])}"
 BOOST_P = "boost_${BOOST_VER}"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/project/boost/boost/${PV}/${BOOST_P}.tar.bz2"
-SRC_URI[md5sum] = "41d7542ce40e171f3f7982aff008ff0d"
-SRC_URI[sha256sum] = 
"9807a5d16566c57fd74fb522764e0b134a8bbe6b6e8967b83afefd30dcd3be81"
+SRC_URI[md5sum] = "b2dfbd6c717be4a7bb2d88018eaccf75"
+SRC_URI[sha256sum] = 
"5721818253e6a0989583192f96782c4a98eb6204965316df9f5ad75819225ca9"
 
 UPSTREAM_CHECK_URI = "http://www.boost.org/users/download/;
 UPSTREAM_CHECK_REGEX = "boostorg/release/(?P.*)/source/"
diff --git 
a/meta/recipes-support/boost/boost/0001-correct-error-which-appeared-when-compiling-non-c-co.patch
 
b/meta/recipes-support/boost/boost/0001-correct-error-which-appeared-when-compiling-non-c-co.patch
deleted file mode 100644
index f96005ebc75..000
--- 
a/meta/recipes-support/boost/boost/0001-correct-error-which-appeared-when-compiling-non-c-co.patch
+++ /dev/null
@@ -1,28 +0,0 @@
-From 02fa5cee1b8d0321787113e2dc10b162c657f333 Mon Sep 17 00:00:00 2001
-From: Robert Ramey 
-Date: Wed, 1 Feb 2017 16:43:59 -0800
-Subject: [PATCH] correct error which appeared when compiling non c++ compliant
- code for arrays
-
-Upstream-Status: Backport [expected to be released in v1.65]
-

- boost/serialization/array.hpp | 2 ++
- 1 file changed, 2 insertions(+)
-
-diff --git a/boost/serialization/array.hpp b/boost/serialization/array.hpp
-index 61708b3..612d1a6 100644
 a/boost/serialization/array.hpp
-+++ b/boost/serialization/array.hpp
-@@ -23,6 +23,8 @@ namespace std{
- } // namespace std
- #endif
- 
-+#include 
-+
- #ifndef BOOST_NO_CXX11_HDR_ARRAY
- 
- #include 
--- 
-2.9.3
-
diff --git 
a/meta/recipes-support/boost/boost/0002-Don-t-set-up-m32-m64-we-do-that-ourselves.patch
 
b/meta/recipes-support/boost/boost/0002-Don-t-set-up-m32-m64-we-do-that-ourselves.patch
index e9c7e4c555b..26f3cbb0512 100644
--- 
a/meta/recipes-support/boost/boost/0002-Don-t-set-up-m32-m64-we-do-that-ourselves.patch
+++ 
b/meta/recipes-support/boost/boost/0002-Don-t-set-up-m32-m64-we-do-that-ourselves.patch
@@ -1,97 +1,65 @@
-From c0e785f8da2caa6617052b1c7b347e0dffb1520d Mon Sep 17 00:00:00 2001
+From e4d3a7470b307693660d0412732e7266d1738d8c Mon Sep 17 00:00:00 2001
 From: Christopher Larson 
 Date: Tue, 13 Dec 2016 10:29:17 -0700
-Subject: [PATCH 2/3] Don't set up -m32/-m64, we do that ourselves
+Subject: [PATCH 6/6] Don't set up -m32/-m64, we do that ourselves
 
 Upstream-Status: Inappropriate
 Signed-off-by: Christopher Larson 
+
 ---
- tools/build/src/tools/gcc.jam | 10 --
- 1 file changed, 10 deletions(-)
+ tools/build/src/tools/gcc.jam | 39 ---
+ 1 file changed, 39 deletions(-)
 
 diff --git a/tools/build/src/tools/gcc.jam b/tools/build/src/tools/gcc.jam
-index 0f346a5..942f141 100644
+index e4fc6c32..37914fd0 100644
 --- a/tools/build/src/tools/gcc.jam
 +++ b/tools/build/src/tools/gcc.jam
-@@ -509,7 +509,6 @@ rule compile.c++.pch ( targets * : sources * : properties 
* )
- {
- setup-threading $(targets) : $(sources) : $(properties) ;
- setup-fpic $(targets) : $(sources) : $(properties) ;
--setup-address-model $(targets) : $(sources) : $(properties) ;
- }
- 

[OE-core] [PATCH 15/20] iso-codes: update to 3.77

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../iso-codes/{iso-codes_3.76.bb => iso-codes_3.77.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/iso-codes/{iso-codes_3.76.bb => iso-codes_3.77.bb} 
(76%)

diff --git a/meta/recipes-support/iso-codes/iso-codes_3.76.bb 
b/meta/recipes-support/iso-codes/iso-codes_3.77.bb
similarity index 76%
rename from meta/recipes-support/iso-codes/iso-codes_3.76.bb
rename to meta/recipes-support/iso-codes/iso-codes_3.77.bb
index e3a57f7b0ca..bd613ac573d 100644
--- a/meta/recipes-support/iso-codes/iso-codes_3.76.bb
+++ b/meta/recipes-support/iso-codes/iso-codes_3.77.bb
@@ -3,8 +3,8 @@ LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 
 SRC_URI = 
"https://pkg-isocodes.alioth.debian.org/downloads/iso-codes-${PV}.tar.xz;
-SRC_URI[md5sum] = "6a3ed31227002f3e40abd793868e78b6"
-SRC_URI[sha256sum] = 
"38ea8c1de7c07d5b4c9603ec65c238c155992a2e2ab0b02725d0926d1ad480c4"
+SRC_URI[md5sum] = "9d0d06cfb4634428b300845edcd7140a"
+SRC_URI[sha256sum] = 
"21cd73a4c6f95d9474ebfcffd4e065223857720f24858e564f4409b19f7f0d90"
 
 # inherit gettext cannot be used, because it adds gettext-native to 
BASEDEPENDS which
 # are inhibited by allarch
-- 
2.15.1

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

[OE-core] [PATCH 14/20] libwebp: update to 0.6.1

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-multimedia/webp/{libwebp_0.6.0.bb => libwebp_0.6.1.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-multimedia/webp/{libwebp_0.6.0.bb => libwebp_0.6.1.bb} 
(93%)

diff --git a/meta/recipes-multimedia/webp/libwebp_0.6.0.bb 
b/meta/recipes-multimedia/webp/libwebp_0.6.1.bb
similarity index 93%
rename from meta/recipes-multimedia/webp/libwebp_0.6.0.bb
rename to meta/recipes-multimedia/webp/libwebp_0.6.1.bb
index bc565e90196..e9d4d783041 100644
--- a/meta/recipes-multimedia/webp/libwebp_0.6.0.bb
+++ b/meta/recipes-multimedia/webp/libwebp_0.6.1.bb
@@ -14,8 +14,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=6e8dee932c26f2dab503abf70c96d8bb \
 file://PATENTS;md5=c6926d0cb07d296f886ab6e0cc5a85b7"
 
 SRC_URI = "http://downloads.webmproject.org/releases/webp/${BP}.tar.gz;
-SRC_URI[md5sum] = "19a6e926ab1721268df03161b84bb4a0"
-SRC_URI[sha256sum] = 
"c928119229d4f8f35e20113ffb61f281eda267634a8dc2285af4b0ee27cf2b40"
+SRC_URI[md5sum] = "b49ce9c3e3e9acae4d91bca44bb85a72"
+SRC_URI[sha256sum] = 
"06503c782d9f151baa325591c3579c68ed700ffc62d4f5a32feead0ff017d8ab"
 
 UPSTREAM_CHECK_URI = 
"http://downloads.webmproject.org/releases/webp/index.html;
 
-- 
2.15.1

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

[OE-core] [PATCH 13/20] btrfs-tools: update to 4.14.1

[Alexander Kanavin]

Drop upstreamed 0001-Fix-build-with-musl-missing-header-include-for-dev_t.patch

Add --disable-zstd as libzstd isn't provided in oe-core.

Signed-off-by: Alexander Kanavin 
---
 ...ith-musl-missing-header-include-for-dev_t.patch | 26 --
 ...btrfs-tools_4.13.3.bb => btrfs-tools_4.14.1.bb} |  4 ++--
 2 files changed, 2 insertions(+), 28 deletions(-)
 delete mode 100644 
meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Fix-build-with-musl-missing-header-include-for-dev_t.patch
 rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.13.3.bb => 
btrfs-tools_4.14.1.bb} (90%)

diff --git 
a/meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Fix-build-with-musl-missing-header-include-for-dev_t.patch
 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Fix-build-with-musl-missing-header-include-for-dev_t.patch
deleted file mode 100644
index 790676b9cbf..000
--- 
a/meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Fix-build-with-musl-missing-header-include-for-dev_t.patch
+++ /dev/null
@@ -1,26 +0,0 @@
-From bc35c4caebb57cc8b96c30c25432b12ca8dc18d5 Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Fri, 6 Oct 2017 15:03:49 +0300
-Subject: [PATCH] Fix build with musl (missing header include for dev_t).
-
-Upstream-Status: Pending
-Signed-off-by: Alexander Kanavin 

- convert/source-fs.h | 1 +
- 1 file changed, 1 insertion(+)
-
-diff --git a/convert/source-fs.h b/convert/source-fs.h
-index 23f3356..6fd770f 100644
 a/convert/source-fs.h
-+++ b/convert/source-fs.h
-@@ -20,6 +20,7 @@
- #include "kerncompat.h"
- #include 
- #include 
-+#include 
- 
- #define CONV_IMAGE_SUBVOL_OBJECTID BTRFS_FIRST_FREE_OBJECTID
- 
--- 
-2.14.1
-
diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.13.3.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.14.1.bb
similarity index 90%
rename from meta/recipes-devtools/btrfs-tools/btrfs-tools_4.13.3.bb
rename to meta/recipes-devtools/btrfs-tools/btrfs-tools_4.14.1.bb
index 263fc657550..da76db415f3 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.13.3.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.14.1.bb
@@ -14,15 +14,15 @@ DEPENDS = "util-linux attr e2fsprogs lzo acl"
 DEPENDS_append_class-target = " udev"
 RDEPENDS_${PN} = "libgcc"
 
-SRCREV = "a7a1ea0f4f2a1d6eeeb3d106e062c7f1034f16d4"
+SRCREV = "4de1e5cd4902d588ef673f17e6ba5130aab62bf7"
 SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git 
\
file://0001-Makefile-build-mktables-using-native-gcc.patch \
-   
file://0001-Fix-build-with-musl-missing-header-include-for-dev_t.patch \
"
 
 inherit autotools-brokensep pkgconfig manpages
 
 PACKAGECONFIG[manpages] = "--enable-documentation, --disable-documentation, 
asciidoc-native xmlto-native"
+EXTRA_OECONF = " --disable-zstd"
 EXTRA_OECONF_append_libc-musl = " --disable-backtrace "
 
 do_configure_prepend() {
-- 
2.15.1

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

[OE-core] [PATCH 12/20] liburcu: update to 0.10.1

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/liburcu/{liburcu_0.10.0.bb => liburcu_0.10.1.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/liburcu/{liburcu_0.10.0.bb => liburcu_0.10.1.bb} 
(80%)

diff --git a/meta/recipes-support/liburcu/liburcu_0.10.0.bb 
b/meta/recipes-support/liburcu/liburcu_0.10.1.bb
similarity index 80%
rename from meta/recipes-support/liburcu/liburcu_0.10.0.bb
rename to meta/recipes-support/liburcu/liburcu_0.10.1.bb
index 4ecb20b75c0..0c8cd3571af 100644
--- a/meta/recipes-support/liburcu/liburcu_0.10.0.bb
+++ b/meta/recipes-support/liburcu/liburcu_0.10.1.bb
@@ -10,8 +10,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=e548d28737289d75a8f1e01ba2fd7825 \
 SRC_URI = "http://lttng.org/files/urcu/userspace-rcu-${PV}.tar.bz2 \
"
 
-SRC_URI[md5sum] = "69dab85b6929c378338b9504adc6aea7"
-SRC_URI[sha256sum] = 
"7cb58a7ba5151198087f025dc8d19d8918e9c6d56772f039696c111d9aad3190"
+SRC_URI[md5sum] = "281a2f92fdc39c40ad6b76f6631fdbd7"
+SRC_URI[sha256sum] = 
"9c09220be4435dc27fcd22d291707b94b97f159e0c442fbcd60c168f8f79eb06"
 
 S = "${WORKDIR}/userspace-rcu-${PV}"
 inherit autotools
-- 
2.15.1

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

[OE-core] [PATCH 09/20] vala: update to 0.38.6

[Alexander Kanavin]

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

diff --git a/meta/recipes-devtools/vala/vala_0.38.2.bb 
b/meta/recipes-devtools/vala/vala_0.38.6.bb
similarity index 64%
rename from meta/recipes-devtools/vala/vala_0.38.2.bb
rename to meta/recipes-devtools/vala/vala_0.38.6.bb
index 18751fe81a7..b0b8e00824f 100644
--- a/meta/recipes-devtools/vala/vala_0.38.2.bb
+++ b/meta/recipes-devtools/vala/vala_0.38.6.bb
@@ -6,5 +6,5 @@ SRC_URI += " 
file://0001-git-version-gen-don-t-append-dirty-if-we-re-not-in-g.pa
 file://0001-Disable-valadoc.patch \
 "
 
-SRC_URI[md5sum] = "720846116448fc20b0ab3c0921e19798"
-SRC_URI[sha256sum] = 
"20d5d9c4fbd17877969dbce27e6428da67138e116b1717cc07b5b75fd6ab78a7"
+SRC_URI[md5sum] = "e0e834869f636fde981ba63d46f31c9c"
+SRC_URI[sha256sum] = 
"8c676b8307a12fba3420f861463c7e40b2743b0d6fef91f9516a3441ea25029a"
-- 
2.15.1

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

[OE-core] [PATCH 10/20] mpg123: update to 1.25.8

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-multimedia/mpg123/{mpg123_1.25.7.bb => mpg123_1.25.8.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-multimedia/mpg123/{mpg123_1.25.7.bb => mpg123_1.25.8.bb} 
(94%)

diff --git a/meta/recipes-multimedia/mpg123/mpg123_1.25.7.bb 
b/meta/recipes-multimedia/mpg123/mpg123_1.25.8.bb
similarity index 94%
rename from meta/recipes-multimedia/mpg123/mpg123_1.25.7.bb
rename to meta/recipes-multimedia/mpg123/mpg123_1.25.8.bb
index 1d2b875d18f..45f3538d70a 100644
--- a/meta/recipes-multimedia/mpg123/mpg123_1.25.7.bb
+++ b/meta/recipes-multimedia/mpg123/mpg123_1.25.8.bb
@@ -11,8 +11,8 @@ LICENSE_FLAGS = "commercial"
 LIC_FILES_CHKSUM = "file://COPYING;md5=1e86753638d3cf2512528b99079bc4f3"
 
 SRC_URI = "https://www.mpg123.de/download/${BP}.tar.bz2;
-SRC_URI[md5sum] = "710f2d8689b24e86376bd64a05d7888b"
-SRC_URI[sha256sum] = 
"31b15ebcf26111b874732e07c8e60de5053ee555eea15fb70c657a4f9f0344f3"
+SRC_URI[md5sum] = "62ef1e417eb50f82bf241866d9e6e19b"
+SRC_URI[sha256sum] = 
"79da51efae011814491f07c95cb5e46de0476aca7a0bf240ba61cfc27af8499b"
 
 inherit autotools pkgconfig
 
-- 
2.15.1

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

[OE-core] [PATCH 08/20] libnl: 3.2.29 -> 3.4.0

[Alexander Kanavin]

From: Huang Qiyu 

1) Upgrade libnl from 3.2.29 to 3.4.0.
2) Add one patch "0001-PATCH-fix-libnl-3.4.0-musl-compile-problem.patch", for 
musl compile.
3) Delete one patch "fix-pktloc_syntax_h-race.patch", since upstream has 
refactored the makefiles, and the problematic code is now absent.

Signed-off-by: Huang Qiyu 
Signed-off-by: Alexander Kanavin 
---
 ...ATCH-fix-libnl-3.4.0-musl-compile-problem.patch | 38 ++
 .../libnl/libnl/fix-pktloc_syntax_h-race.patch | 36 
 .../libnl/{libnl_3.2.29.bb => libnl_3.4.0.bb}  |  7 ++--
 3 files changed, 42 insertions(+), 39 deletions(-)
 create mode 100644 
meta/recipes-support/libnl/libnl/0001-PATCH-fix-libnl-3.4.0-musl-compile-problem.patch
 delete mode 100644 
meta/recipes-support/libnl/libnl/fix-pktloc_syntax_h-race.patch
 rename meta/recipes-support/libnl/{libnl_3.2.29.bb => libnl_3.4.0.bb} (87%)

diff --git 
a/meta/recipes-support/libnl/libnl/0001-PATCH-fix-libnl-3.4.0-musl-compile-problem.patch
 
b/meta/recipes-support/libnl/libnl/0001-PATCH-fix-libnl-3.4.0-musl-compile-problem.patch
new file mode 100644
index 000..b20a2996234
--- /dev/null
+++ 
b/meta/recipes-support/libnl/libnl/0001-PATCH-fix-libnl-3.4.0-musl-compile-problem.patch
@@ -0,0 +1,38 @@
+Subject: [PATCH] fix libnl-3.4.0 musl compile problem  
+Avoid in6_addr redefinition
+
+Upstream-Status: Pending
+
+Signed-off-by: Huang Qiyu 
+---
+ include/linux-private/linux/if_bridge.h | 1 -
+ include/linux-private/linux/ipv6.h  | 1 -
+ 2 files changed, 2 deletions(-)
+
+diff --git a/include/linux-private/linux/if_bridge.h 
b/include/linux-private/linux/if_bridge.h
+index f24050b..8f7490c 100644
+--- a/include/linux-private/linux/if_bridge.h
 b/include/linux-private/linux/if_bridge.h
+@@ -15,7 +15,6 @@
+ 
+ #include 
+ #include 
+-#include 
+ 
+ #define SYSFS_BRIDGE_ATTR "bridge"
+ #define SYSFS_BRIDGE_FDB  "brforward"
+diff --git a/include/linux-private/linux/ipv6.h 
b/include/linux-private/linux/ipv6.h
+index e05e684..f16349d 100644
+--- a/include/linux-private/linux/ipv6.h
 b/include/linux-private/linux/ipv6.h
+@@ -2,7 +2,6 @@
+ #define _IPV6_H
+ 
+ #include 
+-#include 
+ 
+ /* The latest drafts declared increase in minimal mtu up to 1280. */
+ 
+-- 
+2.7.4
+
diff --git a/meta/recipes-support/libnl/libnl/fix-pktloc_syntax_h-race.patch 
b/meta/recipes-support/libnl/libnl/fix-pktloc_syntax_h-race.patch
deleted file mode 100644
index 79aa0bdf115..000
--- a/meta/recipes-support/libnl/libnl/fix-pktloc_syntax_h-race.patch
+++ /dev/null
@@ -1,36 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
-libnl has progressed to 0.3.2 and there does not appear to be any
-"make -j" issues with this build after my limited testing on that
-newer version so we can assume this issue is fixed upstream
-
-Signed-off-by: Martin Jansa 
-
-Index: libnl-3.2.25/lib/Makefile.am
-===
 libnl-3.2.25.orig/lib/Makefile.am
-+++ libnl-3.2.25/lib/Makefile.am
-@@ -46,9 +46,12 @@ CLEANFILES = \
- 
- # Hack to avoid using ylwrap. It does not function correctly in combination
- # with --header-file=
-+route/pktloc.lo: route/pktloc_syntax.h route/pktloc_grammar.h
-+route/pktloc_grammar.h: route/pktloc_grammar.c
- route/pktloc_grammar.c: route/pktloc_grammar.l
-   $(AM_V_GEN) $(MKDIR_P) route; $(FLEX) 
--header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^
- 
-+route/pktloc_syntax.h: route/pktloc_syntax.c
- route/pktloc_syntax.c: route/pktloc_syntax.y
-   $(AM_V_GEN) $(MKDIR_P) route; $(YACC) -d $(YFLAGS) -o $@ $^
- 
-@@ -102,7 +105,9 @@ BUILT_SOURCES = \
-   route/cls/ematch_grammar.c \
-   route/cls/ematch_syntax.c \
-   route/pktloc_grammar.c \
--  route/pktloc_syntax.c
-+   route/pktloc_syntax.c \
-+   route/pktloc_syntax.h \
-+   route/pktloc_grammar.h
- 
- EXTRA_DIST = \
-   route/pktloc_grammar.l \
diff --git a/meta/recipes-support/libnl/libnl_3.2.29.bb 
b/meta/recipes-support/libnl/libnl_3.4.0.bb
similarity index 87%
rename from meta/recipes-support/libnl/libnl_3.2.29.bb
rename to meta/recipes-support/libnl/libnl_3.4.0.bb
index 7d4839ba506..90dc644be4a 100644
--- a/meta/recipes-support/libnl/libnl_3.2.29.bb
+++ b/meta/recipes-support/libnl/libnl_3.4.0.bb
@@ -10,13 +10,14 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 DEPENDS = "flex-native bison-native"
 
 SRC_URI = 
"https://github.com/thom311/${BPN}/releases/download/${BPN}${@d.getVar('PV').replace('.','_')}/${BP}.tar.gz
 \
-   file://fix-pktloc_syntax_h-race.patch \
file://fix-pc-file.patch \
+   file://0001-PATCH-fix-libnl-3.4.0-musl-compile-problem.patch \
 "
+
 UPSTREAM_CHECK_URI = "https://github.com/thom311/${BPN}/releases;
 
-SRC_URI[md5sum] = "a8ba62a5c4f883f4e493a46d1f3733fe"

[OE-core] [PATCH 07/20] p11-kit: take source code from official git

[Alexander Kanavin]

The previous tarball URI seems to be gone.

Also, adjust a few things to make it actually build;
handling autotools-based projects from git checkouts is always harder
than taking them from tarballs :-(

Signed-off-by: Alexander Kanavin 
---
 ...p-the-languages-for-which-upstream-does-n.patch | 32 ++
 meta/recipes-support/p11-kit/p11-kit_0.22.1.bb | 13 ++---
 2 files changed, 41 insertions(+), 4 deletions(-)
 create mode 100644 
meta/recipes-support/p11-kit/p11-kit/0001-LINGUAS-drop-the-languages-for-which-upstream-does-n.patch

diff --git 
a/meta/recipes-support/p11-kit/p11-kit/0001-LINGUAS-drop-the-languages-for-which-upstream-does-n.patch
 
b/meta/recipes-support/p11-kit/p11-kit/0001-LINGUAS-drop-the-languages-for-which-upstream-does-n.patch
new file mode 100644
index 000..2fda9dfbb89
--- /dev/null
+++ 
b/meta/recipes-support/p11-kit/p11-kit/0001-LINGUAS-drop-the-languages-for-which-upstream-does-n.patch
@@ -0,0 +1,32 @@
+From c3aa4aae5e9f4adafd9e10d9466f1bc481e0aae6 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Wed, 31 Jan 2018 16:47:44 +0200
+Subject: [PATCH] LINGUAS: drop the languages for which upstream does not
+ supply .po files
+
+Regenerating them proved to be too painful.
+Upstream has been notified: https://github.com/p11-glue/p11-kit/issues/127
+
+Upstream-Status: Inappropriate [missing upstream distribution files]
+Signed-off-by: Alexander Kanavin 
+---
+ po/LINGUAS | 2 --
+ 1 file changed, 2 deletions(-)
+
+diff --git a/po/LINGUAS b/po/LINGUAS
+index 1fc4d53..e9cc5a7 100644
+--- a/po/LINGUAS
 b/po/LINGUAS
+@@ -11,9 +11,7 @@ cy
+ da
+ de
+ el
+-en@boldquot
+ en_GB
+-en@quot
+ eo
+ es
+ es_CL
+-- 
+2.15.1
+
diff --git a/meta/recipes-support/p11-kit/p11-kit_0.22.1.bb 
b/meta/recipes-support/p11-kit/p11-kit_0.22.1.bb
index 38fa09bf9aa..57798f40201 100644
--- a/meta/recipes-support/p11-kit/p11-kit_0.22.1.bb
+++ b/meta/recipes-support/p11-kit/p11-kit_0.22.1.bb
@@ -2,14 +2,19 @@ SUMMARY = "Provides a way to load and enumerate PKCS#11 
modules"
 LICENSE = "BSD"
 LIC_FILES_CHKSUM = "file://COPYING;md5=02933887f609807fbb57aa4237d14a50"
 
-inherit autotools gettext pkgconfig upstream-version-is-even gtk-doc
+inherit autotools gettext pkgconfig gtk-doc
 
 DEPENDS = "libtasn1 libffi"
 
-SRC_URI = "http://p11-glue.freedesktop.org/releases/${BP}.tar.gz;
-SRC_URI[md5sum] = "4e9bea1106628ffb820bdad24a819fac"
-SRC_URI[sha256sum] = 
"ef3a339fcf6aa0e32c8c23f79ba7191e57312be2bda8b24e6d121c2670539a5c"
+SRC_URI = "git://github.com/p11-glue/p11-kit \
+   
file://0001-LINGUAS-drop-the-languages-for-which-upstream-does-n.patch \
+   "
+SRCREV = "bfb3bd47aa48983f5349479bca598403097ff81c"
+S = "${WORKDIR}/git"
+# exclude odd minor versions, which are development releases
+UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.(\d*[02468])+(\.\d+)+)"
 
+AUTOTOOLS_AUXDIR = "${S}/build/litter"
 EXTRA_OECONF = "--without-trust-paths"
 
 # This recipe does not use the standard gtk-doc m4 macros, and so the 
./configure flags
-- 
2.15.1

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

[OE-core] [PATCH 06/20] epiphany: update to 3.26.5.1

[Alexander Kanavin]

Upstream has replaced autotools with meson, so the recipe has been adjusted 
accordingly.

0001-bookmarks-Check-for-return-value-of-fread.patch deleted as the file was 
completely refactored

0001-yelp.m4-drop-the-check-for-itstool.patch replaced with a patch for meson 
equivalent

Signed-off-by: Alexander Kanavin 
---
 .../{epiphany_3.24.3.bb => epiphany_3.26.5.1.bb}   | 15 --
 ...bookmarks-Check-for-return-value-of-fread.patch | 32 
 .../0001-yelp.m4-drop-the-check-for-itstool.patch  | 33 -
 ...-help-meson.build-disable-the-use-of-yelp.patch | 34 ++
 4 files changed, 40 insertions(+), 74 deletions(-)
 rename meta/recipes-gnome/epiphany/{epiphany_3.24.3.bb => 
epiphany_3.26.5.1.bb} (56%)
 delete mode 100644 
meta/recipes-gnome/epiphany/files/0001-bookmarks-Check-for-return-value-of-fread.patch
 delete mode 100644 
meta/recipes-gnome/epiphany/files/0001-yelp.m4-drop-the-check-for-itstool.patch
 create mode 100644 
meta/recipes-gnome/epiphany/files/0002-help-meson.build-disable-the-use-of-yelp.patch

diff --git a/meta/recipes-gnome/epiphany/epiphany_3.24.3.bb 
b/meta/recipes-gnome/epiphany/epiphany_3.26.5.1.bb
similarity index 56%
rename from meta/recipes-gnome/epiphany/epiphany_3.24.3.bb
rename to meta/recipes-gnome/epiphany/epiphany_3.26.5.1.bb
index c507d23ae93..eee53c6015e 100644
--- a/meta/recipes-gnome/epiphany/epiphany_3.24.3.bb
+++ b/meta/recipes-gnome/epiphany/epiphany_3.26.5.1.bb
@@ -6,20 +6,17 @@ DEPENDS = "libsoup-2.4 webkitgtk gtk+3 iso-codes avahi 
libnotify gcr \
   gsettings-desktop-schemas gnome-desktop3 libxml2-native \
   glib-2.0 glib-2.0-native json-glib"
 
+GNOMEBASEBUILDCLASS = "meson"
 inherit gnomebase gsettings distro_features_check upstream-version-is-even 
gettext
 REQUIRED_DISTRO_FEATURES = "x11"
 
-SRC_URI += "file://0001-yelp.m4-drop-the-check-for-itstool.patch \
-file://0001-bookmarks-Check-for-return-value-of-fread.patch \
+SRC_URI = 
"${GNOME_MIRROR}/${GNOMEBN}/${@gnome_verdir("${PV}")}/${GNOMEBN}-${PV}.tar.${GNOME_COMPRESS_TYPE};name=archive
 \
+   file://0002-help-meson.build-disable-the-use-of-yelp.patch \
"
-SRC_URI[archive.md5sum] = "c0221aec6a08935e6854eaa9de9451ef"
-SRC_URI[archive.sha256sum] = 
"fef51676310d9f37e18c9b2d778254232eb17cccd988c2d1ecf42c7b2963a154"
+SRC_URI[archive.md5sum] = "8c2062debde6377320596e2685bb1732"
+SRC_URI[archive.sha256sum] = 
"4b2f1c48e6f50793ff205d9215add5596ab5c7ebf4cef76907868fcd5a029221"
 
-EXTRA_OECONF += " --with-distributor-name=${DISTRO} --enable-debug=no"
-
-do_configure_prepend() {
-sed -i -e s:help::g ${S}/Makefile.am
-}
+EXTRA_OEMESON += " -Ddistributor_name=${DISTRO}"
 
 FILES_${PN} += "${datadir}/dbus-1 ${datadir}/gnome-shell/search-providers"
 RDEPENDS_${PN} = "iso-codes adwaita-icon-theme"
diff --git 
a/meta/recipes-gnome/epiphany/files/0001-bookmarks-Check-for-return-value-of-fread.patch
 
b/meta/recipes-gnome/epiphany/files/0001-bookmarks-Check-for-return-value-of-fread.patch
deleted file mode 100644
index ddcd39400c3..000
--- 
a/meta/recipes-gnome/epiphany/files/0001-bookmarks-Check-for-return-value-of-fread.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From aa2176be32eed2578da82f34d31148f934c11c34 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Wed, 28 Jun 2017 17:03:45 -0700
-Subject: [PATCH] bookmarks: Check for return value of fread()
-
-Fixes below compiler error
-ignoring return value of 'fread', declared with attribute warn_unused_result
-
-Upstream-Status: Pending
-
-Signed-off-by: Khem Raj 

- src/bookmarks/ephy-bookmark.c | 3 ++-
- 1 file changed, 2 insertions(+), 1 deletion(-)
-
-diff --git a/src/bookmarks/ephy-bookmark.c b/src/bookmarks/ephy-bookmark.c
-index ff0239b..8633ce4 100644
 a/src/bookmarks/ephy-bookmark.c
-+++ b/src/bookmarks/ephy-bookmark.c
-@@ -217,7 +217,8 @@ ephy_bookmark_init (EphyBookmark *self)
-   bytes = g_malloc (num_bytes);
- 
-   fp = fopen ("/dev/urandom", "r");
--  fread (bytes, sizeof (guint8), num_bytes, fp);
-+  if (fread (bytes, sizeof (guint8), num_bytes, fp) != num_bytes)
-+g_warning("Unable to read data from /dev/urandom\n");
- 
-   self->id = g_malloc0 (ID_LEN + 1);
-   for (gsize i = 0; i < num_bytes; i++) {
--- 
-2.13.2
-
diff --git 
a/meta/recipes-gnome/epiphany/files/0001-yelp.m4-drop-the-check-for-itstool.patch
 
b/meta/recipes-gnome/epiphany/files/0001-yelp.m4-drop-the-check-for-itstool.patch
deleted file mode 100644
index 2585d7f7413..000
--- 
a/meta/recipes-gnome/epiphany/files/0001-yelp.m4-drop-the-check-for-itstool.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 30f03a256efe375a4d5c3a24bf4168ebf380e3ab Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Thu, 30 Jul 2015 15:13:23 +0300
-Subject: [PATCH] yelp.m4: drop the check for itstool
-
-It isn't used for anything during build, so there's no need to provide
-it as a recipe.
-

[OE-core] [PATCH 05/20] webkitgtk: update to 2.18.6

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-sato/webkit/{webkitgtk_2.18.5.bb => webkitgtk_2.18.6.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-sato/webkit/{webkitgtk_2.18.5.bb => webkitgtk_2.18.6.bb} 
(97%)

diff --git a/meta/recipes-sato/webkit/webkitgtk_2.18.5.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.18.6.bb
similarity index 97%
rename from meta/recipes-sato/webkit/webkitgtk_2.18.5.bb
rename to meta/recipes-sato/webkit/webkitgtk_2.18.6.bb
index a64aee22e68..ff0ff8fce9c 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.18.5.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.18.6.bb
@@ -22,8 +22,8 @@ SRC_URI = 
"http://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \
file://0001-Fix-build-with-musl.patch \
"
 
-SRC_URI[md5sum] = "af18c2cfa00cadfd0b4d8db21cab011d"
-SRC_URI[sha256sum] = 
"0c6d80cc7eb5d32f8063041fa11a1a6f17a29765c2f69c6bc862cd47c2d539b8"
+SRC_URI[md5sum] = "c1a548595135ee75ad3bf2e18ac83112"
+SRC_URI[sha256sum] = 
"93912cc2f40f12e452be1ca4babdbdaac0ec4f828d441257a6b06c2963bbac3c"
 
 inherit cmake pkgconfig gobject-introspection perlnative distro_features_check 
upstream-version-is-even gtk-doc
 
-- 
2.15.1

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

[OE-core] [PATCH 04/20] openssl: update to 1.0.2n

[Alexander Kanavin]

Drop upstreamed 0001-aes-armv4-bsaes-armv7-sha256-armv4-.pl-make-it-work-.patch

Rebase a couple more patches (via devtool upgrade).

Signed-off-by: Alexander Kanavin 
---
 ...saes-armv7-sha256-armv4-.pl-make-it-work-.patch | 100 
 ...build-with-clang-using-external-assembler.patch |   0
 ...penssl-force-soft-link-to-avoid-rare-race.patch |   0
 .../Makefiles-ptest.patch  |  46 --
 .../Use-SHA256-not-MD5-as-default-digest.patch |   0
 .../configure-musl-target.patch|   0
 .../configure-targets.patch|   0
 .../debian/c_rehash-compat.patch   |   0
 .../debian/ca.patch|   0
 .../debian/debian-targets.patch|   0
 .../debian/man-dir.patch   |   0
 .../debian/man-section.patch   |   0
 .../debian/no-rpath.patch  |   0
 .../debian/no-symbolic.patch   |   0
 .../debian/pic.patch   |   0
 .../debian1.0.2/block_digicert_malaysia.patch  |   0
 .../debian1.0.2/block_diginotar.patch  |   0
 .../debian1.0.2/soname.patch   |   0
 .../debian1.0.2/version-script.patch   |   0
 .../engines-install-in-libdir-ssl.patch|   0
 .../{openssl-1.0.2m => openssl-1.0.2n}/find.pl |   0
 .../oe-ldflags.patch   |   0
 .../openssl-1.0.2a-x32-asm.patch   |   0
 .../openssl-c_rehash.sh|   0
 .../openssl-fix-des.pod-error.patch|   0
 .../openssl-util-perlpath.pl-cwd.patch |   0
 .../openssl_fix_for_x32.patch  |   0
 .../parallel.patch | 177 -
 .../ptest-deps.patch   |   0
 .../ptest_makefile_deps.patch  |   0
 .../{openssl-1.0.2m => openssl-1.0.2n}/run-ptest   |   0
 .../shared-libs.patch  |   0
 .../recipes-connectivity/openssl/openssl_1.0.2m.bb |  61 ---
 .../recipes-connectivity/openssl/openssl_1.0.2n.bb |  60 +++
 34 files changed, 196 insertions(+), 248 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/openssl/openssl-1.0.2m/0001-aes-armv4-bsaes-armv7-sha256-armv4-.pl-make-it-work-.patch
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/0001-Fix-build-with-clang-using-external-assembler.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/0001-openssl-force-soft-link-to-avoid-rare-race.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/Makefiles-ptest.patch (61%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/Use-SHA256-not-MD5-as-default-digest.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/configure-musl-target.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/configure-targets.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian/c_rehash-compat.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian/ca.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian/debian-targets.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian/man-dir.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian/man-section.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian/no-rpath.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian/no-symbolic.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian/pic.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian1.0.2/block_digicert_malaysia.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian1.0.2/block_diginotar.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian1.0.2/soname.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/debian1.0.2/version-script.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/engines-install-in-libdir-ssl.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/find.pl (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/oe-ldflags.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 
openssl-1.0.2n}/openssl-1.0.2a-x32-asm.patch (100%)
 rename meta/recipes-connectivity/openssl/{openssl-1.0.2m => 

[OE-core] [PATCH 03/20] rpm: add a patch to help with Docker performance issues

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...FD_CLOEXEC-on-opened-files-before-exec-fr.patch | 49 ++
 meta/recipes-devtools/rpm/rpm_4.14.1.bb|  1 +
 2 files changed, 50 insertions(+)
 create mode 100644 
meta/recipes-devtools/rpm/files/0001-Revert-Set-FD_CLOEXEC-on-opened-files-before-exec-fr.patch

diff --git 
a/meta/recipes-devtools/rpm/files/0001-Revert-Set-FD_CLOEXEC-on-opened-files-before-exec-fr.patch
 
b/meta/recipes-devtools/rpm/files/0001-Revert-Set-FD_CLOEXEC-on-opened-files-before-exec-fr.patch
new file mode 100644
index 000..4651409a651
--- /dev/null
+++ 
b/meta/recipes-devtools/rpm/files/0001-Revert-Set-FD_CLOEXEC-on-opened-files-before-exec-fr.patch
@@ -0,0 +1,49 @@
+From 982e47df7b82c5ffe3c414cf5641f08dba0f0e64 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Fri, 26 Jan 2018 16:32:04 +0200
+Subject: [PATCH] Revert "Set FD_CLOEXEC on opened files before exec from lua
+ script is called"
+
+This reverts commit 7a7c31f551ff167f8718aea6d5048f6288d60205.
+The reason is that when _SC_OPEN_MAX is much higher than the usual 1024
+(for example inside docker), the performance drops sharply.
+
+Upstream has been notified:
+https://bugzilla.redhat.com/show_bug.cgi?id=1537564
+
+Upstream-Status: Inappropriate [upstream needs to come up with a better fix]
+Signed-off-by: Alexander Kanavin 
+---
+ luaext/lposix.c | 12 
+ 1 file changed, 12 deletions(-)
+
+diff --git a/luaext/lposix.c b/luaext/lposix.c
+index 0a7c26c71..c578c5a11 100644
+--- a/luaext/lposix.c
 b/luaext/lposix.c
+@@ -335,22 +335,10 @@ static int Pexec(lua_State *L)   /** 
exec(path,[args]) */
+   const char *path = luaL_checkstring(L, 1);
+   int i,n=lua_gettop(L);
+   char **argv;
+-  int flag, fdno, open_max;
+ 
+   if (!have_forked)
+   return luaL_error(L, "exec not permitted in this context");
+ 
+-  open_max = sysconf(_SC_OPEN_MAX);
+-  if (open_max == -1) {
+-  open_max = 1024;
+-  }
+-  for (fdno = 3; fdno < open_max; fdno++) {
+-  flag = fcntl(fdno, F_GETFD);
+-  if (flag == -1 || (flag & FD_CLOEXEC))
+-  continue;
+-  fcntl(fdno, F_SETFD, FD_CLOEXEC);
+-  }
+-
+   argv = malloc((n+1)*sizeof(char*));
+   if (argv==NULL) return luaL_error(L,"not enough memory");
+   argv[0] = (char*)path;
+-- 
+2.15.1
+
diff --git a/meta/recipes-devtools/rpm/rpm_4.14.1.bb 
b/meta/recipes-devtools/rpm/rpm_4.14.1.bb
index d75902788e4..7b8ea46a75d 100644
--- a/meta/recipes-devtools/rpm/rpm_4.14.1.bb
+++ b/meta/recipes-devtools/rpm/rpm_4.14.1.bb
@@ -39,6 +39,7 @@ SRC_URI = 
"git://github.com/rpm-software-management/rpm;branch=rpm-4.14.x \

file://0003-rpmstrpool.c-make-operations-over-string-pools-threa.patch \

file://0004-build-pack.c-remove-static-local-variables-from-buil.patch \
file://0001-perl-disable-auto-reqs.patch \
+   
file://0001-Revert-Set-FD_CLOEXEC-on-opened-files-before-exec-fr.patch \
"
 
 PE = "1"
-- 
2.15.1

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

[OE-core] [PATCH 02/20] rpm: update to 4.14.1

[Alexander Kanavin]

Drop two upstreamed patches.

License-Update: grammar fixes
Signed-off-by: Alexander Kanavin 
---
 ...code-lib-rpm-as-the-installation-path-for.patch |  16 +--
 ...ure-cope-with-multiple-users-groups-with-.patch |  43 --
 .../0013-Add-a-new-option-alldeps-to-rpmdeps.patch | 153 -
 .../rpm/{rpm_4.14.0.bb => rpm_4.14.1.bb}   |   9 +-
 4 files changed, 12 insertions(+), 209 deletions(-)
 delete mode 100644 
meta/recipes-devtools/rpm/files/0001-Make-configure-cope-with-multiple-users-groups-with-.patch
 delete mode 100644 
meta/recipes-devtools/rpm/files/0013-Add-a-new-option-alldeps-to-rpmdeps.patch
 rename meta/recipes-devtools/rpm/{rpm_4.14.0.bb => rpm_4.14.1.bb} (94%)

diff --git 
a/meta/recipes-devtools/rpm/files/0001-Do-not-hardcode-lib-rpm-as-the-installation-path-for.patch
 
b/meta/recipes-devtools/rpm/files/0001-Do-not-hardcode-lib-rpm-as-the-installation-path-for.patch
index d7b1145bc5b..5604cb90373 100644
--- 
a/meta/recipes-devtools/rpm/files/0001-Do-not-hardcode-lib-rpm-as-the-installation-path-for.patch
+++ 
b/meta/recipes-devtools/rpm/files/0001-Do-not-hardcode-lib-rpm-as-the-installation-path-for.patch
@@ -1,7 +1,7 @@
-From 2b1a3f900f15034943fc41661eaab41bcc0d4d84 Mon Sep 17 00:00:00 2001
+From c82c19dc583843b1a975f2e3f2e151656a6f377c Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Mon, 27 Feb 2017 09:43:30 +0200
-Subject: [PATCH 06/15] Do not hardcode "lib/rpm" as the installation path for
+Subject: [PATCH 06/14] Do not hardcode "lib/rpm" as the installation path for
  default configuration and macros.
 
 Upstream-Status: Denied 
[https://github.com/rpm-software-management/rpm/pull/263]
@@ -14,10 +14,10 @@ Signed-off-by: Alexander Kanavin 
  3 files changed, 4 insertions(+), 4 deletions(-)
 
 diff --git a/configure.ac b/configure.ac
-index 373d69484..c04a2e8d1 100644
+index 7155d9f00..21b95ae5f 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -1038,7 +1038,7 @@ else
+@@ -1047,7 +1047,7 @@ else
  usrprefix=$prefix
  fi
  
@@ -27,7 +27,7 @@ index 373d69484..c04a2e8d1 100644
  
  AC_SUBST(OBJDUMP)
 diff --git a/macros.in b/macros.in
-index 3f8dbba61..da4812540 100644
+index d08624856..68a972f1e 100644
 --- a/macros.in
 +++ b/macros.in
 @@ -954,7 +954,7 @@ package or when debugging this package.\
@@ -40,7 +40,7 @@ index 3f8dbba61..da4812540 100644
  %_infodir %{_datadir}/info
  %_mandir  %{_datadir}/man
 diff --git a/rpm.am b/rpm.am
-index f0df0202f..37205a5eb 100644
+index 51225892d..e0c834d37 100644
 --- a/rpm.am
 +++ b/rpm.am
 @@ -1,10 +1,10 @@
@@ -55,7 +55,7 @@ index f0df0202f..37205a5eb 100644
 +rpmconfigdir = $(libdir)/rpm
  
  # Libtool version (current-revision-age) for all our libraries
- rpm_version_info = 8:0:0
+ rpm_version_info = 8:1:0
 -- 
-2.14.2
+2.15.1
 
diff --git 
a/meta/recipes-devtools/rpm/files/0001-Make-configure-cope-with-multiple-users-groups-with-.patch
 
b/meta/recipes-devtools/rpm/files/0001-Make-configure-cope-with-multiple-users-groups-with-.patch
deleted file mode 100644
index 31024bd7e8b..000
--- 
a/meta/recipes-devtools/rpm/files/0001-Make-configure-cope-with-multiple-users-groups-with-.patch
+++ /dev/null
@@ -1,43 +0,0 @@
-Upstream-Status: Backport 
[https://github.com/rpm-software-management/rpm/commit/a3652af66fa2a1f272d771323fee019f23d350f5]
-
-From 68a7b60f89419e53a4bd3c412f816f0576ffd8c4 Mon Sep 17 00:00:00 2001
-From: Mike Crowe 
-Date: Thu, 4 Jan 2018 14:39:51 +
-Subject: [PATCH] Make configure cope with multiple users/groups with ID 0
-
-If /etc/passwd contains multiple users with UID 0 then user_with_uid0 will
-contain a line feed which results in config.h containing:
-
- #define UID_0_USER "root
-
-(i.e. without a closing quote.)
-
-The same problem occurs with /etc/group.
-
-Let's only emit the first match in each case so that there is only ever a
-single result.
-
-Signed-off-by: Mike Crowe 
-

- configure.ac | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/configure.ac b/configure.ac
-index ab8ca4f54..5259ad243 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -996,8 +996,8 @@ if test "$with_dmalloc" = yes ; then
-   LIBS="$LIBS -ldmalloc"
- fi
- 
--user_with_uid0=$(awk -F: '$3==0 {print $1}' /etc/passwd)
--group_with_gid0=$(awk -F: '$3==0 {print $1}' /etc/group)
-+user_with_uid0=$(awk -F: '$3==0 {print $1;exit}' /etc/passwd)
-+group_with_gid0=$(awk -F: '$3==0 {print $1;exit}' /etc/group)
- AC_DEFINE_UNQUOTED([UID_0_USER],["$user_with_uid0"],[Get the user name having 
userid 0])
- AC_DEFINE_UNQUOTED([GID_0_GROUP],["$group_with_gid0"],[Get the group name 
having groupid 0])
- 
--- 
-2.11.0
-
diff --git 
a/meta/recipes-devtools/rpm/files/0013-Add-a-new-option-alldeps-to-rpmdeps.patch
 
b/meta/recipes-devtools/rpm/files/0013-Add-a-new-option-alldeps-to-rpmdeps.patch
deleted file mode 100644
index d84e8b54d8d..000
--- 

[OE-core] [PATCH 01/20] oe-selftest: add a test for recipes without maintainers

[Alexander Kanavin]

'bitbake -c checkpkg world' is moved to class initializer to avoid
it being run twice in a row.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oeqa/selftest/cases/distrodata.py | 32 +-
 1 file changed, 27 insertions(+), 5 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/distrodata.py 
b/meta/lib/oeqa/selftest/cases/distrodata.py
index 12540adc7d8..dd0760cce93 100644
--- a/meta/lib/oeqa/selftest/cases/distrodata.py
+++ b/meta/lib/oeqa/selftest/cases/distrodata.py
@@ -9,6 +9,12 @@ class Distrodata(OESelftestTestCase):
 @classmethod
 def setUpClass(cls):
 super(Distrodata, cls).setUpClass()
+feature = 'INHERIT += "distrodata"\n'
+feature += 'LICENSE_FLAGS_WHITELIST += " commercial"\n'
+
+cls.write_config(cls, feature)
+bitbake('-c checkpkg world')
+
 
 @OETestID(1902)
 def test_checkpkg(self):
@@ -18,11 +24,6 @@ class Distrodata(OESelftestTestCase):
 Product: oe-core
 Author:  Alexander Kanavin 
 """
-feature = 'INHERIT += "distrodata"\n'
-feature += 'LICENSE_FLAGS_WHITELIST += " commercial"\n'
-
-self.write_config(feature)
-bitbake('-c checkpkg world')
 checkpkg_result = open(os.path.join(get_bb_var("LOG_DIR"), 
"checkpkg.csv")).readlines()[1:]
 regressed_failures = [pkg_data[0] for pkg_data in 
[pkg_line.split('\t') for pkg_line in checkpkg_result] if pkg_data[11] == 
'UNKNOWN_BROKEN']
 regressed_successes = [pkg_data[0] for pkg_data in 
[pkg_line.split('\t') for pkg_line in checkpkg_result] if pkg_data[11] == 
'KNOWN_BROKEN']
@@ -40,3 +41,24 @@ The following packages have been checked successfully for 
upstream versions,
 but their recipes claim otherwise by setting UPSTREAM_VERSION_UNKNOWN. Please 
remove that line from the recipes.
 """ + "\n".join(regressed_successes)
 self.assertTrue(len(regressed_failures) == 0 and 
len(regressed_successes) == 0, msg)
+
+def test_maintainers(self):
+"""
+Summary: Test that recipes have a maintainer
+Expected:All recipes (except a few special static/testing ones) 
should have a maintainer listed in maintainers.inc file.
+Product: oe-core
+Author:  Alexander Kanavin 
+"""
+def is_exception(pkg):
+exceptions = ["packagegroup-", "initramfs-", 
"systemd-machine-units", "container-image-testpkg", "postinst", 
"devtool-test-", "selftest-ed", "target-sdk-provides-dummy"]
+for i in exceptions:
+ if i in pkg:
+ return True
+return False
+
+checkpkg_result = open(os.path.join(get_bb_var("LOG_DIR"), 
"checkpkg.csv")).readlines()[1:]
+no_maintainer_list = [pkg_data[0] for pkg_data in 
[pkg_line.split('\t') for pkg_line in checkpkg_result] if pkg_data[14] == '' 
and not is_exception(pkg_data[0])]
+msg = """
+The following packages do not have a maintainer assigned to them. Please add 
an entry to meta/conf/distro/include/maintainers.inc file.
+""" + "\n".join(no_maintainer_list)
+self.assertTrue(len(no_maintainer_list) == 0, msg)
-- 
2.15.1

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

Re: [OE-core] [oe-core] recipe using environment variable does not refresh / rebuild

[Richard Purdie]

On Thu, 2018-02-01 at 16:00 +0100, Piotr Lewicki wrote:
> Hi Ross,
> Good idea, but I'm using gitlab to perform autobuilds and I want to
> set the variable there (the "ADD_UBOOT_TO_UPDATE" variable) so that
> it's propagated to the image recipe.
> I'm want to differentiate the image with and without u-boot only by
> setting this one environment variable and without additional mangling
> with local.conf.
> 
> If that's not possible- I'll use your idea with setting it in
> local.conf, but before that I'm trying to understand- why my recipe
> is not rebuilt?

It isn't rebuilt as bitbake isn't psychic!

Bitbake doesn't understand what anonymous python fragments do, so it
can't know that ADD_UBOOT_TO_UPDATE is being changed.

I have a suspicion that it might rebuild, *if* it knew it had to
reparse the recipe since it probably does know which tasks use that
variable. It doesn't know you're poking into BB_ORIGENV which you
really shouldn't be doing.

To make this work as you'd want, you could add ADD_UBOOT_TO_UPDATE to
BB_PRESERVE_ENV. That might be enough to cause it to re-parse each time
you change the value and in turn, if the tasks change based on that,
they might rebuild. I'd at least start there (and stop poking into
BB_ORIGENV).

Cheers,

Richard


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

Re: [OE-core] [oe-core] recipe using environment variable does not refresh / rebuild

[Piotr Lewicki]

Hi Ross,

Good idea, but I'm using gitlab to perform autobuilds and I want to set 
the variable there (the "ADD_UBOOT_TO_UPDATE" variable) so that it's 
propagated to the image recipe.


I'm want to differentiate the image with and without u-boot only by 
setting this one environment variable and without additional mangling 
with local.conf.



If that's not possible- I'll use your idea with setting it in 
local.conf, but before that I'm trying to understand- why my recipe is 
not rebuilt?



Thanks,

Piotr


On 01.02.2018 15:50, Burton, Ross wrote:
On 1 February 2018 at 14:46, Piotr Lewicki > wrote:


Hi,

I have a problem with forcing rebuild of the recipe depending on
the environment variable.

In my recipe I have an anonymous python function that obtains the
env variable and depending on it sets some other internal
variables (needed by swupdate recipe):


python() {
    origenv = d.getVar("BB_ORIGENV", False)
    u_boot_enabled = origenv.getVar("ADD_UBOOT_TO_UPDATE", False)

    if u_boot_enabled == None:
    bb.warn("Not adding u-boot to the image")
    else:
    bb.warn("Adding u-boot to the image")
    d.appendVar("SWUPDATE_IMAGES", " u-boot.imx")
    d.setVarFlag("SWUPDATE_IMAGES_NOAPPEND_MACHINE",
"u-boot.imx", "1")
}


My issue is that there is no difference when I either set or unset
my environment variable "ADD_UBOOT_TO_UPDATE".


Can you point me a solution how I could force checking this
variable and rerunning/rebuilding the recipe?


Can't you use a variable set in local.conf instead?

Ross


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

Re: [OE-core] [oe-core] recipe using environment variable does not refresh / rebuild

[Burton, Ross]

On 1 February 2018 at 14:46, Piotr Lewicki  wrote:

> Hi,
>
> I have a problem with forcing rebuild of the recipe depending on the
> environment variable.
>
> In my recipe I have an anonymous python function that obtains the env
> variable and depending on it sets some other internal variables (needed by
> swupdate recipe):
>
>
> python() {
> origenv = d.getVar("BB_ORIGENV", False)
> u_boot_enabled = origenv.getVar("ADD_UBOOT_TO_UPDATE", False)
>
> if u_boot_enabled == None:
> bb.warn("Not adding u-boot to the image")
> else:
> bb.warn("Adding u-boot to the image")
> d.appendVar("SWUPDATE_IMAGES", " u-boot.imx")
> d.setVarFlag("SWUPDATE_IMAGES_NOAPPEND_MACHINE", "u-boot.imx",
> "1")
> }
>
>
> My issue is that there is no difference when I either set or unset my
> environment variable "ADD_UBOOT_TO_UPDATE".
>
>
> Can you point me a solution how I could force checking this variable and
> rerunning/rebuilding the recipe?
>

Can't you use a variable set in local.conf instead?

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

[OE-core] [oe-core] recipe using environment variable does not refresh / rebuild

[Piotr Lewicki]

Hi,

I have a problem with forcing rebuild of the recipe depending on the 
environment variable.


In my recipe I have an anonymous python function that obtains the env 
variable and depending on it sets some other internal variables (needed 
by swupdate recipe):



python() {
    origenv = d.getVar("BB_ORIGENV", False)
    u_boot_enabled = origenv.getVar("ADD_UBOOT_TO_UPDATE", False)

    if u_boot_enabled == None:
    bb.warn("Not adding u-boot to the image")
    else:
    bb.warn("Adding u-boot to the image")
    d.appendVar("SWUPDATE_IMAGES", " u-boot.imx")
    d.setVarFlag("SWUPDATE_IMAGES_NOAPPEND_MACHINE", "u-boot.imx", "1")
}


My issue is that there is no difference when I either set or unset my 
environment variable "ADD_UBOOT_TO_UPDATE".



Can you point me a solution how I could force checking this variable and 
rerunning/rebuilding the recipe?



Thanks,

Piotr

--
___
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

[Burton, Ross]

On 1 February 2018 at 14:39, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:

> On 02/01/2018 01:36 PM, Mauno Niko wrote:
>
>> Before we can declare that, we need to look what comm is actually used
>>> for during build, and why its absence is not a problem and doesn't cause
>>> errors.
>>>
>>> Consider also that using comm from host may break reproducibility, if
>>> absence or presence of comm on the host results in a different output
>>> from the build.
>>>
>>
>> My patch initially did add coreutils-native to u-boot DEPENDS.
>>
>> Should I resubmit it? (did not apply due to mismatch in recipe filename
>> (version))
>>
>
> RP has already merged the patch you sent, I think :)
>
> Still, in my opinion - yes, it's better to undo the HOSTTOOLS change, and
> add coreutils-native. But first, research a bit further for what purpose
> comm is used during build and why its absence doesn't break it.
>

coreutils is on 100% of linux desktops (rounding up), and this would be the
only recipe to build-depend on coreutils-native.  I don't see the problem
with depending on the host for this.

Ross
-- 
___
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 02/01/2018 01:36 PM, Mauno Niko wrote:

Before we can declare that, we need to look what comm is actually used
for during build, and why its absence is not a problem and doesn't cause
errors.

Consider also that using comm from host may break reproducibility, if
absence or presence of comm on the host results in a different output
from the build.


My patch initially did add coreutils-native to u-boot DEPENDS.

Should I resubmit it? (did not apply due to mismatch in recipe filename 
(version))


RP has already merged the patch you sent, I think :)

Still, in my opinion - yes, it's better to undo the HOSTTOOLS change, 
and add coreutils-native. But first, research a bit further for what 
purpose comm is used during build and why its absence doesn't break it.


Alex

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

[OE-core] [PATCHv2] libpam: be more strict about user's sanity

[Martin Jansa]

* replace do_pam_sanity function with distro_features_check inherit
* fixes:
  WARNING: libpam-1.3.0-r5 do_pam_sanity: Building libpam but 'pam' isn't in 
DISTRO_FEATURES, PAM won't work correctly
  in world builds and prevents user to build libpam at all without pam
  in DISTRO_FEATURES, I don't see any users of this which wouldn't respect
  pam in DISTRO_FEATURES
* only libuser is depending on libpam without respecting DISTRO_FEATURES
* there are few recipes in meta-oe layers depending on libpam without
  respecting DISTRO_FEATURES, I've sent patch for them:
  samba, openwsman, pam-ssh-agent-auth, sblim-sfcb, passwdqc, python-pam, 
smbnetfs
  and omxplayer in meta-raspberrypi, I've sent PR for that one:
  https://github.com/agherzan/meta-raspberrypi/pull/192

Signed-off-by: Martin Jansa 
---
 meta/recipes-extended/libuser/libuser_0.62.bb | 3 +++
 meta/recipes-extended/pam/libpam_1.3.0.bb | 7 ++-
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-extended/libuser/libuser_0.62.bb 
b/meta/recipes-extended/libuser/libuser_0.62.bb
index 1765346646..7ec54eb16e 100644
--- a/meta/recipes-extended/libuser/libuser_0.62.bb
+++ b/meta/recipes-extended/libuser/libuser_0.62.bb
@@ -22,6 +22,9 @@ SRC_URI[sha256sum] = 
"a58ff4fabb01a25043b142185a33eeea961109dd60d4b40b6a9df4fa3c
 
 DEPENDS = "popt libpam glib-2.0 python3"
 
+inherit distro_features_check
+REQUIRED_DISTRO_FEATURES = "pam"
+
 inherit autotools gettext python3native python3-dir pkgconfig gtk-doc
 
 EXTRA_OEMAKE = "PYTHON_CPPFLAGS=-I${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}"
diff --git a/meta/recipes-extended/pam/libpam_1.3.0.bb 
b/meta/recipes-extended/pam/libpam_1.3.0.bb
index 8f7753d001..92ab72a42f 100644
--- a/meta/recipes-extended/pam/libpam_1.3.0.bb
+++ b/meta/recipes-extended/pam/libpam_1.3.0.bb
@@ -151,11 +151,8 @@ do_install() {
fi
 }
 
-python do_pam_sanity () {
-if not bb.utils.contains('DISTRO_FEATURES', 'pam', True, False, d):
-bb.warn("Building libpam but 'pam' isn't in DISTRO_FEATURES, PAM won't 
work correctly")
-}
-addtask pam_sanity before do_configure
+inherit distro_features_check
+REQUIRED_DISTRO_FEATURES = "pam"
 
 BBCLASSEXTEND = "nativesdk native"
 
-- 
2.15.1

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

[OE-core] [PATCH] libpam: be more script about user's sanity

[Martin Jansa]

* replace do_pam_sanity function with distro_features_check inherit
* fixes:
  WARNING: libpam-1.3.0-r5 do_pam_sanity: Building libpam but 'pam' isn't in 
DISTRO_FEATURES, PAM won't work correctly
  in world builds and prevents user to build libpam at all without pam
  in DISTRO_FEATURES, I don't see any users of this which wouldn't respect
  pam in DISTRO_FEATURES
* only libuser is depending on libpam without respecting DISTRO_FEATURES
* there are few recipes in meta-oe layers depending on libpam without
  respecting DISTRO_FEATURES, I've sent patch for them:
  samba, openwsman, pam-ssh-agent-auth, sblim-sfcb, passwdqc, python-pam, 
smbnetfs
  and omxplayer in meta-raspberrypi, I've sent PR for that one:
  https://github.com/agherzan/meta-raspberrypi/pull/192

Signed-off-by: Martin Jansa 
---
 meta/recipes-extended/libuser/libuser_0.62.bb | 3 +++
 meta/recipes-extended/pam/libpam_1.3.0.bb | 7 ++-
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-extended/libuser/libuser_0.62.bb 
b/meta/recipes-extended/libuser/libuser_0.62.bb
index 1765346646..7ec54eb16e 100644
--- a/meta/recipes-extended/libuser/libuser_0.62.bb
+++ b/meta/recipes-extended/libuser/libuser_0.62.bb
@@ -22,6 +22,9 @@ SRC_URI[sha256sum] = 
"a58ff4fabb01a25043b142185a33eeea961109dd60d4b40b6a9df4fa3c
 
 DEPENDS = "popt libpam glib-2.0 python3"
 
+inherit distro_features_check
+REQUIRED_DISTRO_FEATURES = "pam"
+
 inherit autotools gettext python3native python3-dir pkgconfig gtk-doc
 
 EXTRA_OEMAKE = "PYTHON_CPPFLAGS=-I${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}"
diff --git a/meta/recipes-extended/pam/libpam_1.3.0.bb 
b/meta/recipes-extended/pam/libpam_1.3.0.bb
index 8f7753d001..92ab72a42f 100644
--- a/meta/recipes-extended/pam/libpam_1.3.0.bb
+++ b/meta/recipes-extended/pam/libpam_1.3.0.bb
@@ -151,11 +151,8 @@ do_install() {
fi
 }
 
-python do_pam_sanity () {
-if not bb.utils.contains('DISTRO_FEATURES', 'pam', True, False, d):
-bb.warn("Building libpam but 'pam' isn't in DISTRO_FEATURES, PAM won't 
work correctly")
-}
-addtask pam_sanity before do_configure
+inherit distro_features_check
+REQUIRED_DISTRO_FEATURES = "pam"
 
 BBCLASSEXTEND = "nativesdk native"
 
-- 
2.15.1

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

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

[Burton, Ross]

On 1 February 2018 at 14:17, Daniel F. Dickinson 
wrote:

> On 01/02/18 09:12 AM, Burton, Ross wrote:
>
>> On 1 February 2018 at 14:10, Daniel F. Dickinson > > wrote:
>>
>> On 01/02/18 08:54 AM, Burton, Ross wrote:
>>
>> On 1 February 2018 at 13:44, Daniel F. Dickinson
>> 
>> >>
>>
>> wrote:
>>
>>  I guess the question is would it be useful to have a flag
>> that chooses
>>  a 'typical' tinyness but can be overridden (I'm think here of
>>  avoiding having to specify huge numbers of PACKAGECONFIGs
>> for a
>>  typical tiny case, when really you want most of the 'normal'
>>  tinyness with some
>>  tweaks.  What I'm think is that "tiny" really should just
>> change the
>>  defaults for PACKAGECONFIG etc, but like the defaults can
>> be easily
>>  overridden.
>>
>>
>> Well in the idiomatic way the default would be "all the things
>> are on", so doing a "tiny" build would be just setting
>> PACKAGECONFIG="".
>>
>> When we're dealing with tiny configurations you can't really say
>> "and this is what people will want", because that's precisely
>> the problem: you don't know what someone else will want.
>>
>> Ross
>>
>> Fair enough.  Is there a way to distribute a set of package configs
>> and/or package selections (can a packagegroup do packageconfig or
>> does that need to be specified in a different scope (I'm still
>> getting used to openembedded)).  "tiny" is a bad choice because it's
>> too generic, but perhaps "meta-tiny-router" "meta-tiny-switch"
>> "meta-tiny-home-device" etc would make sense as mini-layers that
>> could take care of sane defaults for different use cases (assuming
>> the work of splitting packages up more and appropriate tinification
>> PACKAGECONFIGs are either submitted to the appropriate layer or
>> bbappended in various layers)?
>>
>>
>> A distribution can set other recipe's PACKAGECONFIGs directly:
>>
>> PACKAGECONFIG_pn-recipename = "foo bar"
>>
>> And distributions are welcome to bundle groups of those into inc files
>> for the user to pull in as required at the distro level.
>>
>

> I wonder if it'd be useful to have some .inc's of this variety added and
> included (commented out) in the poky-tiny distro default local.conf?
>

Included and enabled if they make sense, sure.  poky-tiny is, like
everything poky-specific, just an example.

It already has one:

PACKAGECONFIG_remove_pn-opkg-utils = "python"

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

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

[Daniel F. Dickinson]

On 01/02/18 09:12 AM, Burton, Ross wrote:
On 1 February 2018 at 14:10, Daniel F. Dickinson > wrote:


On 01/02/18 08:54 AM, Burton, Ross wrote:

On 1 February 2018 at 13:44, Daniel F. Dickinson

>>
wrote:

     I guess the question is would it be useful to have a flag
that chooses
     a 'typical' tinyness but can be overridden (I'm think here of
     avoiding having to specify huge numbers of PACKAGECONFIGs for a
     typical tiny case, when really you want most of the 'normal'
     tinyness with some
     tweaks.  What I'm think is that "tiny" really should just
change the
     defaults for PACKAGECONFIG etc, but like the defaults can
be easily
     overridden.


Well in the idiomatic way the default would be "all the things
are on", so doing a "tiny" build would be just setting
PACKAGECONFIG="".

When we're dealing with tiny configurations you can't really say
"and this is what people will want", because that's precisely
the problem: you don't know what someone else will want.

Ross

Fair enough.  Is there a way to distribute a set of package configs
and/or package selections (can a packagegroup do packageconfig or
does that need to be specified in a different scope (I'm still
getting used to openembedded)).  "tiny" is a bad choice because it's
too generic, but perhaps "meta-tiny-router" "meta-tiny-switch"
"meta-tiny-home-device" etc would make sense as mini-layers that
could take care of sane defaults for different use cases (assuming
the work of splitting packages up more and appropriate tinification
PACKAGECONFIGs are either submitted to the appropriate layer or
bbappended in various layers)?


A distribution can set other recipe's PACKAGECONFIGs directly:

PACKAGECONFIG_pn-recipename = "foo bar"

And distributions are welcome to bundle groups of those into inc files 
for the user to pull in as required at the distro level.


Ross
I wonder if it'd be useful to have some .inc's of this variety added and 
included (commented out) in the poky-tiny distro default local.conf?

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

[OE-core] [PATCHv3] security_flags.inc, xorg-driver-common.inc: Move SECURITY_X_LDFLAGS logic

[Tom Rini]

We need to ensure that all xorg modules are linked with
SECURITY_X_LDFLAGS to ensure that they will be able to resolve their run
time dependencies.  The approach of listing each driver in
security_flags.inc lets less frequently used drivers be run-time
broken.  Move the flag logic into xorg-driver-common.inc so that all
xorg modules from all layers will have the correct security flags used.

Cc: Khem Raj 
Signed-off-by: Tom Rini 
---
Changes in v3:
- After reviewing fixing the drivers in meta-openembedded/meta-oe if we
  move this logic into the common xf86 drivers inc file that all
  layers use to correctly make these drivers, all layers will get this
  fix for free if we move to overriding there instead.  Add a comment to
  security_flags.inc for future reference.
Changes in v2:
- Oops, can't use % globbing in security_flags.inc, grabs brown paper
  bag
---
 meta/conf/distro/include/security_flags.inc  | 8 ++--
 meta/recipes-graphics/xorg-driver/xorg-driver-common.inc | 2 ++
 2 files changed, 4 insertions(+), 6 deletions(-)

diff --git a/meta/conf/distro/include/security_flags.inc 
b/meta/conf/distro/include/security_flags.inc
index 7ea1049edff8..49d2417a882f 100644
--- a/meta/conf/distro/include/security_flags.inc
+++ b/meta/conf/distro/include/security_flags.inc
@@ -59,12 +59,8 @@ TARGET_LDFLAGS_append_class-target = " ${SECURITY_LDFLAGS}"
 SECURITY_LDFLAGS_remove_pn-gcc-runtime = "-fstack-protector-strong"
 SECURITY_LDFLAGS_remove_pn-glibc = "-fstack-protector-strong"
 SECURITY_LDFLAGS_remove_pn-glibc-initial = "-fstack-protector-strong"
-SECURITY_LDFLAGS_pn-xf86-video-fbdev = "${SECURITY_X_LDFLAGS}"
-SECURITY_LDFLAGS_pn-xf86-video-intel = "${SECURITY_X_LDFLAGS}"
-SECURITY_LDFLAGS_pn-xf86-video-omapfb = "${SECURITY_X_LDFLAGS}"
-SECURITY_LDFLAGS_pn-xf86-video-omap = "${SECURITY_X_LDFLAGS}"
-SECURITY_LDFLAGS_pn-xf86-video-vesa = "${SECURITY_X_LDFLAGS}"
-SECURITY_LDFLAGS_pn-xf86-video-vmware = "${SECURITY_X_LDFLAGS}"
+# All xorg module drivers need to be linked this way as well and are
+# handled in recipes-graphics/xorg-driver/xorg-driver-common.inc
 SECURITY_LDFLAGS_pn-xserver-xorg = "${SECURITY_X_LDFLAGS}"
 
 TARGET_CC_ARCH_append_pn-binutils = " ${SELECTED_OPTIMIZATION}"
diff --git a/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc 
b/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
index fe42f11b6898..bca0aade6cb5 100644
--- a/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
+++ b/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
@@ -38,3 +38,5 @@ def _add_xorg_abi_depends(d, name):
 
 pn = d.getVar("PN")
 d.appendVar('RDEPENDS_' + pn, ' ' + abi)
+
+SECURITY_LDFLAGS = "${SECURITY_X_LDFLAGS}"
-- 
2.7.4

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

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

[Burton, Ross]

On 1 February 2018 at 14:10, Daniel F. Dickinson 
wrote:

> On 01/02/18 08:54 AM, Burton, Ross wrote:
>
>> On 1 February 2018 at 13:44, Daniel F. Dickinson > > wrote:
>>
>> I guess the question is would it be useful to have a flag that chooses
>> a 'typical' tinyness but can be overridden (I'm think here of
>> avoiding having to specify huge numbers of PACKAGECONFIGs for a
>> typical tiny case, when really you want most of the 'normal'
>> tinyness with some
>> tweaks.  What I'm think is that "tiny" really should just change the
>> defaults for PACKAGECONFIG etc, but like the defaults can be easily
>> overridden.
>>
>>
>> Well in the idiomatic way the default would be "all the things are on",
>> so doing a "tiny" build would be just setting PACKAGECONFIG="".
>>
>> When we're dealing with tiny configurations you can't really say "and
>> this is what people will want", because that's precisely the problem: you
>> don't know what someone else will want.
>>
>> Ross
>>
>> Fair enough.  Is there a way to distribute a set of package configs
> and/or package selections (can a packagegroup do packageconfig or does that
> need to be specified in a different scope (I'm still getting used to
> openembedded)).  "tiny" is a bad choice because it's too generic, but
> perhaps "meta-tiny-router" "meta-tiny-switch" "meta-tiny-home-device" etc
> would make sense as mini-layers that could take care of sane defaults for
> different use cases (assuming the work of splitting packages up more and
> appropriate tinification PACKAGECONFIGs are either submitted to the
> appropriate layer or bbappended in various layers)?
>

A distribution can set other recipe's PACKAGECONFIGs directly:

PACKAGECONFIG_pn-recipename = "foo bar"

And distributions are welcome to bundle groups of those into inc files for
the user to pull in as required at the distro level.

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

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

[Daniel F. Dickinson]

On 01/02/18 08:54 AM, Burton, Ross wrote:
On 1 February 2018 at 13:44, Daniel F. Dickinson > wrote:


I guess the question is would it be useful to have a flag that chooses
a 'typical' tinyness but can be overridden (I'm think here of
avoiding having to specify huge numbers of PACKAGECONFIGs for a
typical tiny case, when really you want most of the 'normal'
tinyness with some
tweaks.  What I'm think is that "tiny" really should just change the
defaults for PACKAGECONFIG etc, but like the defaults can be easily
overridden.


Well in the idiomatic way the default would be "all the things are on", 
so doing a "tiny" build would be just setting PACKAGECONFIG="".


When we're dealing with tiny configurations you can't really say "and 
this is what people will want", because that's precisely the problem: 
you don't know what someone else will want.


Ross

Fair enough.  Is there a way to distribute a set of package configs 
and/or package selections (can a packagegroup do packageconfig or does 
that need to be specified in a different scope (I'm still getting used 
to openembedded)).  "tiny" is a bad choice because it's too generic, but 
perhaps "meta-tiny-router" "meta-tiny-switch" "meta-tiny-home-device" 
etc would make sense as mini-layers that could take care of sane 
defaults for different use cases (assuming the work of splitting 
packages up more and appropriate tinification PACKAGECONFIGs are either 
submitted to the appropriate layer or bbappended in various layers)?


Regards,

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

Re: [OE-core] [PATCH] core-image-minimal-initramfs: use initramfs-framework for initialization

[Burton, Ross]

Sorry, missed this.  I'll pull it into MUT and throw it at the
autobuilder...

Ross

On 31 January 2018 at 22:53, Cal Sullivan 
wrote:

> Ping.
>
> ---
> Cal
>
>
> On 01/09/2018 05:00 PM, Cal Sullivan wrote:
>
>> Anything wrong with this? Haven't seen it hit any mut branches.
>>
>> Thanks,
>> Cal
>>
>> On 12/19/2017 02:12 PM, California Sullivan wrote:
>>
>>> initramfs-framework is more modular and expandable. This change was
>>> proposed in commit 28fc6ba761ed4a47efa7c43e7f7dff5e2fe72b5e
>>> "core-image-minimal-initramfs: use initramfs-framework by default" but
>>> reverted due to the selftests runqemu.RunqemuTests.test_boot_machine_iso
>>> and runqemu.RunqemuTests.test_boot_deploy_hddimg failing. Since then,
>>> the kinks have been worked out, and missing functionality that had been
>>> missed (non-EFI installation module) has been added.
>>>
>>> Since the PACKAGE_INSTALL variable was getting so long with all these
>>> individual modules getting added, I also introduced a new
>>> INITRAMFS_SCRIPTS variable to the core-image-minimal-initramfs recipe.
>>> This variable makes the recipe look much cleaner, and also allows easier
>>> replacement or additions to the scripts.
>>>
>>> Fixes [YOCTO #10987].
>>>
>>> Signed-off-by: California Sullivan 
>>> ---
>>>   meta/recipes-core/images/core-image-minimal-initramfs.bb | 10
>>> +-
>>>   1 file changed, 9 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/meta/recipes-core/images/core-image-minimal-initramfs.bb
>>> b/meta/recipes-core/images/core-image-minimal-initramfs.bb
>>> index 5794a25952a..a9ba91bd310 100644
>>> --- a/meta/recipes-core/images/core-image-minimal-initramfs.bb
>>> +++ b/meta/recipes-core/images/core-image-minimal-initramfs.bb
>>> @@ -3,7 +3,15 @@ DESCRIPTION = "Small image capable of booting a device.
>>> The kernel includes \
>>>   the Minimal RAM-based Initial Root Filesystem (initramfs), which finds
>>> the \
>>>   first 'init' program more efficiently."
>>>   -PACKAGE_INSTALL = "initramfs-live-boot initramfs-live-install
>>> initramfs-live-install-efi ${VIRTUAL-RUNTIME_base-utils} udev base-passwd
>>> ${ROOTFS_BOOTSTRAP_INSTALL}"
>>> +INITRAMFS_SCRIPTS ?= "\
>>> +  initramfs-framework-base \
>>> +  initramfs-module-setup-live \
>>> +  initramfs-module-udev \
>>> +  initramfs-module-install \
>>> +  initramfs-module-install-efi \
>>> + "
>>> +
>>> +PACKAGE_INSTALL = "${INITRAMFS_SCRIPTS} ${VIRTUAL-RUNTIME_base-utils}
>>> udev base-passwd ${ROOTFS_BOOTSTRAP_INSTALL}"
>>> # Do not pollute the initrd image with rootfs features
>>>   IMAGE_FEATURES = ""
>>>
>>
>>
> --
> ___
> 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] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

[Burton, Ross]

On 1 February 2018 at 13:44, Daniel F. Dickinson 
wrote:

> I guess the question is would it be useful to have a flag that chooses
> a 'typical' tinyness but can be overridden (I'm think here of avoiding
> having to specify huge numbers of PACKAGECONFIGs for a typical tiny case,
> when really you want most of the 'normal' tinyness with some
> tweaks.  What I'm think is that "tiny" really should just change the
> defaults for PACKAGECONFIG etc, but like the defaults can be easily
> overridden.
>

Well in the idiomatic way the default would be "all the things are on", so
doing a "tiny" build would be just setting PACKAGECONFIG="".

When we're dealing with tiny configurations you can't really say "and this
is what people will want", because that's precisely the problem: you don't
know what someone else will want.

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

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

[Daniel F. Dickinson]

On 01/02/18 08:38 AM, Burton, Ross wrote:
On 1 February 2018 at 12:55, Daniel F. Dickinson > wrote:


I'm wondering if is doable and would be accepted to add a "tiny"
DISTRO_FEATURE that automatically does PACKAGECONFIG += "tiny", and
packages which honour this make choices that build smaller editions
and/or create smaller binary sub-packages than default (i.e. things
that can be split out of build packages are, so that a -core or
-base package has only the minimum, and a one uses metapackages to
install expected packaging (so ${PN} would by default RDEPEND on
${PN}-base and other sub-packages (or other recipes
packages/sub-packages) that give the 'usual' use case for the
package, but can be managed in parts for systems that are quite small.

Or is the splitting into sub-parts preferred anyway and patches to
make smaller splits would accepted relatively easily, but usually
just don't get done because it's more work to have more sub-packages
and so it just doesn't get done to the level a project like OpenWrt
pieces things up, and OpenEmbedded usually has more space available
than a typical OpenWrt device?

I think PACKAGECONFIG[tiny] would really translate into different
things in different packages (hence the idea of having a top-level
flag that
makes it easier to do across the board rather than having to specify
specific flags for each recipe, except in exceptional
circumstances), although something like nossl should perhaps be a
separate top-level flag since even if you want small you probably
want some kind of ssl, but there may be relevant use cases where
nossl would be wanted but isn't just about size.  With -tiny one
could perhaps emphasize the choice of smaller SSL libraries like
mbedtls and wolfssl (cyassl) when they are an option and warn (or
refuse to build) if a big library like openssl can't be avoided.


I feel that DISTRO_FEATURES=tiny is too coarse: you may want a tiny 
busybox but a fully-featured wget, or whatever.


Also PACKAGECONFIG[tiny] doesn't really explain *what* it's doing, and 
may end up doing many things at once.  Does a tiny systemd disable 
networkd? What if you want as tiny as possible, but with networkd?


Fine grained PACKAGECONFIGs and/or subpackages as appropriate are 
definitely the way forwards in my opinion.



I guess the question is would it be useful to have a flag that chooses
a 'typical' tinyness but can be overridden (I'm think here of avoiding 
having to specify huge numbers of PACKAGECONFIGs for a typical tiny 
case, when really you want most of the 'normal' tinyness with some
tweaks.  What I'm think is that "tiny" really should just change the 
defaults for PACKAGECONFIG etc, but like the defaults can be easily 
overridden.


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

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

[Burton, Ross]

On 1 February 2018 at 12:55, Daniel F. Dickinson 
wrote:

> I'm wondering if is doable and would be accepted to add a "tiny"
> DISTRO_FEATURE that automatically does PACKAGECONFIG += "tiny", and
> packages which honour this make choices that build smaller editions and/or
> create smaller binary sub-packages than default (i.e. things that can be
> split out of build packages are, so that a -core or -base package has only
> the minimum, and a one uses metapackages to install expected packaging (so
> ${PN} would by default RDEPEND on ${PN}-base and other sub-packages (or
> other recipes packages/sub-packages) that give the 'usual' use case for the
> package, but can be managed in parts for systems that are quite small.
>
> Or is the splitting into sub-parts preferred anyway and patches to make
> smaller splits would accepted relatively easily, but usually just don't get
> done because it's more work to have more sub-packages and so it just
> doesn't get done to the level a project like OpenWrt pieces things up, and
> OpenEmbedded usually has more space available than a typical OpenWrt device?
>
> I think PACKAGECONFIG[tiny] would really translate into different things
> in different packages (hence the idea of having a top-level flag that
> makes it easier to do across the board rather than having to specify
> specific flags for each recipe, except in exceptional circumstances),
> although something like nossl should perhaps be a separate top-level flag
> since even if you want small you probably want some kind of ssl, but there
> may be relevant use cases where nossl would be wanted but isn't just about
> size.  With -tiny one could perhaps emphasize the choice of smaller SSL
> libraries like mbedtls and wolfssl (cyassl) when they are an option and
> warn (or refuse to build) if a big library like openssl can't be avoided.
>

I feel that DISTRO_FEATURES=tiny is too coarse: you may want a tiny busybox
but a fully-featured wget, or whatever.

Also PACKAGECONFIG[tiny] doesn't really explain *what* it's doing, and may
end up doing many things at once.  Does a tiny systemd disable networkd?
What if you want as tiny as possible, but with networkd?

Fine grained PACKAGECONFIGs and/or subpackages as appropriate are
definitely the way forwards in my opinion.

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

[OE-core] [PATCH] package: Record PE and PR values for shlib dependencies

[Böszörményi Zoltán]

When downgrading a package or using a substitute with lower version,
the way to do it is adding or increasing PE and there may be other
reasons to set PE.

But it doesn't directly help dependant packages because the shlib
records only contain PV.

Let's add the PE value into the shlib records for packages where
it's set.

The in-memory variables storing the versions now use the PE:PV
notation but the on-disk files must use something else because
the : character is already used as field delimiter in the package.list
files storing the shlib records. Use # instead in the files,
so the file format doesn't change. Conversion occurs on reading
and writing the package.list files.

v2:

Also store PR in a new 4th field in the shlib records. If it's set,
i.e. it's different from "r0" then it will also be used in the
packages for shared library dependencies.

v3:

Store PE and PR in the 4th and 5th fields in the shlib records
and use variable STRICT_PE_PR_DEPS to activate the new behavior
to preserve compatibility with the old ways.
The presence of STRICT_PE_PR_DEPS is used both for storing PE and
PR in the shlib records and for setting it in the binary packages.
This way, it can be used as a distro-wide or per-recipe setting.

Signed-off-by: Zoltán Böszörményi 
---
 meta/classes/package.bbclass | 60 +---
 meta/lib/oe/package.py   |  4 ++-
 2 files changed, 48 insertions(+), 16 deletions(-)

diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 6a7f35a3e7..8207acd540 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1580,7 +1580,7 @@ python package_do_shlibs() {
 # Take shared lock since we're only reading, not writing
 lf = bb.utils.lockfile(d.expand("${PACKAGELOCK}"))
 
-def linux_so(file, needed, sonames, renames, pkgver):
+def linux_so(file, needed, sonames, renames, pkgver, pkgpe, pkgpr):
 needs_ldconfig = False
 ldir = os.path.dirname(file).replace(pkgdest + "/" + pkg, '')
 cmd = d.getVar('OBJDUMP') + " -p " + pipes.quote(file) + " 2>/dev/null"
@@ -1602,7 +1602,7 @@ python package_do_shlibs() {
 m = re.match("\s+SONAME\s+([^\s]*)", l)
 if m:
 this_soname = m.group(1)
-prov = (this_soname, ldir, pkgver)
+prov = (this_soname, ldir, pkgver, pkgpe, pkgpr)
 if not prov in sonames:
 # if library is private (only used by package) then do not 
build shlib for it
 if not private_libs or this_soname not in private_libs:
@@ -1613,7 +1613,7 @@ python package_do_shlibs() {
 renames.append((file, os.path.join(os.path.dirname(file), 
this_soname)))
 return needs_ldconfig
 
-def darwin_so(file, needed, sonames, renames, pkgver):
+def darwin_so(file, needed, sonames, renames, pkgver, pkgpe, pkgpr):
 if not os.path.exists(file):
 return
 ldir = os.path.dirname(file).replace(pkgdest + "/" + pkg, '')
@@ -1638,7 +1638,7 @@ python package_do_shlibs() {
 combos = get_combinations(name)
 for combo in combos:
 if not combo in sonames:
-prov = (combo, ldir, pkgver)
+prov = (combo, ldir, pkgver, pkgpe, pkgpr)
 sonames.append(prov)
 if file.endswith('.dylib') or file.endswith('.so'):
 rpath = []
@@ -1665,13 +1665,13 @@ python package_do_shlibs() {
 if name and name not in needed[pkg]:
  needed[pkg].append((name, file, []))
 
-def mingw_dll(file, needed, sonames, renames, pkgver):
+def mingw_dll(file, needed, sonames, renames, pkgver, pkgpe, pkgpr):
 if not os.path.exists(file):
 return
 
 if file.endswith(".dll"):
 # assume all dlls are shared objects provided by the package
-sonames.append((os.path.basename(file), 
os.path.dirname(file).replace(pkgdest + "/" + pkg, ''), pkgver))
+sonames.append((os.path.basename(file), 
os.path.dirname(file).replace(pkgdest + "/" + pkg, ''), pkgver, pkgpe, pkgpr))
 
 if (file.endswith(".dll") or file.endswith(".exe")):
 # use objdump to search for "DLL Name: .*\.dll"
@@ -1706,6 +1706,24 @@ python package_do_shlibs() {
 if not pkgver:
 pkgver = ver
 
+pkgpe = d.getVar('PE')
+pkgpr = d.getVar('PR')
+if pkgpr == 'r0':
+   pkgpr = ''
+
+strict_deps = d.getVar('STRICT_PE_PR_DEPS')
+
+if strict_deps:
+dep_pe = pkgpe
+if dep_pe:
+dep_pe = dep_pe + ':'
+dep_pr = pkgpr
+if dep_pr:
+   dep_pr = '-' + dep_pr
+else:
+dep_pe = ''
+dep_pr = ''
+
 needed[pkg] = []
 sonames = list()
 renames = list()
@@ -1714,11 +1732,11 @@ python 

[OE-core] [PATCH 1/2] npm.bbclass: Fix building node modules with npm@5

[Böszörményi Zoltán]

npm cache clear throws an error with npm@5 and suggests to
use npm cache verify instead. But our cache is actually empty,
so use npm cache clear --force.

npm install in the source directory creates symlinks with npm@5.

Use a combination of npm pack and npm install module-version.tgz
that works the same way with older and new npm versions and is
guaranteed to create actual copies instead of directory symlinks.

This change allows using nodejs 8.x LTS, tested with 8.9.4.

Signed-off-by: Zoltán Böszörményi 
---
 meta/classes/npm.bbclass | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/classes/npm.bbclass b/meta/classes/npm.bbclass
index a69bedbb28..898a54eb50 100644
--- a/meta/classes/npm.bbclass
+++ b/meta/classes/npm.bbclass
@@ -31,7 +31,7 @@ npm_do_compile() {
fi
npm set cache ${WORKDIR}/npm_cache
# clear cache before every build
-   npm cache clear
+   npm cache clear --force
# Install pkg into ${S} without going to the registry
if [  "${NPM_INSTALL_DEV}" = "1" ]; then
npm --arch=${NPM_ARCH} --target_arch=${NPM_ARCH} --no-registry 
install
@@ -45,7 +45,8 @@ npm_do_install() {
# be created in this directory
export HOME=${WORKDIR}
mkdir -p ${NPM_INSTALLDIR}/
-   npm install --prefix ${D}${prefix} -g --arch=${NPM_ARCH} 
--target_arch=${NPM_ARCH} --production --no-registry
+   npm pack .
+   npm install --prefix ${D}${prefix} -g --arch=${NPM_ARCH} 
--target_arch=${NPM_ARCH} --production --no-registry ${PN}-${PV}.tgz
if [ -d ${D}${prefix}/etc ] ; then
# This will be empty
rmdir ${D}${prefix}/etc
-- 
2.14.3

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

[OE-core] [PATCH 2/2] npm.bbclass: Node module name and recipe name can be different

[Böszörményi Zoltán]

Some NPM modules have the same name as their low level dependencies.
To prevent recipe naming conflicts, allow node module recipe names
to start with the "node-" prefix.

Signed-off-by: Zoltán Böszörményi 
---
 meta/classes/npm.bbclass | 18 +-
 1 file changed, 13 insertions(+), 5 deletions(-)

diff --git a/meta/classes/npm.bbclass b/meta/classes/npm.bbclass
index 898a54eb50..c351ff0866 100644
--- a/meta/classes/npm.bbclass
+++ b/meta/classes/npm.bbclass
@@ -2,7 +2,15 @@ DEPENDS_prepend = "nodejs-native "
 RDEPENDS_${PN}_prepend = "nodejs "
 S = "${WORKDIR}/npmpkg"
 
-NPM_INSTALLDIR = "${D}${libdir}/node_modules/${PN}"
+def node_pkgname(d):
+bpn = d.getVar('BPN')
+if bpn.startswith("node-"):
+return bpn[5:]
+return bpn
+
+NPMPN ?= "${@node_pkgname(d)}"
+
+NPM_INSTALLDIR = "${D}${libdir}/node_modules/${NPMPN}"
 
 # function maps arch names to npm arch names
 def npm_oe_arch_map(target_arch, d):
@@ -46,7 +54,7 @@ npm_do_install() {
export HOME=${WORKDIR}
mkdir -p ${NPM_INSTALLDIR}/
npm pack .
-   npm install --prefix ${D}${prefix} -g --arch=${NPM_ARCH} 
--target_arch=${NPM_ARCH} --production --no-registry ${PN}-${PV}.tgz
+   npm install --prefix ${D}${prefix} -g --arch=${NPM_ARCH} 
--target_arch=${NPM_ARCH} --production --no-registry ${NPMPN}-${PV}.tgz
if [ -d ${D}${prefix}/etc ] ; then
# This will be empty
rmdir ${D}${prefix}/etc
@@ -54,13 +62,13 @@ npm_do_install() {
 }
 
 python populate_packages_prepend () {
-instdir = d.expand('${D}${libdir}/node_modules/${PN}')
+instdir = d.expand('${D}${libdir}/node_modules/${NPMPN}')
 extrapackages = oe.package.npm_split_package_dirs(instdir)
 pkgnames = extrapackages.keys()
 d.prependVar('PACKAGES', '%s ' % ' '.join(pkgnames))
 for pkgname in pkgnames:
 pkgrelpath, pdata = extrapackages[pkgname]
-pkgpath = '${libdir}/node_modules/${PN}/' + pkgrelpath
+pkgpath = '${libdir}/node_modules/${NPMPN}/' + pkgrelpath
 # package names can't have underscores but npm packages sometimes use 
them
 oe_pkg_name = pkgname.replace('_', '-')
 expanded_pkgname = d.expand(oe_pkg_name)
@@ -76,7 +84,7 @@ python populate_packages_prepend () {
 }
 
 FILES_${PN} += " \
-${libdir}/node_modules/${PN} \
+${libdir}/node_modules/${NPMPN} \
 "
 
 EXPORT_FUNCTIONS do_compile do_install
-- 
2.14.3

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

[OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

[Daniel F. Dickinson]

Hi all,

I'm wondering if is doable and would be accepted to add a "tiny" 
DISTRO_FEATURE that automatically does PACKAGECONFIG += "tiny", and
packages which honour this make choices that build smaller editions 
and/or create smaller binary sub-packages than default (i.e. things that 
can be split out of build packages are, so that a -core or -base package 
has only the minimum, and a one uses metapackages to install expected 
packaging (so ${PN} would by default RDEPEND on ${PN}-base and other 
sub-packages (or other recipes packages/sub-packages) that give the 
'usual' use case for the package, but can be managed in parts for 
systems that are quite small.


Or is the splitting into sub-parts preferred anyway and patches to make 
smaller splits would accepted relatively easily, but usually just don't 
get done because it's more work to have more sub-packages and so it just 
doesn't get done to the level a project like OpenWrt pieces things up, 
and OpenEmbedded usually has more space available than a typical OpenWrt 
device?


I think PACKAGECONFIG[tiny] would really translate into different things 
in different packages (hence the idea of having a top-level flag that
makes it easier to do across the board rather than having to specify 
specific flags for each recipe, except in exceptional circumstances), 
although something like nossl should perhaps be a separate top-level 
flag since even if you want small you probably want some kind of ssl, 
but there may be relevant use cases where nossl would be wanted but 
isn't just about size.  With -tiny one could perhaps emphasize the 
choice of smaller SSL libraries like mbedtls and wolfssl (cyassl) when 
they are an option and warn (or refuse to build) if a big library like 
openssl can't be avoided.


I think that this is needed for e.g. poky-tiny and meta-openwrt to 
really get onto small systems.


Regards,

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

[OE-core] [pyro][PATCH] bitbake.conf: add tools required by testimage to HOSTTOOLS conditionally

[Martin Jansa]

From: Chen Qi 

Add tools required by testimage to HOSTTOOLS only when testimage is
inherited. These tools, as described in the comment, are only required
by the testimage task. So this change should not have negtive effect.
This would also solve build error on hosts which miss some tool such as scp.

Cherry-picked from rocko 8ca61a5464743ff85b6d26886112750d6ddd13e0

Signed-off-by: Chen Qi 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Martin Jansa 
---
 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 2dac3a1481..f3994fc642 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -469,7 +469,7 @@ HOSTTOOLS += " \
 "
 
 # Tools needed to run testimage runtime image testing
-HOSTTOOLS += "ip ping ps scp ssh stty"
+HOSTTOOLS += "${@['', 'ip ping ps scp ssh 
stty'][bb.data.inherits_class('testimage', d)]}"
 
 # Link to these if present
 HOSTTOOLS_NONFATAL += "aws ccache gcc-ar gpg ld.bfd ld.gold nc sftp socat sudo"
-- 
2.15.1

-- 
___
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

[Mauno Niko]

On 01/30/2018 04:20 PM, Alexander Kanavin wrote:
> On 01/30/2018 09:07 AM, Khem Raj wrote:
> 
>>> 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.
> 
> Before we can declare that, we need to look what comm is actually used 
> for during build, and why its absence is not a problem and doesn't cause 
> errors.
> 
> Consider also that using comm from host may break reproducibility, if 
> absence or presence of comm on the host results in a different output 
> from the build.

My patch initially did add coreutils-native to u-boot DEPENDS.

Should I resubmit it? (did not apply due to mismatch in recipe filename 
(version))
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Duplicate package names, was Re: [PATCH v1] glide: Add 0.13.1 version

[Burton, Ross]

On 1 February 2018 at 11:32, Böszörményi Zoltán  wrote:

> Of course, this package should not be confused with the old
> 3D library from Voodoo Graphics.
>

I'm pretty sure that this conflict is unlikely to cause problems in the
real world. :)


> The node modules that are built with the help of "inherit npm"
> may want to use a "node-" prefix in their names but it would not
> work as is because npm.bbclass is using ${PN}.
>
> I have a patch against npm.bbclass that I am testing at the moment
> but it may be necessary to talk about this issue in general.
>

Yes, that's definitely the best solution.  For reference, pypi.bbclass does
this:

def pypi_package(d):
bpn = d.getVar('BPN')
if bpn.startswith('python-'):
return bpn[7:]
elif bpn.startswith('python3-'):
return bpn[8:]
return bpn

PYPI_PACKAGE ?= "${@pypi_package(d)}"

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

[OE-core] Duplicate package names, was Re: [PATCH v1] glide: Add 0.13.1 version

[Böszörményi Zoltán]

Of course, this package should not be confused with the old
3D library from Voodoo Graphics.

But, this and another case that popped up today for me out of
the blue makes it necessary to talk about the issue duplicate
package names from completely different software.

My case is a Node.js module, one that is called nanomsg that
depends on the real nanomsg library.

You can see where this leads, two different software would be
using the same recipe name and we cannot add the second one,
because the name conflict would not cause the one with the
smaller version not built.

The node modules that are built with the help of "inherit npm"
may want to use a "node-" prefix in their names but it would not
work as is because npm.bbclass is using ${PN}.

I have a patch against npm.bbclass that I am testing at the moment
but it may be necessary to talk about this issue in general.

Best regards,
Zoltán Böszörményi

2018-02-01 11:28 keltezéssel, Otavio Salvador írta:

Glide is a widely used Vendor Package Management for Golang,
especially in private projects as it allows for internal repositories
clone and other fancy things.

This recipe has been originally done as part of updatehub development.

Signed-off-by: Otavio Salvador 
---

Changes in v2:
  - Add bash runtime dependency on ${PN}-ptest

  meta/recipes-devtools/glide/glide_0.13.1.bb | 15 +++
  1 file changed, 15 insertions(+)
  create mode 100644 meta/recipes-devtools/glide/glide_0.13.1.bb

diff --git a/meta/recipes-devtools/glide/glide_0.13.1.bb 
b/meta/recipes-devtools/glide/glide_0.13.1.bb
new file mode 100644
index 000..1a5b145cf36
--- /dev/null
+++ b/meta/recipes-devtools/glide/glide_0.13.1.bb
@@ -0,0 +1,15 @@
+SUMMARY = "Vendor Package Management for Golang"
+HOMEPAGE = "https://glide.sh;
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = 
"file://src/${GO_IMPORT}/LICENSE;md5=54905cf894f8cc416a92f4fc350c35b2"
+
+GO_IMPORT = "github.com/Masterminds/glide"
+SRC_URI = "git://${GO_IMPORT}"
+SRCREV = "67790b3dbede72cfdc54aa53be4706322c9499e0"
+
+inherit go
+
+RDEPENDS_${PN}-dev += "bash"
+RDEPENDS_${PN}-ptest += "bash"
+
+BBCLASSEXTEND = "native nativesdk"



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

[OE-core] [PATCH v1] glide: Add 0.13.1 version

[Otavio Salvador]

Glide is a widely used Vendor Package Management for Golang,
especially in private projects as it allows for internal repositories
clone and other fancy things.

This recipe has been originally done as part of updatehub development.

Signed-off-by: Otavio Salvador 
---

Changes in v2:
 - Add bash runtime dependency on ${PN}-ptest

 meta/recipes-devtools/glide/glide_0.13.1.bb | 15 +++
 1 file changed, 15 insertions(+)
 create mode 100644 meta/recipes-devtools/glide/glide_0.13.1.bb

diff --git a/meta/recipes-devtools/glide/glide_0.13.1.bb 
b/meta/recipes-devtools/glide/glide_0.13.1.bb
new file mode 100644
index 000..1a5b145cf36
--- /dev/null
+++ b/meta/recipes-devtools/glide/glide_0.13.1.bb
@@ -0,0 +1,15 @@
+SUMMARY = "Vendor Package Management for Golang"
+HOMEPAGE = "https://glide.sh;
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = 
"file://src/${GO_IMPORT}/LICENSE;md5=54905cf894f8cc416a92f4fc350c35b2"
+
+GO_IMPORT = "github.com/Masterminds/glide"
+SRC_URI = "git://${GO_IMPORT}"
+SRCREV = "67790b3dbede72cfdc54aa53be4706322c9499e0"
+
+inherit go
+
+RDEPENDS_${PN}-dev += "bash"
+RDEPENDS_${PN}-ptest += "bash"
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.16.1

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

Re: [OE-core] [PATCH 7/7] apr: 1.6.2 -> 1.6.3

[Hongxu Jia]

On 2018年01月31日 19:42, Burton, Ross wrote:
We're carrying a lot of patches here, and I'm not convinced that they 
are all inappropriate.  Would you be willing to see what of those are 
upstreamable?




It's a long story for these patches, it's hard to trace the history from 
git.


I will choose an alternate fix to replace the inappropriate patches.

V2 incoming

//Hongxu



Ross

On 31 January 2018 at 07:48, Hongxu Jia > wrote:


- Rebase patches 0001 ~ 0008

- Fix build path issue to improve reproducibility

Signed-off-by: Hongxu Jia >
---
 ...gure_fixes.patch => 0001-configure-fixes.patch} | 28 +++---
 meta/recipes-support/apr/apr/0002-cleanup.patch    | 59
++
 .../apr/{configfix.patch => 0003-configfix.patch}  | 27 +++---
 ...4-Makefile.in-fix-cross-compiling-failed.patch} | 13 +++--
 ...> 0005-Fix-packet-discards-HTTP-redirect.patch} | 15 --
 ...-fix-LTFLAGS-to-make-it-work-with-ccache.patch} | 10 ++--
 ...t-size-doesn-t-match-in-glibc-when-cross.patch} | 16 +++---
 ...ink-libapr-against-phtread-to-make-gold-.patch} | 12 ++---
 meta/recipes-support/apr/apr/cleanup.patch         | 43

 .../apr/{apr_1.6.2.bb  => apr_1.6.3.bb
}            | 23 +
 10 files changed, 153 insertions(+), 93 deletions(-)
 rename meta/recipes-support/apr/apr/{configure_fixes.patch =>
0001-configure-fixes.patch} (69%)
 create mode 100644 meta/recipes-support/apr/apr/0002-cleanup.patch
 rename meta/recipes-support/apr/apr/{configfix.patch =>
0003-configfix.patch} (75%)
 rename meta/recipes-support/apr/apr/{upgrade-and-fix-1.5.1.patch
=> 0004-Makefile.in-fix-cross-compiling-failed.patch} (81%)
 rename
meta/recipes-support/apr/apr/{Fix-packet-discards-HTTP-redirect.patch
=> 0005-Fix-packet-discards-HTTP-redirect.patch} (71%)
 rename

meta/recipes-support/apr/apr/{configure.in-fix-LTFLAGS-to-make-it-work-with-ccache.patch
=>
0006-configure.in-fix-LTFLAGS-to-make-it-work-with-ccache.patch} (81%)
 rename

meta/recipes-support/apr/apr/{0001-apr-fix-off_t-size-doesn-t-match-in-glibc-when-cross.patch
=>
0007-apr-fix-off_t-size-doesn-t-match-in-glibc-when-cross.patch} (85%)
 rename

meta/recipes-support/apr/apr/{0002-explicitly-link-libapr-against-phtread-to-make-gold-.patch
=>
0008-explicitly-link-libapr-against-phtread-to-make-gold-.patch} (90%)
 delete mode 100644 meta/recipes-support/apr/apr/cleanup.patch
 rename meta/recipes-support/apr/{apr_1.6.2.bb
 => apr_1.6.3.bb } (81%)

diff --git a/meta/recipes-support/apr/apr/configure_fixes.patch
b/meta/recipes-support/apr/apr/0001-configure-fixes.patch
similarity index 69%
rename from meta/recipes-support/apr/apr/configure_fixes.patch
rename to meta/recipes-support/apr/apr/0001-configure-fixes.patch
index 0514000..374bb65 100644
--- a/meta/recipes-support/apr/apr/configure_fixes.patch
+++ b/meta/recipes-support/apr/apr/0001-configure-fixes.patch
@@ -1,11 +1,22 @@
+From ed491771f5a8976f9f05253f5f68b4cb5ac9b05f Mon Sep 17 00:00:00
2001
+From: Hongxu Jia >
+Date: Tue, 30 Jan 2018 09:33:51 +0800
+Subject: [PATCH 1/8] configure fixes
+
 Upstream-Status: Inappropriate [configuration]

-Index: apr-1.3.3/configure.in 
-===
 apr-1.3.3.orig/configure.in 
-+++ apr-1.3.3/configure.in 
-@@ -794,39 +794,6 @@ AC_CHECK_FUNCS([mmap munmap shm_open shm
-                 create_area])
+Rebase to 1.6.3
+Signed-off-by: Hongxu Jia >
+---
+ configure.in  | 48

+ 1 file changed, 8 insertions(+), 40 deletions(-)
+
+diff --git a/configure.in  b/configure.in

+index 719f331..470c99a 100644
+--- a/configure.in 
 b/configure.in 
+@@ -1167,39 +1167,6 @@ AC_CHECK_FUNCS([mmap munmap shm_open
shm_unlink shmget shmat shmdt shmctl \
+                 create_area mprotect])

  APR_CHECK_DEFINE(MAP_ANON, sys/mman.h)
 -AC_CHECK_FILE(/dev/zero)
@@ -44,7 +55,7 @@ Index: apr-1.3.3/configure.in 

  # Now we determine which one is our anonymous shmem preference.
  haveshmgetanon="0"
-@@ -1518,13 +1485,14 @@ else
+@@ -1976,13 +1943,14 @@ else
      bigendian=0
  fi

@@ -66,3 +77,6 @@ Index: