[OE-core] [PATCH 7/8] oeqa/sdkext/devtool.py: skip test_extend_autotools_recipe_creation when no libxml2

[Robert Yang]

The librdfa requires libxml2 to build, otherwise, it would fail:
| configure: error: Package requirements (libxml-2.0 >= 2.6.26) were not met:
|
| No package 'libxml-2.0' found

Signed-off-by: Robert Yang 
---
 meta/lib/oeqa/sdkext/devtool.py | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/sdkext/devtool.py b/meta/lib/oeqa/sdkext/devtool.py
index c91090e..9ff69f9 100644
--- a/meta/lib/oeqa/sdkext/devtool.py
+++ b/meta/lib/oeqa/sdkext/devtool.py
@@ -1,7 +1,7 @@
 import shutil
 import subprocess
 import urllib.request
-from oeqa.oetest import oeSDKExtTest
+from oeqa.oetest import oeSDKExtTest, skipModule
 from oeqa.utils.decorators import *
 
 class DevtoolTest(oeSDKExtTest):
@@ -64,6 +64,9 @@ class DevtoolTest(oeSDKExtTest):
 @testcase(1482)
 @skipUnlessPassed('test_devtool_location')
 def test_extend_autotools_recipe_creation(self):
+# librdfa requires libxml2
+if not oeSDKExtTest.hasLockedSig("libxml2"):
+skipModule("No libxml2 package in the eSDK")
 req = 'https://github.com/rdfa/librdfa'
 recipe = "bbexample"
 self._run('devtool add %s %s' % (recipe, req) )
-- 
2.10.2

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

[OE-core] [PATCH 8/8] oe/copy_buildsystem.py: add SDK_LAYERS_EXCLUDE_PATTERN

[Robert Yang]

It is helpful we want to exclude a lot of layers.
It uses python re, and supports multiple patterns (separated by space).

Signed-off-by: Robert Yang 
---
 meta/lib/oe/copy_buildsystem.py | 18 ++
 1 file changed, 18 insertions(+)

diff --git a/meta/lib/oe/copy_buildsystem.py b/meta/lib/oe/copy_buildsystem.py
index 29ac6d4..e5d00c7 100644
--- a/meta/lib/oe/copy_buildsystem.py
+++ b/meta/lib/oe/copy_buildsystem.py
@@ -1,5 +1,12 @@
 # This class should provide easy access to the different aspects of the
 # buildsystem such as layers, bitbake location, etc.
+#
+# SDK_LAYERS_EXCLUDE: Layers which will be excluded from SDK layers.
+# SDK_LAYERS_EXCLUDE_PATTERN: The simiar to SDK_LAYERS_EXCLUDE, this supports
+# python regular expression, use space as 
separator,
+#  e.g.: ".*-downloads closed-.*"
+#
+
 import stat
 import shutil
 
@@ -23,8 +30,10 @@ class BuildSystem(object):
 self.context = context
 self.layerdirs = [os.path.abspath(pth) for pth in d.getVar('BBLAYERS', 
True).split()]
 self.layers_exclude = (d.getVar('SDK_LAYERS_EXCLUDE', True) or 
"").split()
+self.layers_exclude_pattern = d.getVar('SDK_LAYERS_EXCLUDE_PATTERN', 
True)
 
 def copy_bitbake_and_layers(self, destdir, workspace_name=None):
+import re
 # Copy in all metadata layers + bitbake (as repositories)
 layers_copied = []
 bb.utils.mkdirhier(destdir)
@@ -36,8 +45,17 @@ class BuildSystem(object):
 # Exclude layers
 for layer_exclude in self.layers_exclude:
 if layer_exclude in layers:
+bb.note('Excluded %s from sdk layers since it is in 
SDK_LAYERS_EXCLUDE' % layer_exclude)
 layers.remove(layer_exclude)
 
+if self.layers_exclude_pattern:
+layers_cp = layers[:]
+for pattern in self.layers_exclude_pattern.split():
+for layer in layers_cp:
+if re.match(pattern, layer):
+bb.note('Excluded %s from sdk layers since matched 
SDK_LAYERS_EXCLUDE_PATTERN' % layer)
+layers.remove(layer)
+
 workspace_newname = workspace_name
 if workspace_newname:
 layernames = [os.path.basename(layer) for layer in layers]
-- 
2.10.2

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

[OE-core] [PATCH 1/8] populate_sdk_ext.bbclass: install multilib targets as populate_sdk does

[Robert Yang]

Fixed:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"

$ bitbake core-image-minimal -cpopulate_sdk_ext
[snip]
Testing 
/buildarea/lyang1/test_po/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/testsdkext//tc/environment-setup-x86-pokymllib32-linux
test_cvs (oeqa.sdk.buildcvs.BuildCvsTest) ... FAIL
[snip]

It was failed because no lib32 toolchains.

The fixes include:
* Set SDK_TARGETS correctly
* Return multilib depends in get_ext_sdk_depends()
* Write information to all environment-setup-* scripts.

[YOCTO #10647]

Signed-off-by: Robert Yang 
---
 meta/classes/populate_sdk_ext.bbclass | 61 ++-
 1 file changed, 38 insertions(+), 23 deletions(-)

diff --git a/meta/classes/populate_sdk_ext.bbclass 
b/meta/classes/populate_sdk_ext.bbclass
index 26b5ca6..ce9c40a 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -39,7 +39,7 @@ SDK_LOCAL_CONF_BLACKLIST ?= "CONF_VERSION \
 SDK_INHERIT_BLACKLIST ?= "buildhistory icecc"
 SDK_UPDATE_URL ?= ""
 
-SDK_TARGETS ?= "${PN}"
+SDK_TARGETS ?= "${@multilib_pkg_extend(d, d.getVar('BPN', True))}"
 
 def get_sdk_install_targets(d, images_only=False):
 sdk_install_targets = ''
@@ -562,38 +562,52 @@ SDK_PRE_INSTALL_COMMAND_task-populate-sdk-ext = 
"${sdk_ext_preinst}"
 sdk_ext_postinst() {
printf "\nExtracting buildtools...\n"
cd $target_sdk_dir
-   
env_setup_script="$target_sdk_dir/environment-setup-${REAL_MULTIMACH_TARGET_SYS}"
-   printf "buildtools\ny" | ./${SDK_BUILDTOOLS_INSTALLER} > buildtools.log 
|| { printf 'ERROR: buildtools installation failed:\n' ; cat buildtools.log ; 
echo "printf 'ERROR: this SDK was not fully installed and needs 
reinstalling\n'" >> $env_setup_script ; exit 1 ; }
+   env_setup_scripts="`ls $target_sdk_dir/environment-setup-*`"
+   ./${SDK_BUILDTOOLS_INSTALLER} -d buildtools -y > buildtools.log
+   if [ $? -ne 0 ]; then
+   echo 'ERROR: buildtools installation failed:'
+   cat buildtools.log
+   for e in $env_setup_scripts; do
+   echo "echo 'ERROR: this SDK was not fully installed and 
needs reinstalling'" >> $e
+   done
+   exit 1
+   fi
 
# Delete the buildtools tar file since it won't be used again
rm -f ./${SDK_BUILDTOOLS_INSTALLER}
# We don't need the log either since it succeeded
rm -f buildtools.log
 
-   # Make sure when the user sets up the environment, they also get
-   # the buildtools-tarball tools in their path.
-   echo ". $target_sdk_dir/buildtools/environment-setup*" >> 
$env_setup_script
-
-   # Allow bitbake environment setup to be ran as part of this sdk.
-   echo "export OE_SKIP_SDK_CHECK=1" >> $env_setup_script
+   for e in $env_setup_scripts; do
+   # Make sure when the user sets up the environment, they also get
+   # the buildtools-tarball tools in their path.
+   echo ". $target_sdk_dir/buildtools/environment-setup*" >> $e
 
-   # A bit of another hack, but we need this in the path only for devtool
-   # so put it at the end of $PATH.
-   echo "export 
PATH=$target_sdk_dir/sysroots/${SDK_SYS}${bindir_nativesdk}:\$PATH" >> 
$env_setup_script
+   # Allow bitbake environment setup to be ran as part of this sdk.
+   echo "export OE_SKIP_SDK_CHECK=1" >> $e
 
-   echo "printf 'SDK environment now set up; additionally you may now run 
devtool to perform development tasks.\nRun devtool --help for further 
details.\n'" >> $env_setup_script
-
-   # Warn if trying to use external bitbake and the ext SDK together
-   echo "(which bitbake > /dev/null 2>&1 && echo 'WARNING: attempting to 
use the extensible SDK in an environment set up to run bitbake - this may lead 
to unexpected results. Please source this script in a new shell session 
instead.') || true" >> $env_setup_script
+   # A bit of another hack, but we need this in the path only for 
devtool
+   # so put it at the end of $PATH.
+   echo "export 
PATH=$target_sdk_dir/sysroots/${SDK_SYS}${bindir_nativesdk}:\$PATH" >> $e
+   echo "printf 'SDK environment now set up; additionally you may 
now run devtool to perform development tasks.\nRun devtool --help for further 
details.\n'" >> $e
+   # Warn if trying to use external bitbake and the ext SDK 
together
+   echo "(which bitbake > /dev/null 2>&1 && echo 'WARNING: 
attempting to use the extensible SDK in an environment set up to run bitbake - 
this may lead to unexpected results. Please source this script in a new shell 
session instead.') || true" >> $e
+   done
 
if [ "$prepare_buildsystem" != "no" ]; then
-   printf "Preparing build system...\n"
+   echo "Preparing build 

[OE-core] [PATCH 5/8] oeqa/sdkext/devtool.py: don't reset when the test is failed

[Robert Yang]

The contents are helpful to debug when the error happens.

Signed-off-by: Robert Yang 
---
 meta/lib/oeqa/sdkext/devtool.py | 5 -
 1 file changed, 5 deletions(-)

diff --git a/meta/lib/oeqa/sdkext/devtool.py b/meta/lib/oeqa/sdkext/devtool.py
index f101eb6..c91090e 100644
--- a/meta/lib/oeqa/sdkext/devtool.py
+++ b/meta/lib/oeqa/sdkext/devtool.py
@@ -24,7 +24,6 @@ class DevtoolTest(oeSDKExtTest):
 self._run('devtool build myapp')
 except Exception as e:
 print(e.output)
-self._run('devtool reset myapp')
 raise e
 self._run('devtool reset myapp')
 
@@ -34,7 +33,6 @@ class DevtoolTest(oeSDKExtTest):
 self._run('devtool package myapp')
 except Exception as e:
 print(e.output)
-self._run('devtool reset myapp')
 raise e
 self._run('devtool reset myapp')
 
@@ -73,7 +71,6 @@ class DevtoolTest(oeSDKExtTest):
 self._run('devtool build %s' % recipe)
 except Exception as e:
 print(e.output)
-self._run('devtool reset %s' % recipe)
 raise e
 self._run('devtool reset %s' % recipe)
 
@@ -87,7 +84,6 @@ class DevtoolTest(oeSDKExtTest):
 self._run('devtool build %s' % recipe)
 except Exception as e:
 print(e.output)
-self._run('devtool reset %s' % recipe)
 raise e
 self._run('devtool reset %s' % recipe)
 
@@ -100,7 +96,6 @@ class DevtoolTest(oeSDKExtTest):
 self._run('devtool build %s ' % package_nodejs)
 except Exception as e:
 print(e.output)
-self._run('devtool reset %s' % package_nodejs)
 raise e
 self._run('devtool reset %s '% package_nodejs)
 
-- 
2.10.2

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

[OE-core] [PATCH 4/8] oe-publish-sdk: add pyshtables.py to .gitignore

[Robert Yang]

Fixed:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"

$ bitbake core-image-minimal -cpopulate_sdk_ext
[snip]
ERROR: Failed to update metadata as there have been changes made to it. 
Aborting.\nERROR: Changed files:\nb' M 
poky/bitbake/lib/bb/pysh/pyshtables.py\\n'\n"
[snip]

This is because the test case will run twice
(environment-setup-core2-64-poky-linux and
environment-setup-x86-pokymllib32-linux), it would fail in the second
run since pyshtables.py is regenerated in the first run. This file is
generated automatically, publish it doesn't make any sense, so add it to
.gitignore.

[YOCTO #10647]

Signed-off-by: Robert Yang 
---
 scripts/oe-publish-sdk | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/oe-publish-sdk b/scripts/oe-publish-sdk
index d95c623..e2b1b95 100755
--- a/scripts/oe-publish-sdk
+++ b/scripts/oe-publish-sdk
@@ -116,7 +116,7 @@ def publish(args):
 cmd_common = "if [ ! -e .git ]; then"
 cmd_common += "git init .;"
 cmd_common += "mv .git/hooks/post-update.sample 
.git/hooks/post-update;"
-cmd_common += "echo '*.pyc\n*.pyo' > .gitignore;"
+cmd_common += "echo '*.pyc\n*.pyo\npyshtables.py' > .gitignore;"
 cmd_common += "fi;"
 cmd_common += "git add -A .;"
 cmd_common += "git config user.email 'o...@oe.oe' && git config user.name 
'OE' && git commit -q -m 'init repo' || true;"
-- 
2.10.2

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

[OE-core] [PATCH 2/8] oeqa/sdkext/devtool.py: remove workspace/sources before running test cases

[Robert Yang]

Fixed:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"

$ bitbake core-image-minimal -cpopulate_sdk_ext
[snip]
ERROR: Source tree path 
/path/to/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/testsdkext/tc/workspace/sources/v4l2loopback-driver
 already exists and is not empty\n'
[snip]

This is because the test case will run twice
(environment-setup-core2-64-poky-linux and
environment-setup-x86-pokymllib32-linux), it would fail in the second
run, 'devtool reset' can not remove sources, so remove it before running
test cases.

[YOCTO #10647]

Signed-off-by: Robert Yang 
---
 meta/lib/oeqa/sdkext/devtool.py | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/lib/oeqa/sdkext/devtool.py b/meta/lib/oeqa/sdkext/devtool.py
index 65f41f6..f101eb6 100644
--- a/meta/lib/oeqa/sdkext/devtool.py
+++ b/meta/lib/oeqa/sdkext/devtool.py
@@ -15,6 +15,9 @@ class DevtoolTest(oeSDKExtTest):
 self.myapp_cmake_dst = os.path.join(self.tc.sdktestdir, "myapp_cmake")
 shutil.copytree(self.myapp_cmake_src, self.myapp_cmake_dst)
 
+# Clean sources dir to make "git clone" can run again
+shutil.rmtree(os.path.join(self.tc.sdktestdir, 
"tc/workspace/sources"), True)
+
 def _test_devtool_build(self, directory):
 self._run('devtool add myapp %s' % directory)
 try:
-- 
2.10.2

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

[OE-core] [PATCH 6/8] oeqa/oetest.py: add hasLockedSig()

[Robert Yang]

It checks whether there is a "recipe:do_populate_sysroot:" in
locked-sigs.inc, which will help to determine whether the testcase will
run or not.

Signed-off-by: Robert Yang 
---
 meta/lib/oeqa/oetest.py | 13 +
 1 file changed, 13 insertions(+)

diff --git a/meta/lib/oeqa/oetest.py b/meta/lib/oeqa/oetest.py
index 95d3bf7..d12381d 100644
--- a/meta/lib/oeqa/oetest.py
+++ b/meta/lib/oeqa/oetest.py
@@ -171,6 +171,12 @@ class oeSDKExtTest(oeSDKTest):
 return subprocess.check_output(". %s > /dev/null;"\
 " %s;" % (self.tc.sdkenv, cmd), stderr=subprocess.STDOUT, 
shell=True, env=env).decode("utf-8")
 
+@classmethod
+def hasLockedSig(self, recipe):
+if re.search(" " + recipe + ":do_populate_sysroot:", 
oeTest.tc.locked_sigs):
+return True
+return False
+
 def getmodule(pos=2):
 # stack returns a list of tuples containg frame information
 # First element of the list the is current frame, caller is 1
@@ -708,6 +714,13 @@ class SDKExtTestContext(SDKTestContext):
 self.sdkextfilesdir = os.path.join(os.path.dirname(os.path.abspath(
 oeqa.sdkext.__file__)), "files")
 
+self.locked_sig_file = os.path.join(self.sdktestdir, 
"tc/conf/locked-sigs.inc")
+if os.path.exists(self.locked_sig_file):
+with open(self.locked_sig_file) as f:
+self.locked_sigs = f.read()
+else:
+bb.fatal("%s not found. Did you build the ext sdk image?\n%s" % e)
+
 def _get_test_namespace(self):
 if self.cm:
 return "sdk"
-- 
2.10.2

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

[OE-core] [PATCH 0/8] Fixes for eSDK and testsdkext

[Robert Yang]

The following changes since commit a675b2c89e477af088faee9b3be96eae19a85f0b:

  sanity.bbclass: fix logging of an error (2016-11-15 15:18:50 +)

are available in the git repository at:

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

Robert Yang (8):
  populate_sdk_ext.bbclass: install multilib targets as populate_sdk
does
  oeqa/sdkext/devtool.py: remove workspace/sources before running test
cases
  oe-publish-sdk: make cmd easier to read
  oe-publish-sdk: add pyshtables.py to .gitignore
  oeqa/sdkext/devtool.py: don't reset when the test is failed
  oeqa/oetest.py: add hasLockedSig()
  oeqa/sdkext/devtool.py: skip test_extend_autotools_recipe_creation
when no libxml2
  oe/copy_buildsystem.py: add SDK_LAYERS_EXCLUDE_PATTERN

 meta/classes/populate_sdk_ext.bbclass | 61 ++-
 meta/lib/oe/copy_buildsystem.py   | 18 +++
 meta/lib/oeqa/oetest.py   | 13 
 meta/lib/oeqa/sdkext/devtool.py   | 13 
 scripts/oe-publish-sdk| 19 +--
 5 files changed, 93 insertions(+), 31 deletions(-)

-- 
2.10.2

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

[OE-core] [PATCH 3/8] oe-publish-sdk: make cmd easier to read

[Robert Yang]

The command was too long to read and maintain.

Signed-off-by: Robert Yang 
---
 scripts/oe-publish-sdk | 19 +--
 1 file changed, 17 insertions(+), 2 deletions(-)

diff --git a/scripts/oe-publish-sdk b/scripts/oe-publish-sdk
index 4fe8974..d95c623 100755
--- a/scripts/oe-publish-sdk
+++ b/scripts/oe-publish-sdk
@@ -113,10 +113,25 @@ def publish(args):
 return ret
 
 # Setting up the git repo
+cmd_common = "if [ ! -e .git ]; then"
+cmd_common += "git init .;"
+cmd_common += "mv .git/hooks/post-update.sample 
.git/hooks/post-update;"
+cmd_common += "echo '*.pyc\n*.pyo' > .gitignore;"
+cmd_common += "fi;"
+cmd_common += "git add -A .;"
+cmd_common += "git config user.email 'o...@oe.oe' && git config user.name 
'OE' && git commit -q -m 'init repo' || true;"
 if not is_remote:
-cmd = 'set -e; mkdir -p %s/layers; cd %s/layers; if [ ! -e .git ]; 
then git init .; mv .git/hooks/post-update.sample .git/hooks/post-update; echo 
"*.pyc\n*.pyo" > .gitignore; fi; git add -A .; git config user.email 
"o...@oe.oe" && git config user.name "OE" && git commit -q -m "init repo" || 
true; git update-server-info' % (destination, destination)
+cmd = "set -e;"
+cmd += "mkdir -p %s/layers;" % destination
+cmd += "cd %s/layers;" % destination
+cmd += cmd_common
+cmd += "git update-server-info"
 else:
-cmd = "ssh %s 'set -e; mkdir -p %s/layers; cd %s/layers; if [ ! -e 
.git ]; then git init .; mv .git/hooks/post-update.sample 
.git/hooks/post-update; echo '*.pyc\n*.pyo' > .gitignore; fi; git add -A .; git 
config user.email 'o...@oe.oe' && git config user.name 'OE' && git commit -q -m 
\"init repo\" || true; git update-server-info'" % (host, destdir, destdir)
+cmd = "ssh %s 'set -e;" % host
+cmd += "mkdir -p %s/layers;" % destdir
+cmd += "cd %s/layers;" % destdir
+cmd += cmd_common
+cmd += "git update-server-info'"
 ret = subprocess.call(cmd, shell=True)
 if ret == 0:
 logger.info('SDK published successfully')
-- 
2.10.2

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

[OE-core] [PATCH] grub_git: set COMPATIBLE_HOST_armv7ve to null

[Yi Zhao]

When build nxp-ls10xx which enable hard-float, it try to force soft-float:
| checking if compiling with clang... no
| checking for options to compile assembly...
| checking whether -freg-struct-return works... yes
| checking for options to get soft-float... no
| configure: error: could not force soft-float

Set COMPATIBLE_HOST_armv7ve to null to skip the build.

Signed-off-by: Yi Zhao 
---
 meta/recipes-bsp/grub/grub_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-bsp/grub/grub_git.bb 
b/meta/recipes-bsp/grub/grub_git.bb
index 493b695..eb824cc 100644
--- a/meta/recipes-bsp/grub/grub_git.bb
+++ b/meta/recipes-bsp/grub/grub_git.bb
@@ -17,6 +17,7 @@ S = "${WORKDIR}/git"
 
 COMPATIBLE_HOST = '(x86_64.*|i.86.*|arm.*|aarch64.*)-(linux.*|freebsd.*)'
 COMPATIBLE_HOST_armv7a = 'null'
+COMPATIBLE_HOST_armv7ve = 'null'
 
 inherit autotools gettext texinfo
 
-- 
2.7.4

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

[OE-core] [PATCH] e2fsprogs: fix hardcoded path for ptest script

[Yi Zhao]

The hardcoded path would cause failure on mulitilib:
ls: cannot access '/usr/lib/e2fsprogs/ptest/test/[a-zA-Z]_*': No such file or 
directory
./test_script: line 34: /usr/lib/e2fsprogs/ptest/test/test_post: No such file 
or directory

Signed-off-by: Yi Zhao 
---
 meta/recipes-devtools/e2fsprogs/e2fsprogs/ptest.patch | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs/ptest.patch 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/ptest.patch
index ef1ce58..77e8822 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs/ptest.patch
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs/ptest.patch
@@ -7,7 +7,7 @@ index 60cf655..ce220f1 100644
@echo "HTREE=y" >> test_one
@echo "QUOTA=y" >> test_one
 -  @echo "SRCDIR=@srcdir@" >> test_one
-+  @echo "SRCDIR=/usr/lib/e2fsprogs/ptest/test" >> test_one
++  @echo "SRCDIR=${prefix}${libdir}/e2fsprogs/ptest/test" >> test_one
@echo "DIFF_OPTS=@UNI_DIFF_OPTS@" >> test_one
@cat $(srcdir)/test_one.in >> test_one
@chmod +x test_one
@@ -16,7 +16,7 @@ index 60cf655..ce220f1 100644
@echo "Creating test_script..."
@echo "#!/bin/sh" > test_script
 -  @echo "SRCDIR=@srcdir@" >> test_script
-+  @echo "SRCDIR=/usr/lib/e2fsprogs/ptest/test" >> test_script
++  @echo "SRCDIR=${prefix}${libdir}/e2fsprogs/ptest/test" >> test_script
@cat $(srcdir)/test_script.in >> test_script
@chmod +x test_script
  
-- 
2.7.4

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

Re: [OE-core] Morty maintainer

[Denys Dmytriyenko]

On Wed, Nov 16, 2016 at 11:49:41AM +, Richard Purdie wrote:
> Armin has kindly volunteered to maintain the morty stable release
> branch and has already put together a great series.
> 
> I don't want to overload Armin so if anyone else wants to step forward,
> let me know and we can discuss it. Right now its looking likely Armin
> will be the maintainer though (thanks Armin!).

I'd like to offer Armin my help with this task, as I'm not sure I'll be able 
to completely replace him yet. Will that work?

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

[OE-core] [PATCH V2] python3-numpy: upgrade to 1.11.2

[Edwin Plauchu]

From: Edwin Plauchu 

It is a simultaneous upgrade for python 2 and 3 over numpy module.

Signed-off-by: Edwin Plauchu 
---
 .../python-numpy/{python-numpy_1.11.1.bb => python-numpy_1.11.2.bb}   | 4 ++--
 .../python-numpy/{python3-numpy_1.11.0.bb => python3-numpy_1.11.2.bb} | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-devtools/python-numpy/{python-numpy_1.11.1.bb => 
python-numpy_1.11.2.bb} (95%)
 rename meta/recipes-devtools/python-numpy/{python3-numpy_1.11.0.bb => 
python3-numpy_1.11.2.bb} (95%)

diff --git a/meta/recipes-devtools/python-numpy/python-numpy_1.11.1.bb 
b/meta/recipes-devtools/python-numpy/python-numpy_1.11.2.bb
similarity index 95%
rename from meta/recipes-devtools/python-numpy/python-numpy_1.11.1.bb
rename to meta/recipes-devtools/python-numpy/python-numpy_1.11.2.bb
index c5af720..dafd7e2 100644
--- a/meta/recipes-devtools/python-numpy/python-numpy_1.11.1.bb
+++ b/meta/recipes-devtools/python-numpy/python-numpy_1.11.2.bb
@@ -73,8 +73,8 @@ do_compile_prepend_class-target() {
 
 FILES_${PN}-staticdev += "${PYTHON_SITEPACKAGES_DIR}/numpy/core/lib/*.a"
 
-SRC_URI[md5sum] = "2f44a895a8104ffac140c3a70edbd450"
-SRC_URI[sha256sum] = 
"dc4082c43979cc856a2bf352a8297ea109ccb3244d783ae067eb2ee5b0d577cd"
+SRC_URI[md5sum] = "03bd7927c314c43780271bf1ab795ebc"
+SRC_URI[sha256sum] = 
"04db2fbd64e2e7c68e740b14402b25af51418fc43a59d9e54172b38b906b0f69"
 
 # install what is needed for numpy.test()
 RDEPENDS_${PN} = "python-unittest \
diff --git a/meta/recipes-devtools/python-numpy/python3-numpy_1.11.0.bb 
b/meta/recipes-devtools/python-numpy/python3-numpy_1.11.2.bb
similarity index 95%
rename from meta/recipes-devtools/python-numpy/python3-numpy_1.11.0.bb
rename to meta/recipes-devtools/python-numpy/python3-numpy_1.11.2.bb
index 3cca223..c34df6f 100644
--- a/meta/recipes-devtools/python-numpy/python3-numpy_1.11.0.bb
+++ b/meta/recipes-devtools/python-numpy/python3-numpy_1.11.2.bb
@@ -73,8 +73,8 @@ do_compile_prepend_class-target() {
 
 FILES_${PN}-staticdev += "${PYTHON_SITEPACKAGES_DIR}/numpy/core/lib/*.a"
 
-SRC_URI[md5sum] = "bc56fb9fc2895aa4961802ffbdb31d0b"
-SRC_URI[sha256sum] = 
"a1d1268d200816bfb9727a7a27b78d8e37ecec2e4d5ebd33eb64e2789e0db43e"
+SRC_URI[md5sum] = "03bd7927c314c43780271bf1ab795ebc"
+SRC_URI[sha256sum] = 
"04db2fbd64e2e7c68e740b14402b25af51418fc43a59d9e54172b38b906b0f69"
 
 # install what is needed for numpy.test()
 RDEPENDS_${PN} = "python3-unittest \
-- 
2.9.3

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

[OE-core] [PATCH 3/3] bb-perf: plot histograms base on buildstats data

[leonardo . sandoval . gonzalez]

From: Leonardo Sandoval 

Scripts that produces script data to be consumed by gnuplot.
There are two possible plots depending if either the
-S parameter is present or not:

* without -S: Produces a histogram listing top N recipes/tasks versus
  stats. The first stat defined in the -s parameter is the one taken
  into account for ranking
* -S: Produces a histogram listing tasks versus stats.  In this case,
  the value of each stat is the sum for that particular stat in all recipes 
found.
  Stats values  are in descending order defined by the first stat defined 
on -s

EXAMPLES

1. Top recipes' tasks taking into account utime

$ buildstats-plot.sh -s utime | gnuplot -p

2. Tasks versus utime:stime

$ buildstats-plot.sh -s utime:stime -S | gnuplot -p

3. Tasks versus IO write_bytes:IO read_bytes

$ buildstats-plot.sh -s 'IO write_bytes:IO read_bytes' -S | gnuplot -p

Signed-off-by: Leonardo Sandoval 
---
 scripts/contrib/bb-perf/buildstats-plot.sh | 157 +
 1 file changed, 157 insertions(+)
 create mode 100755 scripts/contrib/bb-perf/buildstats-plot.sh

diff --git a/scripts/contrib/bb-perf/buildstats-plot.sh 
b/scripts/contrib/bb-perf/buildstats-plot.sh
new file mode 100755
index 000..7e8ae04
--- /dev/null
+++ b/scripts/contrib/bb-perf/buildstats-plot.sh
@@ -0,0 +1,157 @@
+#!/usr/bin/env bash
+#
+# Copyright (c) 2011, Intel Corporation.
+# All rights reserved.
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
+#
+# DESCRIPTION
+#
+# Produces script data to be consumed by gnuplot. There are two possible plots
+# depending if either the -S parameter is present or not:
+#
+# * without -S: Produces a histogram listing top N recipes/tasks versus
+#   stats. The first stat defined in the -s parameter is the one taken
+#   into account for ranking
+# * -S: Produces a histogram listing tasks versus stats.  In this case,
+#   the value of each stat is the sum for that particular stat in all 
recipes found.
+#   Stats values  are in descending order defined by the first stat 
defined on -s
+#
+# EXAMPLES
+#
+# 1. Top recipes' tasks taking into account utime
+#
+# $ buildstats-plot.sh -s utime | gnuplot -p
+#
+# 2. Tasks versus utime:stime
+#
+# $ buildstats-plot.sh -s utime:stime -S | gnuplot -p
+#
+# 3. Tasks versus IO write_bytes:IO read_bytes
+#
+# $ buildstats-plot.sh -s 'IO write_bytes:IO read_bytes' -S | gnuplot -p
+#
+# AUTHORS
+# Leonardo Sandoval 
+#
+
+set -o nounset
+set -o errexit
+
+BS_DIR="tmp/buildstats"
+N=10
+STATS="utime"
+SUM=""
+OUTDATA_FILE="$PWD/buildstats-plot.out"
+
+function usage {
+CMD=$(basename $0)
+cat < $OUTBUILDSTATS
+
+# Get headers
+HEADERS=$(cat $OUTBUILDSTATS | sed -n -e '1s/ /-/g' -e '1s/:/ /gp')
+
+echo -e "set boxwidth 0.9 relative"
+echo -e "set style data histograms"
+echo -e "set style fill solid 1.0 border lt -1"
+echo -e "set xtics rotate by 45 right"
+
+# Get output data
+if [ -z "$SUM" ]; then
+cat $OUTBUILDSTATS | sed -e '1d' | sort -k3 -n -r | head -$N > 
$OUTDATA_FILE
+# include task at recipe column
+sed -i -e "1i\
+${HEADERS}" $OUTDATA_FILE
+echo -e "set title \"Top task/recipes\""
+echo -e "plot for [COL=3:`expr 3 + ${nstats} - 1`] '${OUTDATA_FILE}' using 
COL:xtic(stringcolumn(1).' '.stringcolumn(2)) title columnheader(COL)"
+else
+
+# Construct datatamash sum argument (sum 3 sum 4 ...)
+declare -a sumargs
+j=0
+for i in `seq $nstats`; do
+   sumargs[j]=sum; j=$(( $j + 1 ))
+   sumargs[j]=`expr 3 + $i - 1`;  j=$(( $j + 1 ))
+done
+
+# Do the processing with datamash
+cat $OUTBUILDSTATS | sed -e '1d' | datamash -t ' ' -g1 ${sumargs[*]} | 
sort -k2 -n -r > $OUTDATA_FILE
+
+# Include headers into resulted file, so we can include gnuplot xtics
+HEADERS=$(echo $HEADERS | sed -e 's/recipe//1')
+sed -i -e "1i\
+${HEADERS}" $OUTDATA_FILE
+
+# Plot
+echo -e "set title \"Sum stats values per task for all recipes\""
+echo -e "plot for [COL=2:`expr 2 + ${nstats} - 1`] '${OUTDATA_FILE}' using 
COL:xtic(1) title columnheader(COL)"
+fi
+
-- 
2.1.4

-- 
___

[OE-core] [PATCH 2/3] scripts: Specify the stats to take into account

[leonardo . sandoval . gonzalez]

From: Leonardo Sandoval 

There are many more stats on buildstats that 'Elapsed time', so make the script
more flexible to support all stats. Some cmd line examples:

$ buildstats.sh -s 'utime'

Buildstats' data covers proc's stats in different areas, including CPU times,
IO, program system resources and child program system resources. In order
to print values on each of these sets from command line, one can use the
following:

$ buildstats.sh -H -s 'TIME' | less

$ buildstats.sh -H -s 'IO' | less

and 'RUSAGE' and 'CHILD_RUSAGE' for program and program's child system
resources.

One more thing: The new version gives the same output as the old one,
just specifying the 'Elapsed time' as stat param:

$ buildstats.sh -s 'Elapsed time'

Signed-off-by: Leonardo Sandoval 
---
 scripts/contrib/bb-perf/buildstats.sh | 99 +--
 1 file changed, 82 insertions(+), 17 deletions(-)

diff --git a/scripts/contrib/bb-perf/buildstats.sh 
b/scripts/contrib/bb-perf/buildstats.sh
index 96158a9..8d7e248 100755
--- a/scripts/contrib/bb-perf/buildstats.sh
+++ b/scripts/contrib/bb-perf/buildstats.sh
@@ -18,24 +18,40 @@
 # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
 #
 # DESCRIPTION
-# Given a 'buildstats' path (created by bitbake when setting
-# USER_CLASSES ?= "buildstats" on local.conf) and task names, outputs
-# '  ' for all recipes. Elapsed times are in
-# seconds, and task should be given without the 'do_' prefix.
+# Given 'buildstats' data (generate by bitbake when setting
+# USER_CLASSES ?= "buildstats" on local.conf), task names and a stats values
+# (these are the ones preset on the buildstats files), outputs
+# '... '. The units are the ones
+# defined at buildstats, which in turn takes data from /proc/[pid] files
 #
 # Some useful pipelines
 #
-# 1. Tasks with largest elapsed times
-# $ buildstats.sh -b  | sort -k3 -n -r | head
+# 1. Tasks with largest stime (Amount of time that this process has been 
scheduled
+#in kernel mode) values
+# $ buildstats.sh -b  -s stime | sort -k3 -n -r | head
 #
-# 2. Min, max, sum per task (in needs GNU datamash)
-# $ buildstats.sh -b  | datamash -t' ' -g1 min 3 max 3 sum 3 | 
sort -k4 -n -r
+# 2. Min, max, sum utime (Amount  of  time  that  this process has been 
scheduled
+#in user mode) per task (in needs GNU datamash)
+# $ buildstats.sh -b  -s utime | datamash -t' ' -g1 min 3 max 3 
sum 3 | sort -k4 -n -r
 #
 # AUTHORS
 # Leonardo Sandoval 
 #
+
+# Stats, by type
+TIME="utime:stime:cutime:cstime"
+IO="IO wchar:IO write_bytes:IO syscr:IO read_bytes:IO rchar:IO syscw:IO 
cancelled_write_bytes"
+RUSAGE="rusage ru_utime:rusage ru_stime:rusage ru_maxrss:rusage 
ru_minflt:rusage ru_majflt:\
+rusage ru_inblock:rusage ru_oublock:rusage ru_nvcsw:rusage ru_nivcsw"
+
+CHILD_RUSAGE="Child rusage ru_utime:Child rusage ru_stime:Child rusage 
ru_maxrss:Child rusage ru_minflt:\
+Child rusage ru_majflt:Child rusage ru_inblock:Child rusage ru_oublock:Child 
rusage ru_nvcsw:\
+Child rusage ru_nivcsw"
+
 BS_DIR="tmp/buildstats"
 
TASKS="compile:configure:fetch:install:patch:populate_lic:populate_sysroot:unpack"
+STATS="$TIME"
+HEADER="" # No header by default
 
 function usage {
 CMD=$(basename $0)
@@ -45,12 +61,20 @@ Usage: $CMD [-b buildstats_dir] [-t do_task]
 (default: "$BS_DIR")
   -t tasks  The tasks to be computed
 (default: "$TASKS")
+  -s stats  The stats to be matched. Options: TIME, IO, RUSAGE, 
CHILD_RUSAGE
+or any other defined buildstat separated by colons, i.e. 
stime:utime
+(default: "$STATS")
+Default stat sets:
+TIME=$TIME
+IO=$IO
+RUSAGE=$RUSAGE
+CHILD_RUSAGE=$CHILD_RUSAGE
   -hDisplay this help message
 EOM
 }
 
 # Parse and validate arguments
-while getopts "b:t:h" OPT; do
+while getopts "b:t:s:Hh" OPT; do
case $OPT in
b)
BS_DIR="$OPTARG"
@@ -58,6 +82,12 @@ while getopts "b:t:h" OPT; do
t)
TASKS="$OPTARG"
;;
+   s)
+   STATS="$OPTARG"
+   ;;
+   H)
+   HEADER="y"
+   ;;
h)
usage
exit 0
@@ -76,15 +106,50 @@ if [ ! -d "$BS_DIR" ]; then
exit 1
 fi
 
-RECIPE_FIELD=1
-TIME_FIELD=4
+stats=""
+IFS=":"
+for stat in ${STATS}; do
+   case $stat in
+   TIME)
+   stats="${stats}:${TIME}"
+   ;;
+   IO)
+   stats="${stats}:${IO}"
+   ;;
+   RUSAGE)
+   stats="${stats}:${RUSAGE}"
+   ;;
+   CHILD_RUSAGE)
+   stats="${stats}:${CHILD_RUSAGE}"
+   ;;
+   *)
+   stats="${STATS}"
+   esac
+done

[OE-core] [PATCH 1/3] buildstats: Place 'Elapsed Time' stat into a single line

[leonardo . sandoval . gonzalez]

From: Leonardo Sandoval 

All lines except one (the one containing the 'Elapsed Time') follows the format
'stat: value'. Fix that so post parsing the stats is simpler.

Signed-off-by: Leonardo Sandoval 
---
 meta/classes/buildstats.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
index 599a219..57ecc8f 100644
--- a/meta/classes/buildstats.bbclass
+++ b/meta/classes/buildstats.bbclass
@@ -80,8 +80,8 @@ def write_task_data(status, logfile, e, d):
 with open(os.path.join(logfile), "a") as f:
 elapsedtime = get_timedata("__timedata_task", d, e.time)
 if elapsedtime:
-f.write(d.expand("${PF}: %s: Elapsed time: %0.2f seconds \n" %
-(e.task, elapsedtime)))
+f.write(d.expand("${PF}: %s\n" % e.task))
+f.write(d.expand("Elapsed time: %0.2f seconds\n" % elapsedtime))
 cpu, iostats, resources, childres = 
get_process_cputime(os.getpid())
 if cpu:
 f.write("utime: %s\n" % cpu['utime'])
-- 
2.1.4

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

[OE-core] [PATCH 0/3] bb-perf: scripting to plot buildstats data

[leonardo . sandoval . gonzalez]

From: Leonardo Sandoval 

buildstats data has been mostly unexplored mainly due to the lack of tools
to digest this data. The script buildstats.sh has been re-designed to
be much more flexible and the new script buildstats-plot.sh uses the latter
to produce data to be consumed by gnuplot. The tools used are datamash (package
at least not available in opensuse, so source code needs to be compiled and
installed) and gnuplot, so both must be present before running them.

Some plots created by buildstats-plot.sh can be found at [1]

[1] https://wiki.yoctoproject.org/wiki/MortyBuildstats


The following changes since commit dc8508f609974cc99606b9042bfa7f870ce80228:

  build-applance-image: Fix to use the release branch for morty (2016-10-26 
11:11:10 +0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib lsandov1/buildstats-plot
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lsandov1/buildstats-plot

Leonardo Sandoval (3):
  buildstats: Place 'Elapsed Time' stat into a single line
  scripts: Specify the stats to take into account
  bb-perf: plot histograms base on buildstats data

 meta/classes/buildstats.bbclass|   4 +-
 scripts/contrib/bb-perf/buildstats-plot.sh | 157 +
 scripts/contrib/bb-perf/buildstats.sh  |  99 ++
 3 files changed, 241 insertions(+), 19 deletions(-)
 create mode 100755 scripts/contrib/bb-perf/buildstats-plot.sh

-- 
2.1.4

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

Re: [OE-core] [PATCH] devtool: fix handling of unicode characters from subprocess stdout

[Paul Eggleton]

On Wed, 16 Nov 2016 09:14:20 Stephano Cetola wrote:
> On 11/11, Burton, Ross wrote:
> > A reader is definitely the right thing here, but I'm wondering why this
> > needs to loop on single characters.  As I understand it doing a read() on
> > a
> > reader wrapping stdout will read until it blocks (because the process
> > hasn't got anything to output) so result in less pointless iterating.
> 
> I've tested this and it fixes the issue, and resolves this bug:
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10649
> 
> We may be able to stream this without blocking using
> Queue.get_nowait(). This could solve the looping issue as well, as
> you'd be looping over stdout.readline and placing that in the queue,
> rather than looping over each character.

FWIW I'd rather see this one merged and the issue fixed and we can optimise it 
later, especially as the original version used a single-byte read.

Thanks Jiajie for fixing the issue I caused and Stephano for verifying.

Acked-by: Paul Eggleton 

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] ✗ patchtest: failure for python-git and 3 more upgrades

[Paul Eggleton]

On Thu, 17 Nov 2016 11:03:21 Paul Eggleton wrote:
> On Wed, 16 Nov 2016 21:55:22 Patchwork wrote:
> > == Series Details ==
> > 
> > Series: python-git and 3 more upgrades
> > Revision: 1
> > URL   : https://patchwork.openembedded.org/series/3947/
> > 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 (series 3947, revision 1) by patchtest resulting in
> > the following failures:
> > 
> > 
> > * Patch[1/4] python*-git: upgrade to 2.1.0
> > 
> >   IssueShortlog does not follow expected format
> > 
> > [test_shortlog_format] Suggested fixCommit shortlog (first line of
> > commit message) should follow the format ": "
> 
> I guess our regex is being a bit strict here.

Sigh, this wasn't meant to go to the list. I guess by this and others that you 
can see we're working on this though. It's about time we posted something 
proper about it.

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] truncating quoted text in emails

[Paul Eggleton]

On Wed, 16 Nov 2016 16:36:28 Patrick Ohly wrote:
> While trying to follow patch reviews on this list I noticed that
> (subjectively?) quite a few replies completely quote the original email
> and then just add a few lines. That looks fine in GMail where the quoted
> text is folded, but not so much in mail readers where quoted text is
> unfolded (Evolution).
> 
> A random example:
> http://lists.openembedded.org/pipermail/openembedded-core/2016-November/1288
> 61.html
> 
> Not sure what the netiquette is for this list, but at least I would
> appreciate a bit more aggressive trimming in replies - thanks! ;-}

I completely agree. I really prefer not to have to wade through the entire 
quoted text of a long patch email only to read something like "ACK" at the 
end. (By all means quote specific parts that you want to respond to in 
detail.)

Still, better to have some reply than no reply, I suppose.

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] ✗ patchtest: failure for python-git and 3 more upgrades

[Paul Eggleton]

On Wed, 16 Nov 2016 21:55:22 Patchwork wrote:
> == Series Details ==
> 
> Series: python-git and 3 more upgrades
> Revision: 1
> URL   : https://patchwork.openembedded.org/series/3947/
> 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 (series 3947, revision 1) by patchtest resulting in
> the following failures:
> 
> 
> * Patch[1/4] python*-git: upgrade to 2.1.0
>   IssueShortlog does not follow expected format
> [test_shortlog_format] Suggested fixCommit shortlog (first line of
> commit message) should follow the format ": "

I guess our regex is being a bit strict here.

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

[OE-core] [PATCH] maintainers: Change maintainers for python(3) modules

[Jose Lamego]

Some packages with recipes for both python2 and python3
must be upgraded simultaneously to avoid version conflicts
due to common dependencies.
This change distributes responsibilities to provide
a single maintainer for related recipes.

Signed-off-by: Jose Lamego 
---
 meta-poky/conf/distro/include/maintainers.inc | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta-poky/conf/distro/include/maintainers.inc 
b/meta-poky/conf/distro/include/maintainers.inc
index 54410aa..cdf5c72 100644
--- a/meta-poky/conf/distro/include/maintainers.inc
+++ b/meta-poky/conf/distro/include/maintainers.inc
@@ -624,7 +624,7 @@ RECIPE_MAINTAINER_pn-python-imaging = "Jose Lamego 
"
 RECIPE_MAINTAINER_pn-python-scons = "Jose Lamego 
"
 RECIPE_MAINTAINER_pn-python-scons-native = "Jose Lamego 
"
-RECIPE_MAINTAINER_pn-python-setuptools = "Jose Lamego 
"
+RECIPE_MAINTAINER_pn-python-setuptools = "Edwin Plauchu 
"
 RECIPE_MAINTAINER_pn-python-six = "Jose Lamego "
 RECIPE_MAINTAINER_pn-python-smartpm = "Jose Lamego 
"
 RECIPE_MAINTAINER_pn-python-smmap = "Jose Lamego 
"
@@ -642,9 +642,9 @@ RECIPE_MAINTAINER_pn-python3-async = "Edwin Plauchu 

[OE-core] [PATCH 4/4] python-scons*: upgrade to 2.5.1

[Jose Lamego]

Both python-scons and python-scons-native need to be upgraded to latest
upstream version.
This change was tested using qemux86 with core-image-sato.

Signed-off-by: Jose Lamego 
---
 .../{python-scons-native_2.5.0.bb => python-scons-native_2.5.1.bb}| 0
 .../python/{python-scons_2.5.0.bb => python-scons_2.5.1.bb}   | 4 ++--
 2 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python-scons-native_2.5.0.bb => 
python-scons-native_2.5.1.bb} (100%)
 rename meta/recipes-devtools/python/{python-scons_2.5.0.bb => 
python-scons_2.5.1.bb} (78%)

diff --git a/meta/recipes-devtools/python/python-scons-native_2.5.0.bb 
b/meta/recipes-devtools/python/python-scons-native_2.5.1.bb
similarity index 100%
rename from meta/recipes-devtools/python/python-scons-native_2.5.0.bb
rename to meta/recipes-devtools/python/python-scons-native_2.5.1.bb
diff --git a/meta/recipes-devtools/python/python-scons_2.5.0.bb 
b/meta/recipes-devtools/python/python-scons_2.5.1.bb
similarity index 78%
rename from meta/recipes-devtools/python/python-scons_2.5.0.bb
rename to meta/recipes-devtools/python/python-scons_2.5.1.bb
index 8543c41..3f43856 100644
--- a/meta/recipes-devtools/python/python-scons_2.5.0.bb
+++ b/meta/recipes-devtools/python/python-scons_2.5.1.bb
@@ -6,8 +6,8 @@ SRCNAME = "scons"
 
 SRC_URI = 
"https://files.pythonhosted.org/packages/source/s/${SRCNAME}/${SRCNAME}-${PV}.tar.gz;
 
-SRC_URI[md5sum] = "bda5530a70a41a7831d83c8b191c021e"
-SRC_URI[sha256sum] = 
"01f1b3d6023516a8e1b5e77799e5a82a23b32953b1102d339059ffeca8600493"
+SRC_URI[md5sum] = "3eac81e5e8206304a9b4683c57665aa4"
+SRC_URI[sha256sum] = 
"c8de85fc02ed1a687b1f2ac791eaa0c1707b4382a204f17d782b5b111b9fdf07"
 
 UPSTREAM_CHECK_URI = "https://pypi.python.org/pypi/SCons/;
 
-- 
1.9.1

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

[OE-core] [PATCH 3/4] python-pexpect: upgrade to 4.2.1

[Jose Lamego]

python-pexpect needs to be upgraded to latest upstream version.
This change was tested using qemux86 with core-image-sato

Signed-off-by: Jose Lamego 
---
 .../python/{python-pexpect_4.2.0.bb => python-pexpect_4.2.1.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python-pexpect_4.2.0.bb => 
python-pexpect_4.2.1.bb} (81%)

diff --git a/meta/recipes-devtools/python/python-pexpect_4.2.0.bb 
b/meta/recipes-devtools/python/python-pexpect_4.2.1.bb
similarity index 81%
rename from meta/recipes-devtools/python/python-pexpect_4.2.0.bb
rename to meta/recipes-devtools/python/python-pexpect_4.2.1.bb
index 82e0fa8..95a0790 100644
--- a/meta/recipes-devtools/python/python-pexpect_4.2.0.bb
+++ b/meta/recipes-devtools/python/python-pexpect_4.2.1.bb
@@ -7,8 +7,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=1c7a725251880af8c6a148181665385b"
 SRCNAME = "pexpect"
 
 SRC_URI = 
"https://files.pythonhosted.org/packages/source/p/${SRCNAME}/${SRCNAME}-${PV}.tar.gz;
-SRC_URI[md5sum] = "8071ec5df0f3d515daedafad672d1632"
-SRC_URI[sha256sum] = 
"bf6816b8cc8d301a499e7adf338828b39bc7548eb64dbed4dd410ed93d95f853"
+SRC_URI[md5sum] = "3694410001a99dff83f0b500a1ca1c95"
+SRC_URI[sha256sum] = 
"3d132465a75b57aa818341c6521392a06cc660feb3988d7f1074f39bd23c9a92"
 
 UPSTREAM_CHECK_URI = "https://pypi.python.org/pypi/pexpect;
 
-- 
1.9.1

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

[OE-core] [PATCH 1/4] python*-git: upgrade to 2.1.0

[Jose Lamego]

Both python-git and python3-git need to be upgraded to latest upstream
version.
This change was tested using qemux86 with core-image-sato.

Signed-off-by: Jose Lamego 
---
 meta/recipes-devtools/python/python-git.inc   | 4 ++--
 .../python/{python-git_2.0.7.bb => python-git_2.1.0.bb}   | 0
 .../python/{python3-git_2.0.7.bb => python3-git_2.1.0.bb} | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python-git_2.0.7.bb => 
python-git_2.1.0.bb} (100%)
 rename meta/recipes-devtools/python/{python3-git_2.0.7.bb => 
python3-git_2.1.0.bb} (100%)

diff --git a/meta/recipes-devtools/python/python-git.inc 
b/meta/recipes-devtools/python/python-git.inc
index 13c097a..ad41561 100644
--- a/meta/recipes-devtools/python/python-git.inc
+++ b/meta/recipes-devtools/python/python-git.inc
@@ -10,8 +10,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=8b8d26c37c1d5a04f9b0186edbebc183"
 
 SRC_URI = 
"https://files.pythonhosted.org/packages/source/G/GitPython/GitPython-${PV}.tar.gz;
 
-SRC_URI[md5sum] = "aa0ba9df0abe4c8f35dd7bb9be85d56e"
-SRC_URI[sha256sum] = 
"d8e7adaacceedd3d043e6cd2544f57dbe00c53fc26374880b7cea67f3188aa68"
+SRC_URI[md5sum] = "29b1fcf504d080dc7a5e630957e829d7"
+SRC_URI[sha256sum] = 
"3ebda1e6ff1ef68597e41dcd1b99c2a5ae902f4dc2b22ad3533cc89c32b42aad"
 
 UPSTREAM_CHECK_URI = "https://pypi.python.org/pypi/GitPython/;
 UPSTREAM_CHECK_REGEX = "/GitPython/(?P(\d+[\.\-_]*)+)"
diff --git a/meta/recipes-devtools/python/python-git_2.0.7.bb 
b/meta/recipes-devtools/python/python-git_2.1.0.bb
similarity index 100%
rename from meta/recipes-devtools/python/python-git_2.0.7.bb
rename to meta/recipes-devtools/python/python-git_2.1.0.bb
diff --git a/meta/recipes-devtools/python/python3-git_2.0.7.bb 
b/meta/recipes-devtools/python/python3-git_2.1.0.bb
similarity index 100%
rename from meta/recipes-devtools/python/python3-git_2.0.7.bb
rename to meta/recipes-devtools/python/python3-git_2.1.0.bb
-- 
1.9.1

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

[OE-core] [PATCH 2/4] python*-mako: upgrade to 1.0.6

[Jose Lamego]

Both python-mako and python3-mako need to be upgraded to latest upstream
version.
This change was tested using qemux86 with core-image-sato.

Signed-off-by: Jose Lamego 
---
 meta/recipes-devtools/python/python-mako.inc  | 4 ++--
 .../python/{python-mako_1.0.4.bb => python-mako_1.0.6.bb} | 0
 .../python/{python3-mako_1.0.4.bb => python3-mako_1.0.6.bb}   | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python-mako_1.0.4.bb => 
python-mako_1.0.6.bb} (100%)
 rename meta/recipes-devtools/python/{python3-mako_1.0.4.bb => 
python3-mako_1.0.6.bb} (100%)

diff --git a/meta/recipes-devtools/python/python-mako.inc 
b/meta/recipes-devtools/python/python-mako.inc
index 85ec217..10364db 100644
--- a/meta/recipes-devtools/python/python-mako.inc
+++ b/meta/recipes-devtools/python/python-mako.inc
@@ -5,8 +5,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=1bb21fa2d2f7a534c884b990430a6863"
 
 SRC_URI = 
"https://files.pythonhosted.org/packages/source/M/Mako/Mako-${PV}.tar.gz;
 
-SRC_URI[md5sum] = "c5fc31a323dd4990683d2f2da02d4e20"
-SRC_URI[sha256sum] = 
"fed99dbe4d0ddb27a33ee4910d8708aca9ef1fe854e668387a9ab9a90cbf9059"
+SRC_URI[md5sum] = "a28e22a339080316b2acc352b9ee631c"
+SRC_URI[sha256sum] = 
"48559ebd872a8e77f92005884b3d88ffae552812cdf17db6768e5c3be5ebbe0d"
 
 UPSTREAM_CHECK_URI = "https://pypi.python.org/pypi/mako/;
 UPSTREAM_CHECK_REGEX = "/Mako/(?P(\d+[\.\-_]*)+)"
diff --git a/meta/recipes-devtools/python/python-mako_1.0.4.bb 
b/meta/recipes-devtools/python/python-mako_1.0.6.bb
similarity index 100%
rename from meta/recipes-devtools/python/python-mako_1.0.4.bb
rename to meta/recipes-devtools/python/python-mako_1.0.6.bb
diff --git a/meta/recipes-devtools/python/python3-mako_1.0.4.bb 
b/meta/recipes-devtools/python/python3-mako_1.0.6.bb
similarity index 100%
rename from meta/recipes-devtools/python/python3-mako_1.0.4.bb
rename to meta/recipes-devtools/python/python3-mako_1.0.6.bb
-- 
1.9.1

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

[OE-core] [PATCH 0/4] python-git and 3 more upgrades

[Jose Lamego]

The following python recipes needed to be upgraded to latest upstream
version.
These changes were tested using qemux86 with core-image-sato.


Jose Lamego (4):
  python*-git: upgrade to 2.1.0
  python*-mako: upgrade to 1.0.6
  python-pexpect: upgrade to 4.2.1
  python-scons*: upgrade to 2.5.1

 meta/recipes-devtools/python/python-git.inc   | 4 ++--
 .../python/{python-git_2.0.7.bb => python-git_2.1.0.bb}   | 0
 meta/recipes-devtools/python/python-mako.inc  | 4 ++--
 .../python/{python-mako_1.0.4.bb => python-mako_1.0.6.bb} | 0
 .../python/{python-pexpect_4.2.0.bb => python-pexpect_4.2.1.bb}   | 4 ++--
 .../{python-scons-native_2.5.0.bb => python-scons-native_2.5.1.bb}| 0
 .../python/{python-scons_2.5.0.bb => python-scons_2.5.1.bb}   | 4 ++--
 .../python/{python3-git_2.0.7.bb => python3-git_2.1.0.bb} | 0
 .../python/{python3-mako_1.0.4.bb => python3-mako_1.0.6.bb}   | 0
 9 files changed, 8 insertions(+), 8 deletions(-)
 rename meta/recipes-devtools/python/{python-git_2.0.7.bb => 
python-git_2.1.0.bb} (100%)
 rename meta/recipes-devtools/python/{python-mako_1.0.4.bb => 
python-mako_1.0.6.bb} (100%)
 rename meta/recipes-devtools/python/{python-pexpect_4.2.0.bb => 
python-pexpect_4.2.1.bb} (81%)
 rename meta/recipes-devtools/python/{python-scons-native_2.5.0.bb => 
python-scons-native_2.5.1.bb} (100%)
 rename meta/recipes-devtools/python/{python-scons_2.5.0.bb => 
python-scons_2.5.1.bb} (78%)
 rename meta/recipes-devtools/python/{python3-git_2.0.7.bb => 
python3-git_2.1.0.bb} (100%)
 rename meta/recipes-devtools/python/{python3-mako_1.0.4.bb => 
python3-mako_1.0.6.bb} (100%)

-- 
1.9.1

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

Re: [OE-core] [PATCH v2 1/3] module.bbclass: use Module.symvers for dependants

[Denys Dmytriyenko]

On Thu, Aug 18, 2016 at 08:56:24AM +0100, André Draszik wrote:
> When compiling multiple external kernel modules, where one
> depends on the other, there are two problems at the
> moment:
> 1) we get compile time warnings from the kernel build
>system due to missing symbols (from modpost).
> 2) Any modules generated are missing dependency
>information (in the .modinfo elf section) for any
>dependencies outside the current source tree and
>outside the kernel itself.
> 
> This is expected, but the kernel build system has a way to
> deal with this - the dependent module is expected to
> specify KBUILD_EXTRA_SYMBOLS (as a space-separated list)
> to point to any and all Module.symvers of kernel modules
> that are dependencies.
> 
> While 1) by itself is not really a big issue, 2) prevents
> the packaging process from generating cross-source tree
> package dependencies.
> 
> As a first step to solve the missing dependencies in
> packages created, we:
> 1) install Module.symvers of all external kernel module
>builds (into a location that is automatically packaged
>into the -dev package)
> 2) make use of KBUILD_EXTRA_SYMBOLS and pass the location
>of all Module.symvers of all kernel-module-* packages
>we depend on
> 
> This solves both problems mentioned above.
> 
> Signed-off-by: André Draszik 
> ---
>  meta/classes/module.bbclass | 15 +++
>  1 file changed, 15 insertions(+)
> 
> diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass
> index 01c9309..68e3d34 100644
> --- a/meta/classes/module.bbclass
> +++ b/meta/classes/module.bbclass
> @@ -8,6 +8,15 @@ EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR}"
>  
>  MODULES_INSTALL_TARGET ?= "modules_install"
>  
> +python __anonymous () {
> +depends = d.getVar('DEPENDS', True)
> +extra_symbols = []
> +for dep in depends.split():
> +if dep.startswith("kernel-module-"):
> +extra_symbols.append("${STAGING_INCDIR}/" + dep + 
> "/Module.symvers")
> +d.setVar('KBUILD_EXTRA_SYMBOLS', " ".join(extra_symbols))
> +}
> +
>  module_do_compile() {
>   unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
>   oe_runmake KERNEL_PATH=${STAGING_KERNEL_DIR}   \
> @@ -15,6 +24,7 @@ module_do_compile() {
>  CC="${KERNEL_CC}" LD="${KERNEL_LD}" \
>  AR="${KERNEL_AR}" \
>  O=${STAGING_KERNEL_BUILDDIR} \
> +KBUILD_EXTRA_SYMBOLS="${KBUILD_EXTRA_SYMBOLS}" \
>  ${MAKE_TARGETS}
>  }
>  
> @@ -24,6 +34,11 @@ module_do_install() {
>  CC="${KERNEL_CC}" LD="${KERNEL_LD}" \
>  O=${STAGING_KERNEL_BUILDDIR} \
>  ${MODULES_INSTALL_TARGET}
> +
> + install -d -m0755 ${D}${includedir}/${BPN}
> + cp -a --no-preserve=ownership ${B}/Module.symvers 
> ${D}${includedir}/${BPN}

Hmm, why is Module.symvers expected to be in the root of ${B}? This seems like 
a very artificial assumption/requirement!

I have some out-of-tree modules with complicated hierarchies and it worked 
fine so far until this change, because there were only 2 well defined 
interfaces - make ${MAKE_TARGETS} and make ${MODULES_INSTALL_TARGET} - and 
both of them know where the resulting module .ko resides deep inside ${B} 
hierarchy.

I wonder if this should have been rolled into ${MODULES_INSTALL_TARGET} 
step...

-- 
Denys


> + # it doesn't actually seem to matter which path is specified here
> + sed -e 's:${B}/::g' -i ${D}${includedir}/${BPN}/Module.symvers
>  }
>  
>  EXPORT_FUNCTIONS do_compile do_install
> -- 
> 2.9.3
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] libpcap: Update to version 1.8.1

[Fabio Berton]

Hi Martin,

I'll look into this.

Thanks.

On Wed, Nov 16, 2016 at 5:41 PM, Martin Jansa 
wrote:

> On Tue, Nov 08, 2016 at 09:52:48AM -0200, Fabio Berton wrote:
> >   - Option --enable-canusb was removed on commit:
> > https://github.com/the-tcpdump-group/libpcap/commit/
> 93ca5ff7030aaf1219e1de05ec89a68384bfc50b
> >   - Autotools class was improved and we can now stop aclocal from
> running at all.
> >   - File configure.in was renamed to configure.ac, rework
> libpcap-pkgconfig-support
> > patch and do_configure_prepend task to use configure.ac file.
> >
> > Signed-off-by: Fabio Berton 
> > ---
> >  meta/recipes-connectivity/libpcap/libpcap.inc  |   5 +-
> >  .../libpcap/libpcap/aclocal.patch  | 167
> -
> >  .../libpcap/libpcap-pkgconfig-support.patch|  32 ++--
> >  .../libpcap/{libpcap_1.7.4.bb => libpcap_1.8.1.bb} |  13 +-
> >  4 files changed, 25 insertions(+), 192 deletions(-)
> >  delete mode 100644 meta/recipes-connectivity/
> libpcap/libpcap/aclocal.patch
> >  rename meta/recipes-connectivity/libpcap/{libpcap_1.7.4.bb =>
> libpcap_1.8.1.bb} (67%)
> >
> > diff --git a/meta/recipes-connectivity/libpcap/libpcap.inc
> b/meta/recipes-connectivity/libpcap/libpcap.inc
> > index 7b29a52..4453a9e 100644
> > --- a/meta/recipes-connectivity/libpcap/libpcap.inc
> > +++ b/meta/recipes-connectivity/libpcap/libpcap.inc
> > @@ -19,6 +19,7 @@ BINCONFIG = "${bindir}/pcap-config"
> >  inherit autotools binconfig-disabled pkgconfig bluetooth
> >
> >  EXTRA_OECONF = "--with-pcap=linux"
> > +EXTRA_AUTORECONF += "--exclude=aclocal"
> >
> >  PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES',
> 'bluetooth', '${BLUEZ}', '', d)} \
> > ${@bb.utils.contains('DISTRO_FEATURES', 'ipv6',
> 'ipv6', '', d)} \
> > @@ -26,7 +27,6 @@ PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES',
> 'bluetooth', '${BLUEZ
> >  PACKAGECONFIG[bluez4] = "--enable-bluetooth,--disable-bluetooth,bluez4"
> >  # Add a dummy PACKAGECONFIG for bluez5 since it is not supported by
> libpcap.
> >  PACKAGECONFIG[bluez5] = ",,"
> > -PACKAGECONFIG[canusb] = "--enable-canusb,--enable-canusb=no,libusb"
> >  PACKAGECONFIG[dbus] = "--enable-dbus,--disable-dbus,dbus"
> >  PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
>
> This version fails to build without ipv6 in PACKAGECONFIG with this
> error:
>
> | i586-oe-linux-gcc  -m32 -march=i586 
> --sysroot=/OE/build/oe-core/tmp-glibc/sysroots/qemux86
> -I../libpcap-1.8.1 -fvisibility=hidden -fpic -I/OE/build/oe-core/tmp-glibc/
> work/i586-oe-linux/libpcap/1.8.1-r0/libpcap-1.8.1 -O2 -pipe -g
> -feliminate-unused-debug-types -fdebug-prefix-map=/OE/build/
> oe-core/tmp-glibc/work/i586-oe-linux/libpcap/1.8.1-r0=/usr/src/debug/libpcap/1.8.1-r0
> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/sysroots/x86_64-linux=
> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/sysroots/qemux86= -I.
> -DBUILDING_PCAP -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))"
> -I/OE/build/oe-core/tmp-glibc/work/i586-oe-linux/libpcap/1.8.1-r0/libpcap-1.8.1
> -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/OE/build/
> oe-core/tmp-glibc/work/i586-oe-linux/libpcap/1.8.1-r0=/usr/src/debug/libpcap/1.8.1-r0
> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/sysroots/x86_64-linux=
> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/sysroots/qemux86=-c
> scanner.c
> | ../libpcap-1.8.1/gencode.c: In function 'pcap_compile':
> | ../libpcap-1.8.1/gencode.c:693:8: error: 'compiler_state_t {aka struct
> _compiler_state}' has no member named 'ai'
> |   cstate.ai = NULL;
> | ^
> | ../libpcap-1.8.1/gencode.c: In function 'gen_gateway':
> | ../libpcap-1.8.1/gencode.c:4914:13: error: 'cstate' undeclared (first
> use in this function)
> |bpf_error(cstate, "direction applied to 'gateway'");
> |  ^~
> | ../libpcap-1.8.1/gencode.c:4914:13: note: each undeclared identifier is
> reported only once for each function it appears in
> | config.status: creating pcap-config.tmp
> | make: *** [Makefile:478: gencode.o] Error 1
> | make: *** Waiting for unfinished jobs
> | mv pcap-config.tmp pcap-config
> | chmod a+x pcap-config
>
> Version 1.7.4 was building fine without it.
>
> >  PACKAGECONFIG[libnl] = "--with-libnl,--without-libnl,libnl"
> > @@ -36,8 +36,5 @@ CFLAGS_prepend = "-I${S} "
> >  CXXFLAGS_prepend = "-I${S} "
> >
> >  do_configure_prepend () {
> > -if [ ! -e ${S}/acinclude.m4 ]; then
> > -cat ${S}/aclocal.m4 > ${S}/acinclude.m4
> > -fi
> >  sed -i -e's,^V_RPATH_OPT=.*$,V_RPATH_OPT=,' ${S}/pcap-config.in
> >  }
> > diff --git a/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch
> b/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch
> > deleted file mode 100644
> > index 2151982..000
> > --- a/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch
> > +++ /dev/null
> > @@ -1,167 +0,0 @@
> > -Upstream-Status: Inappropriate [configuration]
> > -

Re: [OE-core] [PATCH v2] libpcap: Update to version 1.8.1

[Martin Jansa]

On Tue, Nov 08, 2016 at 09:52:48AM -0200, Fabio Berton wrote:
>   - Option --enable-canusb was removed on commit:
> 
> https://github.com/the-tcpdump-group/libpcap/commit/93ca5ff7030aaf1219e1de05ec89a68384bfc50b
>   - Autotools class was improved and we can now stop aclocal from running at 
> all.
>   - File configure.in was renamed to configure.ac, rework 
> libpcap-pkgconfig-support
> patch and do_configure_prepend task to use configure.ac file.
> 
> Signed-off-by: Fabio Berton 
> ---
>  meta/recipes-connectivity/libpcap/libpcap.inc  |   5 +-
>  .../libpcap/libpcap/aclocal.patch  | 167 
> -
>  .../libpcap/libpcap-pkgconfig-support.patch|  32 ++--
>  .../libpcap/{libpcap_1.7.4.bb => libpcap_1.8.1.bb} |  13 +-
>  4 files changed, 25 insertions(+), 192 deletions(-)
>  delete mode 100644 meta/recipes-connectivity/libpcap/libpcap/aclocal.patch
>  rename meta/recipes-connectivity/libpcap/{libpcap_1.7.4.bb => 
> libpcap_1.8.1.bb} (67%)
> 
> diff --git a/meta/recipes-connectivity/libpcap/libpcap.inc 
> b/meta/recipes-connectivity/libpcap/libpcap.inc
> index 7b29a52..4453a9e 100644
> --- a/meta/recipes-connectivity/libpcap/libpcap.inc
> +++ b/meta/recipes-connectivity/libpcap/libpcap.inc
> @@ -19,6 +19,7 @@ BINCONFIG = "${bindir}/pcap-config"
>  inherit autotools binconfig-disabled pkgconfig bluetooth
>  
>  EXTRA_OECONF = "--with-pcap=linux"
> +EXTRA_AUTORECONF += "--exclude=aclocal"
>  
>  PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 
> '${BLUEZ}', '', d)} \
> ${@bb.utils.contains('DISTRO_FEATURES', 'ipv6', 'ipv6', 
> '', d)} \
> @@ -26,7 +27,6 @@ PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 
> 'bluetooth', '${BLUEZ
>  PACKAGECONFIG[bluez4] = "--enable-bluetooth,--disable-bluetooth,bluez4"
>  # Add a dummy PACKAGECONFIG for bluez5 since it is not supported by libpcap.
>  PACKAGECONFIG[bluez5] = ",,"
> -PACKAGECONFIG[canusb] = "--enable-canusb,--enable-canusb=no,libusb"
>  PACKAGECONFIG[dbus] = "--enable-dbus,--disable-dbus,dbus"
>  PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"

This version fails to build without ipv6 in PACKAGECONFIG with this
error:

| i586-oe-linux-gcc  -m32 -march=i586 
--sysroot=/OE/build/oe-core/tmp-glibc/sysroots/qemux86 -I../libpcap-1.8.1 
-fvisibility=hidden -fpic 
-I/OE/build/oe-core/tmp-glibc/work/i586-oe-linux/libpcap/1.8.1-r0/libpcap-1.8.1 
-O2 -pipe -g -feliminate-unused-debug-types 
-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oe-linux/libpcap/1.8.1-r0=/usr/src/debug/libpcap/1.8.1-r0
 -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/sysroots/x86_64-linux= 
-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/sysroots/qemux86= -I.  
-DBUILDING_PCAP -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" 
-I/OE/build/oe-core/tmp-glibc/work/i586-oe-linux/libpcap/1.8.1-r0/libpcap-1.8.1 
-O2 -pipe -g -feliminate-unused-debug-types 
-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oe-linux/libpcap/1.8.1-r0=/usr/src/debug/libpcap/1.8.1-r0
 -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/sysroots/x86_64-linux= 
-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/sysroots/qemux86=-c scanner.c
| ../libpcap-1.8.1/gencode.c: In function 'pcap_compile':
| ../libpcap-1.8.1/gencode.c:693:8: error: 'compiler_state_t {aka struct 
_compiler_state}' has no member named 'ai'
|   cstate.ai = NULL;
| ^
| ../libpcap-1.8.1/gencode.c: In function 'gen_gateway':
| ../libpcap-1.8.1/gencode.c:4914:13: error: 'cstate' undeclared (first use in 
this function)
|bpf_error(cstate, "direction applied to 'gateway'");
|  ^~
| ../libpcap-1.8.1/gencode.c:4914:13: note: each undeclared identifier is 
reported only once for each function it appears in
| config.status: creating pcap-config.tmp
| make: *** [Makefile:478: gencode.o] Error 1
| make: *** Waiting for unfinished jobs
| mv pcap-config.tmp pcap-config
| chmod a+x pcap-config

Version 1.7.4 was building fine without it.

>  PACKAGECONFIG[libnl] = "--with-libnl,--without-libnl,libnl"
> @@ -36,8 +36,5 @@ CFLAGS_prepend = "-I${S} "
>  CXXFLAGS_prepend = "-I${S} "
>  
>  do_configure_prepend () {
> -if [ ! -e ${S}/acinclude.m4 ]; then
> -cat ${S}/aclocal.m4 > ${S}/acinclude.m4
> -fi
>  sed -i -e's,^V_RPATH_OPT=.*$,V_RPATH_OPT=,' ${S}/pcap-config.in
>  }
> diff --git a/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch 
> b/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch
> deleted file mode 100644
> index 2151982..000
> --- a/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch
> +++ /dev/null
> @@ -1,167 +0,0 @@
> -Upstream-Status: Inappropriate [configuration]
> -
> -diff -ruN libpcap-1.1.1-orig/aclocal.m4 libpcap-1.1.1/aclocal.m4
>  libpcap-1.1.1-orig/aclocal.m42010-06-29 10:46:32.815117569 +0800
> -+++ libpcap-1.1.1/aclocal.m4 2010-06-29 10:49:17.150149949 +0800
> -@@ -37,7 +37,7 @@
> - dnl AC_LBL_C_INIT.  Now, we run 

Re: [OE-core] truncating quoted text in emails

[Khem Raj]

On 11/16/16 9:01 AM, Bruce Ashfield wrote:
> 
> 
> On Wed, Nov 16, 2016 at 10:36 AM, Patrick Ohly  > wrote:
> 
> Hello!
> 
> While trying to follow patch reviews on this list I noticed that
> (subjectively?) quite a few replies completely quote the original email
> and then just add a few lines. That looks fine in GMail where the quoted
> text is folded, but not so much in mail readers where quoted text is
> unfolded (Evolution).
> 
> A random example:
> 
> http://lists.openembedded.org/pipermail/openembedded-core/2016-November/128861.html
> 
> 
> 
> Not sure what the netiquette is for this list, but at least I would
> appreciate a bit more aggressive trimming in replies - thanks! ;-}
> 
> 
> 
> We might as well try to agree on an editor to use ;)

I would expect the users to be aware and do the needed. Worst case
your email wont be read or replied to.




signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/5] systemd: Upgrade to 232

[Khem Raj]

* Drop support for rcS.d SysV init scripts.
  These are prone to cause dependency loops, and almost all packages with
  rcS scripts now ship a native systemd service.

* Drop mount propagation patch, it only happens with libseccomp, OE doesnt
  enable it

* kdbus option has disappeared from configure

* Ignore dev-so for PN now since systemd introduced private .so see
  https://github.com/systemd/systemd/issues/3810

Signed-off-by: Khem Raj 
---
 meta/recipes-core/systemd/systemd.inc  |   4 +-
 c-Change-the-default-device-timeout-to-2.patch |   8 +-
 ...r-getty-to-agetty-in-console-setup-system.patch |  10 +-
 .../systemd/0003-define-exp10-if-missing.patch |  12 +-
 ...nv-when-secure-versions-are-not-available.patch |  21 ++--
 ...t-install-dependency-links-at-install-tim.patch |  10 +-
 ...heck-for-additional-features-that-uclibc-.patch |  10 +-
 ...pper-instead-of-looking-for-relative-opti.patch |  38 ++
 ...wn-Use-execvpe-only-when-libc-supports-it.patch |  16 +--
 ...-unimplemented-_SC_PHYS_PAGES-system-conf.patch |  27 +++--
 ...0010-implment-systemd-sysv-install-for-OE.patch |   6 +-
 ...nes-Build-conditionally-when-HAVE_MYHOSTN.patch |  12 +-
 .../systemd/0012-rules-whitelist-hd-devices.patch  |  21 ++--
 ...-Make-root-s-home-directory-configurable.patch} |  90 +-
 ...tor-add-support-for-executing-scripts-und.patch | 133 -
 ...vert-rules-remove-firmware-loading-rules.patch} |   6 +-
 ...remove-userspace-firmware-loading-suppor.patch} |  58 +
 ...0015-systemd-user-avoid-using-system-auth.patch |  35 --
 ...patch => 0016-make-test-dir-configurable.patch} |  21 ++--
 ...=> 0017-remove-duplicate-include-uchar.h.patch} |  10 +-
 ...h => 0018-check-for-uchar.h-in-configure.patch} |  16 ++-
 ...l-don-t-fail-if-libc-doesn-t-support-IDN.patch} |  20 ++--
 ...sing.h-for-getting-secure_getenv-definiti.patch |  27 -
 .../systemd/systemd/CVE-2016-7795.patch|  69 ---
 ...dev-re-enable-mount-propagation-for-udevd.patch |  31 -
 .../systemd/{systemd_230.bb => systemd_232.bb} |  22 ++--
 26 files changed, 195 insertions(+), 538 deletions(-)
 rename 
meta/recipes-core/systemd/systemd/{0014-Make-root-s-home-directory-configurable.patch
 => 0013-Make-root-s-home-directory-configurable.patch} (66%)
 delete mode 100644 
meta/recipes-core/systemd/systemd/0013-sysv-generator-add-support-for-executing-scripts-und.patch
 rename 
meta/recipes-core/systemd/systemd/{0016-Revert-rules-remove-firmware-loading-rules.patch
 => 0014-Revert-rules-remove-firmware-loading-rules.patch} (84%)
 rename 
meta/recipes-core/systemd/systemd/{0017-Revert-udev-remove-userspace-firmware-loading-suppor.patch
 => 0015-Revert-udev-remove-userspace-firmware-loading-suppor.patch} (89%)
 delete mode 100644 
meta/recipes-core/systemd/systemd/0015-systemd-user-avoid-using-system-auth.patch
 rename 
meta/recipes-core/systemd/systemd/{0018-make-test-dir-configurable.patch => 
0016-make-test-dir-configurable.patch} (77%)
 rename 
meta/recipes-core/systemd/systemd/{0019-remove-duplicate-include-uchar.h.patch 
=> 0017-remove-duplicate-include-uchar.h.patch} (81%)
 rename 
meta/recipes-core/systemd/systemd/{0020-check-for-uchar.h-in-configure.patch => 
0018-check-for-uchar.h-in-configure.patch} (76%)
 rename 
meta/recipes-core/systemd/systemd/{0022-socket-util-don-t-fail-if-libc-doesn-t-support-IDN.patch
 => 0019-socket-util-don-t-fail-if-libc-doesn-t-support-IDN.patch} (69%)
 delete mode 100644 
meta/recipes-core/systemd/systemd/0021-include-missing.h-for-getting-secure_getenv-definiti.patch
 delete mode 100644 meta/recipes-core/systemd/systemd/CVE-2016-7795.patch
 delete mode 100644 
meta/recipes-core/systemd/systemd/udev-re-enable-mount-propagation-for-udevd.patch
 rename meta/recipes-core/systemd/{systemd_230.bb => systemd_232.bb} (97%)

diff --git a/meta/recipes-core/systemd/systemd.inc 
b/meta/recipes-core/systemd/systemd.inc
index f800f42..29e0be6 100644
--- a/meta/recipes-core/systemd/systemd.inc
+++ b/meta/recipes-core/systemd/systemd.inc
@@ -14,12 +14,10 @@ LICENSE = "GPLv2 & LGPLv2.1"
 LIC_FILES_CHKSUM = "file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe \
 
file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c"
 
-SRCREV = "3a74d4fc90cb322a4784a3515bef7118c8f8c5ba"
+SRCREV = "a1e2ef7ec912902d8142e7cb5830cbfb47dba86c"
 
 SRC_URI = "git://github.com/systemd/systemd.git;protocol=git"
 
-PV = "230+git${SRCPV}"
-
 S = "${WORKDIR}/git"
 
 LDFLAGS_append_libc-uclibc = " -lrt -lssp_nonshared -lssp "
diff --git 
a/meta/recipes-core/systemd/systemd/0001-core-device.c-Change-the-default-device-timeout-to-2.patch
 
b/meta/recipes-core/systemd/systemd/0001-core-device.c-Change-the-default-device-timeout-to-2.patch
index f7ef7a3..ee2cd6c 100644
--- 
a/meta/recipes-core/systemd/systemd/0001-core-device.c-Change-the-default-device-timeout-to-2.patch
+++ 

[OE-core] [PATCH 4/5] cmake.bbclass: Set CXXFLAGS and CFLAGS

[Khem Raj]

We strip the TOOLCHAIN_OPTIONS and HOST_CC_ARCH from CC/CXX in cmake.bbclass
whereas CFLAFS and CXXFLAGS assume that TOOLCHAIN_OPTIONS are
part of CC/CXX variables, this causes compile failures when cmake
is running compiler tests during configure on some architectures
especially armhf, because hf ABI information -mfloat-abi is part
of TOOLCHAIN_OPTIONS, so what happens is that testcase gets compiled
without hard-float, howver, during linking the float ABI option
is passed via LDFLAGS, now linker rejects this and fails like
/mnt/a/build/tmp-glibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/6.2.0/ld:
 error: cmTC_27947 uses VFP register arguments, 
CMakeFiles/cmTC_27947.dir/src.cxx.o does not
mnt/a/build/tmp-glibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/6.2.0/ld:
 failed to merge target specific data of file 
CMakeFiles/cmTC_27947.dir/src.cxx.o
collect2: error: ld returned 1 exit status

This means that CMake now fails the configure time test too
which is not right, e.g. it might disable features which actually do exist
and should be enabled e.g. in case above it is resulting as below

Performing C++ SOURCE FILE Test HAS_BUILTIN_SYNC_SUB_AND_FETCH failed with the 
following output:

Its actually a bug in CMake see
https://gitlab.kitware.com/cmake/cmake/issues/16421

CMake is ignoring CMAKE_CXX_FLAGS when using CHECK_CXX_SOURCE_COMPILES
function.

Until it is fixed upstream, we add HOST_CC_ARCH and TOOLCHAIN_OPTIONS
to CFLAGS and CXXFLAGS, so that we can ensure that compiler invocation
remains consistent.

Signed-off-by: Khem Raj 
---
 meta/classes/cmake.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index 3e762de..fad0baa 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -19,6 +19,8 @@ OECMAKE_C_FLAGS_RELEASE ?= "-DNDEBUG"
 OECMAKE_CXX_FLAGS_RELEASE ?= "-DNDEBUG"
 OECMAKE_C_LINK_FLAGS ?= "${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS} ${CPPFLAGS} 
${LDFLAGS}"
 OECMAKE_CXX_LINK_FLAGS ?= "${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS} ${CXXFLAGS} 
${LDFLAGS}"
+CXXFLAGS += "${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS}"
+CFLAGS += "${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS}"
 
 OECMAKE_RPATH ?= ""
 OECMAKE_PERLNATIVE_DIR ??= ""
-- 
2.10.2

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

[OE-core] [PATCH 5/5] binutils: Fix parsing of ppc apuinfo for spe

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/binutils/binutils-2.27.inc   |  1 +
 ...17-ppc-apuinfo-for-spe-parsed-incorrectly.patch | 33 ++
 2 files changed, 34 insertions(+)
 create mode 100644 
meta/recipes-devtools/binutils/binutils/0017-ppc-apuinfo-for-spe-parsed-incorrectly.patch

diff --git a/meta/recipes-devtools/binutils/binutils-2.27.inc 
b/meta/recipes-devtools/binutils/binutils-2.27.inc
index fc81721..e1be176 100644
--- a/meta/recipes-devtools/binutils/binutils-2.27.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.27.inc
@@ -37,6 +37,7 @@ SRC_URI = "\
  file://0015-binutils-mips-gas-pic-relax-linkonce.diff \
  file://0015-Refine-.cfi_sections-check-to-only-consider-compact-.patch \
  file://0016-Fix-seg-fault-in-ARM-linker-when-trying-to-parse-a-b.patch \
+ file://0017-ppc-apuinfo-for-spe-parsed-incorrectly.patch \
 "
 S  = "${WORKDIR}/git"
 
diff --git 
a/meta/recipes-devtools/binutils/binutils/0017-ppc-apuinfo-for-spe-parsed-incorrectly.patch
 
b/meta/recipes-devtools/binutils/binutils/0017-ppc-apuinfo-for-spe-parsed-incorrectly.patch
new file mode 100644
index 000..02f5efb
--- /dev/null
+++ 
b/meta/recipes-devtools/binutils/binutils/0017-ppc-apuinfo-for-spe-parsed-incorrectly.patch
@@ -0,0 +1,33 @@
+From 2a0b8eb7a7974ff7605cb3ba5dffa5abef286ffa Mon Sep 17 00:00:00 2001
+From: Alan Modra 
+Date: Tue, 30 Aug 2016 20:57:32 +0930
+Subject: [PATCH] ppc apuinfo for spe parsed incorrectly
+
+apuinfo saying SPE resulted in mach = bfd_mach_ppc_vle due to a
+missing break.
+
+   PR 20531
+   * elf32-ppc.c (_bfd_elf_ppc_set_arch): Add missing "break".
+---
+Upstream-Status: Backport
+Signed-off-by: Khem Raj 
+
+ bfd/ChangeLog   | 5 +
+ bfd/elf32-ppc.c | 1 +
+ 2 files changed, 6 insertions(+)
+
+diff --git a/bfd/elf32-ppc.c b/bfd/elf32-ppc.c
+index 95ce1dc..e42ef1c 100644
+--- a/bfd/elf32-ppc.c
 b/bfd/elf32-ppc.c
+@@ -2246,6 +2246,7 @@ _bfd_elf_ppc_set_arch (bfd *abfd)
+   case PPC_APUINFO_BRLOCK:
+ if (mach != bfd_mach_ppc_vle)
+   mach = bfd_mach_ppc_e500;
++break;
+ 
+   case PPC_APUINFO_VLE:
+ mach = bfd_mach_ppc_vle;
+-- 
+2.10.2
+
-- 
2.10.2

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

[OE-core] [PATCH 3/5] musl: Update to latest on master

[Khem Raj]

Bobby Bingham (2):
  treat null vdso base same as missing
  add s390x port

Rich Felker (2):
  generalize ELF hash table types not to assume 32-bit entries
  work around gdb issues recognizing sigreturn trampoline on x86_64

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/files/CVE-2016-8859.patch | 79 
 meta/recipes-core/musl/musl_git.bb   |  3 +-
 2 files changed, 1 insertion(+), 81 deletions(-)
 delete mode 100644 meta/recipes-core/musl/files/CVE-2016-8859.patch

diff --git a/meta/recipes-core/musl/files/CVE-2016-8859.patch 
b/meta/recipes-core/musl/files/CVE-2016-8859.patch
deleted file mode 100644
index 82da86f..000
--- a/meta/recipes-core/musl/files/CVE-2016-8859.patch
+++ /dev/null
@@ -1,79 +0,0 @@
-From c3edc06d1e1360f3570db9155d6b318ae0d0f0f7 Mon Sep 17 00:00:00 2001
-From: Rich Felker 
-Date: Thu, 6 Oct 2016 18:34:58 -0400
-Subject: [PATCH] fix missing integer overflow checks in regexec buffer size
- computations
-
-most of the possible overflows were already ruled out in practice by
-regcomp having already succeeded performing larger allocations.
-however at least the num_states*num_tags multiplication can clearly
-overflow in practice. for safety, check them all, and use the proper
-type, size_t, rather than int.
-
-also improve comments, use calloc in place of malloc+memset, and
-remove bogus casts.
-
-Upstream-Status: Backport
-CVE: CVE-2016-8859
-
-Signed-off-by: Armin Kuster 
-

- src/regex/regexec.c | 23 ++-
- 1 file changed, 18 insertions(+), 5 deletions(-)
-
-diff --git a/src/regex/regexec.c b/src/regex/regexec.c
-index 16c5d0a..dd52319 100644
 a/src/regex/regexec.c
-+++ b/src/regex/regexec.c
-@@ -34,6 +34,7 @@
- #include 
- #include 
- #include 
-+#include 
- 
- #include 
- 
-@@ -206,11 +207,24 @@ tre_tnfa_run_parallel(const tre_tnfa_t *tnfa, const void 
*string,
- 
-   /* Allocate memory for temporary data required for matching.This 
needs to
-  be done for every matching operation to be thread safe.  This allocates
-- everything in a single large block from the stack frame using alloca()
-- or with malloc() if alloca is unavailable. */
-+ everything in a single large block with calloc(). */
-   {
--int tbytes, rbytes, pbytes, xbytes, total_bytes;
-+size_t tbytes, rbytes, pbytes, xbytes, total_bytes;
- char *tmp_buf;
-+
-+/* Ensure that tbytes and xbytes*num_states cannot overflow, and that
-+ * they don't contribute more than 1/8 of SIZE_MAX to total_bytes. */
-+if (num_tags > SIZE_MAX/(8 * sizeof(int) * tnfa->num_states))
-+  goto error_exit;
-+
-+/* Likewise check rbytes. */
-+if (tnfa->num_states+1 > SIZE_MAX/(8 * sizeof(*reach_next)))
-+  goto error_exit;
-+
-+/* Likewise check pbytes. */
-+if (tnfa->num_states > SIZE_MAX/(8 * sizeof(*reach_pos)))
-+  goto error_exit;
-+
- /* Compute the length of the block we need. */
- tbytes = sizeof(*tmp_tags) * num_tags;
- rbytes = sizeof(*reach_next) * (tnfa->num_states + 1);
-@@ -221,10 +235,9 @@ tre_tnfa_run_parallel(const tre_tnfa_t *tnfa, const void 
*string,
-   + (rbytes + xbytes * tnfa->num_states) * 2 + tbytes + pbytes;
- 
- /* Allocate the memory. */
--buf = xmalloc((unsigned)total_bytes);
-+buf = calloc(total_bytes, 1);
- if (buf == NULL)
-   return REG_ESPACE;
--memset(buf, 0, (size_t)total_bytes);
- 
- /* Get the various pointers within tmp_buf (properly aligned). */
- tmp_tags = (void *)buf;
--- 
-2.7.4
-
diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 1ee56b6..b0c6098 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -3,7 +3,7 @@
 
 require musl.inc
 
-SRCREV = "39494a273eaa6b714e0fa0c59ce7a1f5fbc80a1e"
+SRCREV = "54991729fd1e3d3a0cb71884d758d86afe6da9e0"
 
 PV = "1.1.15+git${SRCPV}"
 
@@ -11,7 +11,6 @@ PV = "1.1.15+git${SRCPV}"
 
 SRC_URI = "git://git.musl-libc.org/musl \
file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \
-   file://CVE-2016-8859.patch \
   "
 
 S = "${WORKDIR}/git"
-- 
2.10.2

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

[OE-core] [PATCH 2/5] taglib: Update to 1.11.1

[Khem Raj]

Add depenedency on boost

Fixes

| CMake Error: The following variables are used in this project, but they are 
set to NOTFOUND.
| Please set them or make sure they are set and tested correctly in the CMake 
files:
| Boost_INCLUDE_DIR (ADVANCED)

Enable c++11 in cmake as well as in CXXFLAGS

CXXFLAGS is required due to a cmake bug where
it does not honor CMAKE_CXX_FLAGS during configure
time checks

Signed-off-by: Khem Raj 
---
 .../taglib/{taglib_1.11.bb => taglib_1.11.1.bb}   | 15 +--
 1 file changed, 9 insertions(+), 6 deletions(-)
 rename meta/recipes-support/taglib/{taglib_1.11.bb => taglib_1.11.1.bb} (71%)

diff --git a/meta/recipes-support/taglib/taglib_1.11.bb 
b/meta/recipes-support/taglib/taglib_1.11.1.bb
similarity index 71%
rename from meta/recipes-support/taglib/taglib_1.11.bb
rename to meta/recipes-support/taglib/taglib_1.11.1.bb
index c29bda9..408d084 100644
--- a/meta/recipes-support/taglib/taglib_1.11.bb
+++ b/meta/recipes-support/taglib/taglib_1.11.1.bb
@@ -6,11 +6,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING.LGPL;md5=4fbd65380cdd255951079008b364516c \
 file://COPYING.MPL;md5=bfe1f75d606912a4111c90743d6c7325 \
 
file://taglib/audioproperties.h;beginline=1;endline=24;md5=9df2c7399519b7310568a7c55042ecee"
 
-DEPENDS = "zlib"
+DEPENDS = "zlib boost"
 
 SRC_URI = "http://taglib.github.io/releases/${BP}.tar.gz;
-SRC_URI[md5sum] = "be39fa2054df40664cb557126ad7cf7c"
-SRC_URI[sha256sum] = 
"ed4cabb3d970ff9a30b2620071c2b054c4347f44fc63546dbe06f97980ece288"
+SRC_URI[md5sum] = "cee7be0ccfc892fa433d6c837df9522a"
+SRC_URI[sha256sum] = 
"b6d1a5a610aae6ff39d93de5efd0fdc787aa9e9dc1e7026fa4c961b26563526b"
 
 UPSTREAM_CHECK_URI = "http://github.com/taglib/taglib/releases/;
 
@@ -21,13 +21,16 @@ inherit cmake pkgconfig binconfig-disabled
 PACKAGES =+ "${PN}-c"
 FILES_${PN}-c = "${libdir}/libtag_c.so.*"
 
-EXTRA_OECMAKE = "-DBUILD_SHARED_LIBS=ON -DLIB_SUFFIX=${@d.getVar('baselib', 
True).replace('lib', '')}"
+EXTRA_OECMAKE = "-DBUILD_SHARED_LIBS=ON \
+ -DCMAKE_CXX_STANDARD=11 \
+ -DCMAKE_CXX_STANDARD_REQUIRED=OFF \
+ -DLIB_SUFFIX=${@d.getVar('baselib', True).replace('lib', '')} 
\
+"
+CXXFLAGS += "-std=c++11"
 
 do_configure_prepend () {
rm -f ${S}/admin/ltmain.sh
rm -f ${S}/admin/libtool.m4.in
-   # Don't have a floating dependeny on boost
-   sed -i -e "s/atomic.hpp/atomic-not-exist.hpp/" 
${S}/ConfigureChecks.cmake ${S}/taglib/toolkit/trefcounter.cpp
 }
 
 # without -fPIC depending packages failed with many error like:
-- 
2.10.2

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

Re: [OE-core] libtool --with-libtool-sysroot

[Khem Raj]

On 11/16/16 9:26 AM, Burton, Ross wrote:
> 
> On 16 November 2016 at 17:22, Khem Raj  > wrote:
> 
> what us autotools bbclass doing in this case ?
> 
> 
> The class is passing --force, so this only happens if you're running
> autoreconf manually.
> 

OK thanks so there is nothing to fix. But may be FAQ entry would be good

> Ross



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] libtool --with-libtool-sysroot

[Burton, Ross]

On 16 November 2016 at 17:22, Khem Raj  wrote:

> what us autotools bbclass doing in this case ?
>

The class is passing --force, so this only happens if you're running
autoreconf manually.

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

Re: [OE-core] libtool --with-libtool-sysroot

[Khem Raj]

On 11/16/16 2:20 AM, Jack Mitchell wrote:
> On 11/11/16 17:33, Burton, Ross wrote:
>>
>> On 11 November 2016 at 17:31, Jack Mitchell > > wrote:
>>
>> How would one check which libtool was being used, or influence which
>> one autotools chooses?
>>
>>
>> One common problem is a makefile or configure using "libtool" directly
>> instead of $(LIBTOOL).
>>
>> Grep the generated Makefiles for "libtool", the only instance where it
>> is executed should be in an assignment to LIBTOOL.  For example, glib:
>>
>> LIBTOOL = $(top_builddir)/x86_64-poky-linux-libtool
>>
> 
> I got to the bottom of this, I was switching between native and cross
> compiling but only running 'autoreconf -i' so it was detecting libtool was
> already present from previous native runs and not replacing it with our
> 'cross' version of libtool. I feel like there should be a binary compatibility
> check in there to auto overwrite if they don't match, but hey ho.
> 
> Always use autoreconf -if to force update of all the required autotools
> scripts in future.

what us autotools bbclass doing in this case ?

> 
> Cheers,
> Jack.



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] devtool: fix handling of unicode characters from subprocess stdout

[Stephano Cetola]

On 11/11, Burton, Ross wrote:
> A reader is definitely the right thing here, but I'm wondering why this
> needs to loop on single characters.  As I understand it doing a read() on a
> reader wrapping stdout will read until it blocks (because the process
> hasn't got anything to output) so result in less pointless iterating.
> 
> Ross

I've tested this and it fixes the issue, and resolves this bug:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10649

We may be able to stream this without blocking using
Queue.get_nowait(). This could solve the looping issue as well, as
you'd be looping over stdout.readline and placing that in the queue,
rather than looping over each character.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] truncating quoted text in emails

[Bruce Ashfield]

On Wed, Nov 16, 2016 at 10:36 AM, Patrick Ohly 
wrote:

> Hello!
>
> While trying to follow patch reviews on this list I noticed that
> (subjectively?) quite a few replies completely quote the original email
> and then just add a few lines. That looks fine in GMail where the quoted
> text is folded, but not so much in mail readers where quoted text is
> unfolded (Evolution).
>
> A random example:
> http://lists.openembedded.org/pipermail/openembedded-core/
> 2016-November/128861.html
>
> Not sure what the netiquette is for this list, but at least I would
> appreciate a bit more aggressive trimming in replies - thanks! ;-}
>


We might as well try to agree on an editor to use ;)

Bruce


>
> --
> Best Regards, Patrick Ohly
>
> The content of this message is my personal opinion only and although
> I am an employee of Intel, the statements I make here in no way
> represent Intel's position on the issue, nor am I authorized to speak
> on behalf of Intel on this matter.
>
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] apt-package: Include maintenance scripts

[Linus Wallgren]

Apt can run multiple tasks daily, such as for example clean, update,
autoclean, unattended-upgrades etc.

[YOCTO #10669]

Signed-off-by: Linus Wallgren 
---
 meta/recipes-devtools/apt/apt-package.inc | 15 ++-
 1 file changed, 14 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/apt/apt-package.inc 
b/meta/recipes-devtools/apt/apt-package.inc
index a553aa2..38cd558 100644
--- a/meta/recipes-devtools/apt/apt-package.inc
+++ b/meta/recipes-devtools/apt/apt-package.inc
@@ -32,13 +32,19 @@ FILES_${PN} = "${bindir}/apt-cdrom ${bindir}/apt-get \
   ${bindir}/apt-config ${bindir}/apt-cache \
   ${libdir}/apt ${libdir}/libapt*.so.* \
   ${localstatedir} ${sysconfdir} \
-  ${libdir}/dpkg"
+  ${libdir}/dpkg \
+  ${systemd_unitdir}/system \
+   "
 FILES_${PN}-utils = "${bindir}/apt-sortpkgs ${bindir}/apt-extracttemplates"
 FILES_${PN}-doc = "${@get_files_apt_doc(d, bb, d.getVar('apt-manpages', 
True))} \
   ${docdir}/apt"
 FILES_${PN}-utils-doc = "${@get_files_apt_doc(d, bb, 
d.getVar('apt-utils-manpages', True))}"
 FILES_${PN}-dev = "${libdir}/libapt*.so ${includedir}"
 
+inherit systemd
+
+SYSTEMD_SERVICE_${PN} = "apt-daily.timer"
+
 do_install () {
set -x
install -d ${D}${bindir}
@@ -75,4 +81,11 @@ do_install () {
 
install -d ${D}${includedir}/apt-pkg/
install -m 0644 include/apt-pkg/*.h ${D}${includedir}/apt-pkg/
+
+install -d ${D}${systemd_unitdir}/system/
+install -m 0644 ${S}/debian/apt.systemd.daily ${D}/usr/lib/apt/
+install -m 0644 ${S}/debian/apt-daily.service 
${D}${systemd_unitdir}/system/
+install -m 0644 ${S}/debian/apt-daily.timer ${D}${systemd_unitdir}/system/
+install -d ${D}${sysconfdir}/cron.daily/
+install -m 0755 ${S}/debian/apt.apt-compat.cron.daily 
${D}${sysconfdir}/cron.daily/
 }
-- 
2.10.2

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

Re: [OE-core] Yocto Project Status WW45 - UPDATED

[akuster808]

Andreas,

On 11/08/2016 05:51 AM, Richard Purdie wrote:

On Tue, 2016-11-08 at 11:00 +0100, Andreas Oberritter wrote:

Hello Stephen,

On 04.11.2016 18:06, Jolley, Stephen K wrote:

·There was a challenging taskhash mismatch test case this
week
which has resulted in some significant debugging improvements for
taskhashes and basehashes which are now in master.

is there an entry in bugzilla about this issue, or can you please add
a reference to the actual commits in master? I'm facing a similar
issue, so it might be helpful for me to backport them to the branch
I'm using.

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=0a4a6d6956a10aa0a6589de12b0b2380a9f0a7d9

has info in the commit message. You also want:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=589f08aa852dd43af5d05d698cfa917bec084210
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=157947efc7e505e01baafb33ec93fe2f485308fe
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=f6b0c60664e86fec55d282f1ea41238abd74712d
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=71c837611690ab4bec1656a58d13ca48e7c6a6e6


This are now in Morty via Richard merging. I pulling these over for Krogoth.

- armin


Cheers,

Richard


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

[OE-core] truncating quoted text in emails

[Patrick Ohly]

Hello!

While trying to follow patch reviews on this list I noticed that
(subjectively?) quite a few replies completely quote the original email
and then just add a few lines. That looks fine in GMail where the quoted
text is folded, but not so much in mail readers where quoted text is
unfolded (Evolution).

A random example:
http://lists.openembedded.org/pipermail/openembedded-core/2016-November/128861.html

Not sure what the netiquette is for this list, but at least I would
appreciate a bit more aggressive trimming in replies - thanks! ;-}

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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

[OE-core] [PATCH 2/5] linux-yocto/4.8: update to v4.8.6-rt5

[Bruce Ashfield]

Paul Gortmaker sent along updates to the latest 4.8 -rt version.
Updating the SRCREVs to include the following commits:

   f83a3d4a643b v4.8.6-rt5
   74c7ffc2e3f2 NFSv4: don't disable preemption on !RT
   9711dc408890 kbuild: Add -fno-pie to KBUILD_AFLAGS:
   7b4d4278e307 v4.8.6-rt4
   24aa22031f3c v4.8.2-rt3
   8541163464e2 kbuild: add -fno-PIE
   81b61ced2d45 NFSv4: replace seqcount_t with a seqlock_t
   a8300ce29d0c worqueue: document the proper argument
   9711591ebdc3 genirq: document swork member
   1aace69fd88f rbtree: include barrier.h
   74d4589809f2 rxrpc: remove unused static variables
   a941e2f0611c x86/apic: get rid of "warning: 'acpi_ioapic_lock' defined but 
not used"
   9888d1c2e3ab hotplug: Call mmdrop_delayed() in sched_cpu_dying() if 
PREEMPT_RT_FULL
   debf0ec42b2e drivers/zram: Don't disable preemption in zcomp_stream_get/put()
   c84b472ee376 mm/zs_malloc: Fix bit spinlock replacement
   c17de80bfeba zsmalloc: turn that get_cpu_light() into a local_lock()
   33586701e8ad connector/cn_proc: Protect send_msg() with a local lock on RT
   b20867d36bcd ftrace: Fix trace header alignment

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
index e70523a30784..a03ea3782b3e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "ab1036645c083ebb30fee3eab591b0c3b5040ebb"
-SRCREV_meta ?= "d7a58814eee97e7bf410e418ad087a1f7bb05ab9"
+SRCREV_machine ?= "c3376689934aaf58b78cf7dd19af260a5386619e"
+SRCREV_meta ?= "860c23564d26e750f6c0a57a33580f316a10e19a"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.8.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
-- 
2.5.0

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

[OE-core] [PATCH 5/5] kern-tools: error checking and tree generation fixes

[Bruce Ashfield]

During processing of the kernel meta data the kern tools were
not properly exiting on syntax errors or invalid commands.

Noticing and debugging these issues wasn't trivial. To make this
easier, we now trap the error and dump the offending meta-data
for the user to see.

There was also an issue with creating branches during tree
generation, which is resolved by always switching to the
active branch.

The following are the commit logs of the changes themselves:

[
  commit b36f6f9a5695f2084b83823393e13ca42284bed9
  Author: Paul Gortmaker 
  Date:   Sat Oct 22 17:23:25 2016 -0400

  kgit-scc: dont mention meta-repo in help ; it doesnt exist

  Signed-off-by: Paul Gortmaker 
  Signed-off-by: Bruce Ashfield 

  commit 08463d684c1952e74c25344cddace4c3f24c739d
  Author: Bruce Ashfield 
  Date:   Mon Oct 31 14:30:12 2016 -0400

  scc: exit on error

  If there is an error in the processing of the input files, scc
  should exit and inform the user.

  scc is executed on a combined/preprocessed file and as a result
  it doesn't have the granularity to see each input file individually.

  Rather than moving preprocessing into scc (from spp), we can trap
  the line number of the error and dump context around the line.
  This gives the user a pointer to the input file and the specific
  line that caused the problem.

  Signed-off-by: Bruce Ashfield 

  commit bf99953e8ac14cee653e559f2d4a6022c847a182
  Author: Bruce Ashfield 
  Date:   Fri Oct 28 21:23:27 2016 -0400

  kgit-meta: always checkout branches on branch commands

  During a tree generation we must always make the branch active when
  we see any kind of branch command. This ensures that any subsequent
  patches are applied in the proper context.

  Previously, only branch creation was changing the active branch, and
  this mean that tree generation was not determinstic and relied
  on the order of processing to generate a correct tree.

  Signed-off-by: Bruce Ashfield 
]

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/kern-tools/kern-tools-native_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index d8041ddd38c5..88b1aee729c9 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
"file://git/tools/kgit;beginline=5;endline=9;md5=a6c2fa8aef1b
 
 DEPENDS = "git-native"
 
-SRCREV = "9a3995ee8daabf37e92e1b51b133cf8582d85809"
+SRCREV = "b36f6f9a5695f2084b83823393e13ca42284bed9"
 PR = "r12"
 PV = "0.2+git${SRCPV}"
 
-- 
2.5.0

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

[OE-core] [PATCH 4/5] linux-yocto/4.4: update to v4.4.32

[Bruce Ashfield]

Updating from v4.4.30 -> v4.4.32. The shortlog summary of the changes
follows:

   4dab3e4df994 Linux 4.4.32
   ae94da4c53b7 scsi: megaraid_sas: fix macro MEGASAS_IS_LOGICAL to avoid 
regression
   2be0548e64f1 drm/radeon: fix DP mode validation
   ccc31f819918 drm/radeon/dp: add back special handling for NUTMEG
   227994b52c73 drm/amdgpu: fix DP mode validation
   2e8cfc1fe985 drm/amdgpu/dp: add back special handling for NUTMEG
   72c13445dfb4 KVM: MIPS: Drop other CPU ASIDs on guest MMU changes
   c57deabd2b17 Revert KVM: MIPS: Drop other CPU ASIDs on guest MMU changes
   e28a472742bf of: silence warnings due to max() usage
   d21daf7f3ee8 packet: on direct_xmit, limit tso and csum to supported devices
   bd891f40f04f sctp: validate chunk len before actually using it
   7c230d0e546a net sched filters: fix notification of filter delete with 
proper handle
   d46c76765da6 udp: fix IP_CHECKSUM handling
   80d59090d4e3 net: sctp, forbid negative length
   1a680e543f84 ipv4: use the right lock for ping_group_range
   827ada2d671b ipv4: disable BH in set_ping_group_range()
   3cb00b90e8b1 net: add recursion limit to GRO
   02558fa0e061 rtnetlink: Add rtnexthop offload flag to compare mask
   ebfbfc2e4df8 bridge: multicast: restore perm router ports on multicast enable
   f467184e2323 net: pktgen: remove rcu locking in pktgen_change_name()
   e635b4766174 ipv6: correctly add local routes when lo goes up
   f9d4850af3c8 ip6_tunnel: fix ip6_tnl_lookup
   705b5aca17c3 ipv6: tcp: restore IP6CB for pktoptions skbs
   6d123f1d396b netlink: do not enter direct reclaim from netlink_dump()
   d72cb5fb36bd packet: call fanout_release, while UNREGISTERING a netdev
   63091b2c1dea net: Add netdev all_adj_list refcnt propagation to fix panic
   9edbf4a0b60b net/sched: act_vlan: Push skb->data to mac_header prior calling 
skb_vlan_*() functions
   bb7ffb6b68a9 net: pktgen: fix pkt_size
   bc5d8ced3c98 net: fec: set mac address unconditionally
   0ee4acb7b3be tg3: Avoid NULL pointer dereference in tg3_io_error_detected()
   6eb0061fa630 ipmr, ip6mr: fix scheduling while atomic and a deadlock with 
ipmr_get_route
   4f312a802994 ip6_gre: fix flowi6_proto value in ip6gre_xmit_other()
   aadcd6a96010 tcp: fix a compile error in DBGUNDO()
   ac40148543c5 tcp: fix wrong checksum calculation on MTU probing
   d2e01b15657c net: avoid sk_forward_alloc overflows
   a35ce624a3ae tcp: fix overflow in __tcp_retransmit_skb()
   beb996c1c399 Linux 4.4.31
   78bd7c9bf60b HID: usbhid: add ATEN CS962 to list of quirky devices
   69e14ce88389 ubi: fastmap: Fix add_vol() return value test in 
ubi_attach_fastmap()
   91e1f7b0eb25 kvm: x86: Check memopp before dereference (CVE-2016-8630)
   62fa839b8fff tty: vt, fix bogus division in csi_J
   93fe5c7bb4e0 usb: dwc3: Fix size used in dma_free_coherent()
   4b06152a4822 pwm: Unexport children before chip removal
   353bbacfd57f UBI: fastmap: scrub PEB when bitflips are detected in a free 
PEB EC header
   1d79b67c4a8a Disable "frame-address" warning
   c5b2cd97b1d3 smc91x: avoid self-comparison warning
   603c78000f8c cgroup: avoid false positive gcc-6 warning
   8a618bc7e586 drm/exynos: fix error handling in exynos_drm_subdrv_open
   26a5f0596ff2 mm/cma: silence warnings due to max() usage
   58fca2f1563b ARM: 8584/1: floppy: avoid gcc-6 warning
   f0b13816ad4f powerpc/ptrace: Fix out of bounds array access warning
   eeae15feceaf x86/xen: fix upper bound of pmd loop in xen_cleanhighmap()
   95f2bdbe50d0 perf build: Fix traceevent plugins build race
   9702108e3def drm/dp/mst: Check peer device type before attempting EDID read
   1262212d3b8e drm/radeon: drop register readback in cayman_cp_int_cntl_setup
   1734d4e14221 drm/radeon/si_dpm: workaround for SI kickers
   231be2b99e4a drm/radeon/si_dpm: Limit clocks on HD86xx part
   4b32256b2706 Revert "drm/radeon: fix DP link training issue with second 4K 
monitor"
   a1ffa7c37a4c mmc: dw_mmc-pltfm: fix the potential NULL pointer dereference
   c77a2346226e scsi: arcmsr: Send SYNCHRONIZE_CACHE command to firmware
   69ee0ed0c6f9 scsi: scsi_debug: Fix memory leak if LBP enabled and module is 
unloaded
   9075faf1406c scsi: megaraid_sas: Fix data integrity failure for JBOD 
(passthrough) devices
   d9237e75fd74 mac80211: discard multicast and 4-addr A-MSDUs
   1d22568ce5ed firewire: net: fix fragmented datagram_size off-by-one
   46e14262a063 firewire: net: guard against rx buffer overflows
   304cc8b5b437 Input: i8042 - add XMG C504 to keyboard reset table
   daac9e1c85c9 dm mirror: fix read error on recovery after default leg failure
   88586a4f884c virtio: console: Unlock vqs while freeing buffers
   50e1c4d90aff virtio_ring: Make interrupt suppression spec compliant
   f2d9107bd0a0 parisc: Ensure consistent state when switching to kernel stack 
at syscall entry
   e3d312c435dd ovl: fsync after copy-up
   ab69d3a03e22 KVM: MIPS: Make ERET handle ERL before EXL
   159766dff4d4 KVM: x86: fix wbinvd_dirty_mask use-after-free
   cb270a3f1666 dm: free 

[OE-core] [PATCH 1/5] linux-yocto/4.8: fix cryptodev compilation error

[Bruce Ashfield]

It was reported that compilation was broken for the in tree variant of
cryptodev. This commit integrates two patches that fix the issue:

  efbdfa1ed95f cryptodev: stomp dynamic version numbering for in tree builds
  32f54070205f cryptodev: fix compile error when enable CONFIG_CRYPTODEV

Signed-off-by: Liwei Song 
Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb |  4 ++--
 meta/recipes-kernel/linux/linux-yocto_4.8.bb  | 18 +-
 3 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
index 26b309d8b8f4..e70523a30784 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "b99b6fac437104e206d30540a5cb12103049af1e"
-SRCREV_meta ?= "87e5fc8b7cb387f197cdd098cdde4e96e9e8ed0d"
+SRCREV_machine ?= "ab1036645c083ebb30fee3eab591b0c3b5040ebb"
+SRCREV_meta ?= "d7a58814eee97e7bf410e418ad087a1f7bb05ab9"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.8.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
index 63dd11baa19e..ab7a47ef7f63 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
@@ -9,8 +9,8 @@ LINUX_VERSION ?= "4.8.6"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "9d5f74f941c3ca234f58ff8e539f5ca64458c0a7"
-SRCREV_meta ?= "87e5fc8b7cb387f197cdd098cdde4e96e9e8ed0d"
+SRCREV_machine ?= "efbdfa1ed95f7f0b4243351ffdb2d30e58308aeb"
+SRCREV_meta ?= "d7a58814eee97e7bf410e418ad087a1f7bb05ab9"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.8.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
index 03691982b1f0..a92e9cff87e8 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
@@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "94d3e8675e2fcb09f29814a33ccf79df06149104"
-SRCREV_machine_qemuarm64 ?= "9d5f74f941c3ca234f58ff8e539f5ca64458c0a7"
-SRCREV_machine_qemumips ?= "046ff6344eee25dcc0eea1214e0ad8771ddfabfb"
-SRCREV_machine_qemuppc ?= "9d5f74f941c3ca234f58ff8e539f5ca64458c0a7"
-SRCREV_machine_qemux86 ?= "9d5f74f941c3ca234f58ff8e539f5ca64458c0a7"
-SRCREV_machine_qemux86-64 ?= "9d5f74f941c3ca234f58ff8e539f5ca64458c0a7"
-SRCREV_machine_qemumips64 ?= "edcb167f91abc071cc98cbd762418ff7ab9d839b"
-SRCREV_machine ?= "9d5f74f941c3ca234f58ff8e539f5ca64458c0a7"
-SRCREV_meta ?= "87e5fc8b7cb387f197cdd098cdde4e96e9e8ed0d"
+SRCREV_machine_qemuarm ?= "ae6282e4c25529f2649f8fa31d45c1b5bf5daf42"
+SRCREV_machine_qemuarm64 ?= "efbdfa1ed95f7f0b4243351ffdb2d30e58308aeb"
+SRCREV_machine_qemumips ?= "87fd523e80256e404710624b5c45d76da369f9b5"
+SRCREV_machine_qemuppc ?= "efbdfa1ed95f7f0b4243351ffdb2d30e58308aeb"
+SRCREV_machine_qemux86 ?= "efbdfa1ed95f7f0b4243351ffdb2d30e58308aeb"
+SRCREV_machine_qemux86-64 ?= "efbdfa1ed95f7f0b4243351ffdb2d30e58308aeb"
+SRCREV_machine_qemumips64 ?= "13669dd21e6c8e0cfccc1c6ccc3f83e272f0f6d1"
+SRCREV_machine ?= "efbdfa1ed95f7f0b4243351ffdb2d30e58308aeb"
+SRCREV_meta ?= "d7a58814eee97e7bf410e418ad087a1f7bb05ab9"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.8.git;name=machine;branch=${KBRANCH}; 
\

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
-- 
2.5.0

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

[OE-core] [PATCH 3/5] linux-yocto/4.8: update from v4.8.6 -> v4.8.8

[Bruce Ashfield]

Updating to the korg -stable release 4.8.8. The short log change
summary follows:

   61385cc1db42 Linux 4.8.8
   8ed841d6c045 scsi: megaraid_sas: fix macro MEGASAS_IS_LOGICAL to avoid 
regression
   32f60e9b621f scsi: megaraid_sas: Fix data integrity failure for JBOD 
(passthrough) devices
   eb2ca7aac349 usb: dwc3: gadget: properly account queued requests
   38db26fb3ae5 arch/powerpc: Update parameters for csum_tcpudp_magic & 
csum_tcpudp_nofold
   a143c6022cef packet: on direct_xmit, limit tso and csum to supported devices
   a6289d9ac3fe ip6_tunnel: Update skb->protocol to ETH_P_IPV6 in ip6_tnl_xmit()
   c9e086b9009a sctp: validate chunk len before actually using it
   5a37dce1b679 net sched filters: fix notification of filter delete with 
proper handle
   d46b19687fec net: ipv6: Do not consider link state for nexthop validation
   eb77db88ea11 macsec: Fix header length if SCI is added if explicitly disabled
   027ab3b8ee5a netvsc: fix incorrect receive checksum offloading
   b75edf27a6c3 udp: fix IP_CHECKSUM handling
   5ee356021c42 sctp: fix the panic caused by route update
   d90cbfaf5439 net: sctp, forbid negative length
   64774617da37 net: fec: Call swap_buffer() prior to IP header alignment
   c6c82c2b707e ipv4: use the right lock for ping_group_range
   8418193f7052 ipv4: disable BH in set_ping_group_range()
   23c110c4cdbc net: add recursion limit to GRO
   d3bbd04b92fd net: core: Correctly iterate over lower adjacency list
   fc5722f8f8f2 rtnetlink: Add rtnexthop offload flag to compare mask
   4ac3ca8c2933 switchdev: Execute bridge ndos only for bridge ports
   63d82a2cbd0c bridge: multicast: restore perm router ports on multicast enable
   e9a5921c393f net: pktgen: remove rcu locking in pktgen_change_name()
   2eeb5735dd04 net/mlx4_en: fixup xdp tx irq to match rx
   27bb6e31d32d IB/ipoib: move back IB LL address into the hard header
   f280126ec8d8 ipv6: correctly add local routes when lo goes up
   0f3e77623916 ip6_tunnel: fix ip6_tnl_lookup
   a148a818df84 net: phy: Trigger state machine on state change and not polling.
   2a9099899a6a ipv6: tcp: restore IP6CB for pktoptions skbs
   50b43ad1dce6 net_sched: reorder pernet ops and act ops registrations
   dac04913ee27 drivers/ptp: Fix kernel memory disclosure
   3f841d1555ad netlink: do not enter direct reclaim from netlink_dump()
   5086cadf8fa4 packet: call fanout_release, while UNREGISTERING a netdev
   6fff1319fdac net: Add netdev all_adj_list refcnt propagation to fix panic
   9caee42c800e net/sched: act_vlan: Push skb->data to mac_header prior calling 
skb_vlan_*() functions
   c002dfd8adaa net: pktgen: fix pkt_size
   ff1b27c31706 net: fec: set mac address unconditionally
   567aeca9fbb7 Linux 4.8.7
   1bf121d3b234 HID: usbhid: add ATEN CS962 to list of quirky devices
   05a833d4b051 cpufreq: intel_pstate: Set P-state upfront in performance mode
   c89771511deb ubi: fastmap: Fix add_vol() return value test in 
ubi_attach_fastmap()
   591bf1362e9e btrfs: qgroup: Prevent qgroup->reserved from going subzero
   0c879624701d kvm: x86: Check memopp before dereference (CVE-2016-8630)
   725a92be3926 ARM: fix oops when using older ARMv4T CPUs
   e339609bf377 tty: vt, fix bogus division in csi_J
   4a22930a74ac v4l: vsp1: Prevent pipelines from running when not streaming
   59f9693a170a usb: musb: Fix hardirq-safe hardirq-unsafe lock order error
   086ac9180437 usb: chipidea: host: fix NULL ptr dereference during shutdown
   07bae478e1c1 usb: dwc3: Fix size used in dma_free_coherent()
   fedede0963c4 pwm: Unexport children before chip removal
   7b4b77b9566d omapfb: fix return value check in dsi_bind()
   a3e55d6342b2 video: fbdev: pxafb: potential NULL dereference on error
   13d0f5b3a399 uapi: add missing install of sync_file.h
   db5025bd08ef UBI: fastmap: scrub PEB when bitflips are detected in a free 
PEB EC header
   cc94524e8940 netfilter: xt_NFLOG: fix unexpected truncated packet
   720a40113e78 i2c: mark device nodes only in case of successful instantiation
   f7d8d44a68de drm: i915: Wait for fences on new fb, not old
   1cefe4cb4f8c drm/i915/fbc: fix CFB size calculation for gen8+
   809e9e6fc390 drm/i915: Clean up DDI DDC/AUX CH sanitation
   ba0a959e0334 drm/i915: Respect alternate_aux_channel for all DDI ports
   426a724c9972 drm: Release reference from blob lookup after replacing property
   5064a6a05387 drm/dp/mst: Check peer device type before attempting EDID read
   e6fcf953a995 drm/i915/gen9: fix watermarks when using the pipe scaler
   0f7f9c456380 drm/i915/gen9: fix DDB partitioning for multi-screen cases
   0cc98b5963f8 drm/fb-helper: Keep references for the current set of used 
connectors
   14f4a463dc78 drm/fb-helper: Fix connector ref leak on error
   6222f1e0b9ef drm/fb-helper: Don't call dirty callback for untouched clips
   7290da41b8da drm/nouveau/acpi: fix check for power resources support
   fd5f9e1e28cb drm/radeon: drop register readback in cayman_cp_int_cntl_setup
   e136de5d7331 drm/radeon/si_dpm: workaround 

Re: [OE-core] [PATCH 4/4] mesa: Upgrade 12.0.3 -> 13.0.1

[Jussi Kukkonen]

On 16 November 2016 at 15:39, Andreas Müller 
wrote:

> On Wed, Nov 16, 2016 at 2:15 PM, Jussi Kukkonen
>  wrote:
> > New major release with OpenGL 4.4 support. Dependency on libudev has
> > been removed.
> >
> > Rebase replace_glibc_check_with_linux.patch.
> > Add patch to find native wayland-scanner.
> >
> > Signed-off-by: Jussi Kukkonen 
> > ---
> >  .../0001-Use-wayland-scanner-in-the-path.patch | 37
> ++
> >  .../files/replace_glibc_check_with_linux.patch | 25 ++-
> >  .../mesa/{mesa-gl_12.0.3.bb => mesa-gl_13.0.1.bb}  |  0
> >  meta/recipes-graphics/mesa/mesa.inc|  2 +-
> >  .../mesa/{mesa_12.0.3.bb => mesa_13.0.1.bb}|  5 +--
> >  5 files changed, 58 insertions(+), 11 deletions(-)
> >  create mode 100644 meta/recipes-graphics/mesa/files/0001-Use-wayland-
> scanner-in-the-path.patch
> >  rename meta/recipes-graphics/mesa/{mesa-gl_12.0.3.bb =>
> mesa-gl_13.0.1.bb} (100%)
> >  rename meta/recipes-graphics/mesa/{mesa_12.0.3.bb => mesa_13.0.1.bb}
> (75%)
> >
> > diff --git 
> > a/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
> b/meta/recipes-graphics/mesa/files/0001-Use-wayland-
> scanner-in-the-path.patch
> > new file mode 100644
> > index 000..e49695b
> > --- /dev/null
> > +++ b/meta/recipes-graphics/mesa/files/0001-Use-wayland-
> scanner-in-the-path.patch
> > @@ -0,0 +1,37 @@
> > +From 2f68fcaaf4964e7feeb383f5c26851965cda037c Mon Sep 17 00:00:00 2001
> > +From: Jussi Kukkonen 
> > +Date: Tue, 15 Nov 2016 15:20:49 +0200
> > +Subject: [PATCH] Simplify wayland-scanner lookup
> > +
> > +Don't use pkg-config to lookup the path of a binary that's in the path.
> > +
> > +Alternatively we'd have to prefix the path returned by pkg-config with
> > +PKG_CONFIG_SYSROOT_DIR.
> > +
> > +Upstream-Status: Pending
> > +Signed-off-by: Jussi Kukkonen 
> > +---
> > + configure.ac | 7 +--
> > + 1 file changed, 1 insertion(+), 6 deletions(-)
> > +
> > +diff --git a/configure.ac b/configure.ac
> > +index e56e35a..a92005a 100644
> > +--- a/configure.ac
> >  b/configure.ac
> > +@@ -2020,12 +2020,7 @@ if test "x$with_egl_platforms" != "x" -a
> "x$enable_egl" != xyes; then
> > + AC_MSG_ERROR([cannot build egl state tracker without EGL library])
> > + fi
> > +
> > +-PKG_CHECK_MODULES([WAYLAND_SCANNER], [wayland-scanner],
> > +-WAYLAND_SCANNER=`$PKG_CONFIG --variable=wayland_scanner
> wayland-scanner`,
> > +-WAYLAND_SCANNER='')
> > +-if test "x$WAYLAND_SCANNER" = x; then
> > +-AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner])
> > +-fi
> > ++AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner])
> > +
> > + # Do per-EGL platform setups and checks
> > + egl_platforms=`IFS=', '; echo $with_egl_platforms`
> > +--
> > +2.1.4
> > +
> > diff --git 
> > a/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
> b/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
> > index e4461ef..0280ee8 100644
> > --- a/meta/recipes-graphics/mesa/files/replace_glibc_check_
> with_linux.patch
> > +++ b/meta/recipes-graphics/mesa/files/replace_glibc_check_
> with_linux.patch
> > @@ -2,16 +2,25 @@ endianness check is OS wide and not specific to libc
> >
> >  Signed-off-by: Khem Raj 
> >  Upstream-Status: Pending
> > -Index: mesa-11.1.1/src/gallium/include/pipe/p_config.h
> > -===
> >  mesa-11.1.1.orig/src/gallium/include/pipe/p_config.h
> > -+++ mesa-11.1.1/src/gallium/include/pipe/p_config.h
> > -@@ -130,7 +130,7 @@
> > -  * Endian detection.
> > -  */
> > +
> > +Signed-off-by: Jussi Kukkonen 
> > +---
> > + src/util/u_endian.h | 2 +-
> > + 1 file changed, 1 insertion(+), 1 deletion(-)
> > +
> > +diff --git a/src/util/u_endian.h b/src/util/u_endian.h
> > +index b9d563d..2d5eab9 100644
> > +--- a/src/util/u_endian.h
> >  b/src/util/u_endian.h
> > +@@ -27,7 +27,7 @@
> > + #ifndef U_ENDIAN_H
> > + #define U_ENDIAN_H
> >
> > --#ifdef __GLIBC__
> > +-#if defined(__GLIBC__) || defined(ANDROID)
> >  +#if defined(__linux__)
> >   #include 
> >
> >   #if __BYTE_ORDER == __LITTLE_ENDIAN
> > +--
> > +2.1.4
> > +
> > diff --git a/meta/recipes-graphics/mesa/mesa-gl_12.0.3.bb
> b/meta/recipes-graphics/mesa/mesa-gl_13.0.1.bb
> > similarity index 100%
> > rename from meta/recipes-graphics/mesa/mesa-gl_12.0.3.bb
> > rename to meta/recipes-graphics/mesa/mesa-gl_13.0.1.bb
> > diff --git a/meta/recipes-graphics/mesa/mesa.inc
> b/meta/recipes-graphics/mesa/mesa.inc
> > index e4880ff..2f5511e 100644
> > --- a/meta/recipes-graphics/mesa/mesa.inc
> > +++ b/meta/recipes-graphics/mesa/mesa.inc
> > @@ -14,7 +14,7 @@ LIC_FILES_CHKSUM = "file://docs/license.html;md5=
> 899fbe7e42d494c7c8c159c7001693d
> >
> >  PE = "2"
> >
> > -DEPENDS = "expat makedepend-native flex-native 

[OE-core] [PATCH 0/5] kernel-yocto: consolidated pull request

[Bruce Ashfield]

Hi all,

Here is my latest set of updates to the 4.8/4.4 kernels, as well as a couple
of bug fixes to the tools.

I've included short log summaries of the changes that come with the -stable
updates in the commits themselves.

Also of note, now that 4.9 is in the latter part of the -rc cycle, I'll bring
linux-yocto-dev up to date with it, and create a versioned recipe for it, so
it can be the LTS kernel in the 2.3 release.

Cheers,

Bruce

The following changes since commit 9b1bd29ea99aa0dec51e603e4ac28e211af19765:

  maintainers.inc: remove libwnck3 recipe (2016-11-15 15:19:55 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib zedd/kernel
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (5):
  linux-yocto/4.8: fix cryptodev compilation error
  linux-yocto/4.8: update to v4.8.6-rt5
  linux-yocto/4.8: update from v4.8.6 -> v4.8.8
  linux-yocto/4.4: update to v4.4.32
  kern-tools: error checking and tree generation fixes

 .../kern-tools/kern-tools-native_git.bb  |  2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb  |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb  |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb|  6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb|  6 +++---
 meta/recipes-kernel/linux/linux-yocto_4.4.bb | 20 ++--
 meta/recipes-kernel/linux/linux-yocto_4.8.bb | 20 ++--
 7 files changed, 33 insertions(+), 33 deletions(-)

-- 
2.5.0

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

Re: [OE-core] [PATCH 4/4] mesa: Upgrade 12.0.3 -> 13.0.1

[Andreas Müller]

On Wed, Nov 16, 2016 at 2:15 PM, Jussi Kukkonen
 wrote:
> New major release with OpenGL 4.4 support. Dependency on libudev has
> been removed.
>
> Rebase replace_glibc_check_with_linux.patch.
> Add patch to find native wayland-scanner.
>
> Signed-off-by: Jussi Kukkonen 
> ---
>  .../0001-Use-wayland-scanner-in-the-path.patch | 37 
> ++
>  .../files/replace_glibc_check_with_linux.patch | 25 ++-
>  .../mesa/{mesa-gl_12.0.3.bb => mesa-gl_13.0.1.bb}  |  0
>  meta/recipes-graphics/mesa/mesa.inc|  2 +-
>  .../mesa/{mesa_12.0.3.bb => mesa_13.0.1.bb}|  5 +--
>  5 files changed, 58 insertions(+), 11 deletions(-)
>  create mode 100644 
> meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
>  rename meta/recipes-graphics/mesa/{mesa-gl_12.0.3.bb => mesa-gl_13.0.1.bb} 
> (100%)
>  rename meta/recipes-graphics/mesa/{mesa_12.0.3.bb => mesa_13.0.1.bb} (75%)
>
> diff --git 
> a/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch 
> b/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
> new file mode 100644
> index 000..e49695b
> --- /dev/null
> +++ 
> b/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
> @@ -0,0 +1,37 @@
> +From 2f68fcaaf4964e7feeb383f5c26851965cda037c Mon Sep 17 00:00:00 2001
> +From: Jussi Kukkonen 
> +Date: Tue, 15 Nov 2016 15:20:49 +0200
> +Subject: [PATCH] Simplify wayland-scanner lookup
> +
> +Don't use pkg-config to lookup the path of a binary that's in the path.
> +
> +Alternatively we'd have to prefix the path returned by pkg-config with
> +PKG_CONFIG_SYSROOT_DIR.
> +
> +Upstream-Status: Pending
> +Signed-off-by: Jussi Kukkonen 
> +---
> + configure.ac | 7 +--
> + 1 file changed, 1 insertion(+), 6 deletions(-)
> +
> +diff --git a/configure.ac b/configure.ac
> +index e56e35a..a92005a 100644
> +--- a/configure.ac
>  b/configure.ac
> +@@ -2020,12 +2020,7 @@ if test "x$with_egl_platforms" != "x" -a 
> "x$enable_egl" != xyes; then
> + AC_MSG_ERROR([cannot build egl state tracker without EGL library])
> + fi
> +
> +-PKG_CHECK_MODULES([WAYLAND_SCANNER], [wayland-scanner],
> +-WAYLAND_SCANNER=`$PKG_CONFIG --variable=wayland_scanner 
> wayland-scanner`,
> +-WAYLAND_SCANNER='')
> +-if test "x$WAYLAND_SCANNER" = x; then
> +-AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner])
> +-fi
> ++AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner])
> +
> + # Do per-EGL platform setups and checks
> + egl_platforms=`IFS=', '; echo $with_egl_platforms`
> +--
> +2.1.4
> +
> diff --git 
> a/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch 
> b/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
> index e4461ef..0280ee8 100644
> --- a/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
> +++ b/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
> @@ -2,16 +2,25 @@ endianness check is OS wide and not specific to libc
>
>  Signed-off-by: Khem Raj 
>  Upstream-Status: Pending
> -Index: mesa-11.1.1/src/gallium/include/pipe/p_config.h
> -===
>  mesa-11.1.1.orig/src/gallium/include/pipe/p_config.h
> -+++ mesa-11.1.1/src/gallium/include/pipe/p_config.h
> -@@ -130,7 +130,7 @@
> -  * Endian detection.
> -  */
> +
> +Signed-off-by: Jussi Kukkonen 
> +---
> + src/util/u_endian.h | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/src/util/u_endian.h b/src/util/u_endian.h
> +index b9d563d..2d5eab9 100644
> +--- a/src/util/u_endian.h
>  b/src/util/u_endian.h
> +@@ -27,7 +27,7 @@
> + #ifndef U_ENDIAN_H
> + #define U_ENDIAN_H
>
> --#ifdef __GLIBC__
> +-#if defined(__GLIBC__) || defined(ANDROID)
>  +#if defined(__linux__)
>   #include 
>
>   #if __BYTE_ORDER == __LITTLE_ENDIAN
> +--
> +2.1.4
> +
> diff --git a/meta/recipes-graphics/mesa/mesa-gl_12.0.3.bb 
> b/meta/recipes-graphics/mesa/mesa-gl_13.0.1.bb
> similarity index 100%
> rename from meta/recipes-graphics/mesa/mesa-gl_12.0.3.bb
> rename to meta/recipes-graphics/mesa/mesa-gl_13.0.1.bb
> diff --git a/meta/recipes-graphics/mesa/mesa.inc 
> b/meta/recipes-graphics/mesa/mesa.inc
> index e4880ff..2f5511e 100644
> --- a/meta/recipes-graphics/mesa/mesa.inc
> +++ b/meta/recipes-graphics/mesa/mesa.inc
> @@ -14,7 +14,7 @@ LIC_FILES_CHKSUM = 
> "file://docs/license.html;md5=899fbe7e42d494c7c8c159c7001693d
>
>  PE = "2"
>
> -DEPENDS = "expat makedepend-native flex-native bison-native libxml2-native 
> udev"
> +DEPENDS = "expat makedepend-native flex-native bison-native libxml2-native"
>
>  PROVIDES = "virtual/libgl virtual/libgles1 virtual/libgles2 virtual/egl 
> virtual/mesa"
>
> diff --git a/meta/recipes-graphics/mesa/mesa_12.0.3.bb 
> b/meta/recipes-graphics/mesa/mesa_13.0.1.bb
> 

[OE-core] [PATCH 2/4] core-tools-testapps: Re-add piglit

[Jussi Kukkonen]

Piglit was removed from testapps in 9e227ecb3a because it made
sdk images massive. Add piglit back now that the installed size is
no longer humongous: it still needs 1.5 GB free space at runtime but
the image sizes stay reasonable.

Signed-off-by: Jussi Kukkonen 
---
 meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git 
a/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb 
b/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb
index 3170978..69cfd57 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb
@@ -17,6 +17,8 @@ KEXECTOOLS_nios2 ?= ""
 
 X11GLTOOLS = "\
 mesa-demos \
+piglit \
+piglit-generated-tests-compressed \
 "
 
 3GTOOLS = "\
-- 
2.1.4

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

[OE-core] [PATCH 4/4] mesa: Upgrade 12.0.3 -> 13.0.1

[Jussi Kukkonen]

New major release with OpenGL 4.4 support. Dependency on libudev has
been removed.

Rebase replace_glibc_check_with_linux.patch.
Add patch to find native wayland-scanner.

Signed-off-by: Jussi Kukkonen 
---
 .../0001-Use-wayland-scanner-in-the-path.patch | 37 ++
 .../files/replace_glibc_check_with_linux.patch | 25 ++-
 .../mesa/{mesa-gl_12.0.3.bb => mesa-gl_13.0.1.bb}  |  0
 meta/recipes-graphics/mesa/mesa.inc|  2 +-
 .../mesa/{mesa_12.0.3.bb => mesa_13.0.1.bb}|  5 +--
 5 files changed, 58 insertions(+), 11 deletions(-)
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
 rename meta/recipes-graphics/mesa/{mesa-gl_12.0.3.bb => mesa-gl_13.0.1.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_12.0.3.bb => mesa_13.0.1.bb} (75%)

diff --git 
a/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch 
b/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
new file mode 100644
index 000..e49695b
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
@@ -0,0 +1,37 @@
+From 2f68fcaaf4964e7feeb383f5c26851965cda037c Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen 
+Date: Tue, 15 Nov 2016 15:20:49 +0200
+Subject: [PATCH] Simplify wayland-scanner lookup
+
+Don't use pkg-config to lookup the path of a binary that's in the path.
+
+Alternatively we'd have to prefix the path returned by pkg-config with
+PKG_CONFIG_SYSROOT_DIR.
+
+Upstream-Status: Pending
+Signed-off-by: Jussi Kukkonen 
+---
+ configure.ac | 7 +--
+ 1 file changed, 1 insertion(+), 6 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index e56e35a..a92005a 100644
+--- a/configure.ac
 b/configure.ac
+@@ -2020,12 +2020,7 @@ if test "x$with_egl_platforms" != "x" -a "x$enable_egl" 
!= xyes; then
+ AC_MSG_ERROR([cannot build egl state tracker without EGL library])
+ fi
+ 
+-PKG_CHECK_MODULES([WAYLAND_SCANNER], [wayland-scanner],
+-WAYLAND_SCANNER=`$PKG_CONFIG --variable=wayland_scanner 
wayland-scanner`,
+-WAYLAND_SCANNER='')
+-if test "x$WAYLAND_SCANNER" = x; then
+-AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner])
+-fi
++AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner])
+ 
+ # Do per-EGL platform setups and checks
+ egl_platforms=`IFS=', '; echo $with_egl_platforms`
+-- 
+2.1.4
+
diff --git 
a/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch 
b/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
index e4461ef..0280ee8 100644
--- a/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
+++ b/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
@@ -2,16 +2,25 @@ endianness check is OS wide and not specific to libc
 
 Signed-off-by: Khem Raj 
 Upstream-Status: Pending
-Index: mesa-11.1.1/src/gallium/include/pipe/p_config.h
-===
 mesa-11.1.1.orig/src/gallium/include/pipe/p_config.h
-+++ mesa-11.1.1/src/gallium/include/pipe/p_config.h
-@@ -130,7 +130,7 @@
-  * Endian detection.
-  */
+
+Signed-off-by: Jussi Kukkonen 
+---
+ src/util/u_endian.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/util/u_endian.h b/src/util/u_endian.h
+index b9d563d..2d5eab9 100644
+--- a/src/util/u_endian.h
 b/src/util/u_endian.h
+@@ -27,7 +27,7 @@
+ #ifndef U_ENDIAN_H
+ #define U_ENDIAN_H
  
--#ifdef __GLIBC__
+-#if defined(__GLIBC__) || defined(ANDROID)
 +#if defined(__linux__)
  #include 
  
  #if __BYTE_ORDER == __LITTLE_ENDIAN
+-- 
+2.1.4
+
diff --git a/meta/recipes-graphics/mesa/mesa-gl_12.0.3.bb 
b/meta/recipes-graphics/mesa/mesa-gl_13.0.1.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_12.0.3.bb
rename to meta/recipes-graphics/mesa/mesa-gl_13.0.1.bb
diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index e4880ff..2f5511e 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -14,7 +14,7 @@ LIC_FILES_CHKSUM = 
"file://docs/license.html;md5=899fbe7e42d494c7c8c159c7001693d
 
 PE = "2"
 
-DEPENDS = "expat makedepend-native flex-native bison-native libxml2-native 
udev"
+DEPENDS = "expat makedepend-native flex-native bison-native libxml2-native"
 
 PROVIDES = "virtual/libgl virtual/libgles1 virtual/libgles2 virtual/egl 
virtual/mesa"
 
diff --git a/meta/recipes-graphics/mesa/mesa_12.0.3.bb 
b/meta/recipes-graphics/mesa/mesa_13.0.1.bb
similarity index 75%
rename from meta/recipes-graphics/mesa/mesa_12.0.3.bb
rename to meta/recipes-graphics/mesa/mesa_13.0.1.bb
index acc8353..37ac15f 100644
--- a/meta/recipes-graphics/mesa/mesa_12.0.3.bb
+++ b/meta/recipes-graphics/mesa/mesa_13.0.1.bb
@@ -3,10 +3,11 @@ require ${BPN}.inc
 SRC_URI = 

[OE-core] [PATCH 1/4] piglit: Package tests in compressed form as well

[Jussi Kukkonen]

Modify packaging so that generated tests are available in two forms:
* piglit-generated-tests contains the tests as they are now (1.5GB
  when installed)
* piglit-generated-tests-compressed contains a tar.gz with the same
  files (45 MB when installed)

Add wrapper script that decompresses the tests at runtime: this
requires 1.5GB free space.

Signed-off-by: Jussi Kukkonen 
---
 meta/recipes-graphics/piglit/piglit/piglit.sh | 20 
 meta/recipes-graphics/piglit/piglit_git.bb| 20 +++-
 2 files changed, 39 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-graphics/piglit/piglit/piglit.sh

diff --git a/meta/recipes-graphics/piglit/piglit/piglit.sh 
b/meta/recipes-graphics/piglit/piglit/piglit.sh
new file mode 100644
index 000..3308b70
--- /dev/null
+++ b/meta/recipes-graphics/piglit/piglit/piglit.sh
@@ -0,0 +1,20 @@
+#!/bin/sh
+
+# If we're using compressed generated tests we may need to
+# decompress first. This is going to require at least 1.5 GB of space
+if [[ /usr/lib/piglit/generated_tests.tar.gz -nt 
/usr/lib/piglit/generated_tests/ ]]; then
+echo "Decompressing generated tests..."
+tar -C /usr/lib/piglit/ -zxf /usr/lib/piglit/generated_tests.tar.gz || {
+echo "Failed to decompress tests, exiting."
+exit 1
+}
+touch /usr/lib/piglit/generated_tests
+fi
+
+if ! [[ -d /usr/lib/piglit/generated_tests ]]; then
+echo "NOTE: No generated tests found, install 
piglit-generated-tests-compressed"
+echo "  or piglit-generated-tests to include them in the tests."
+fi
+
+echo "Now running piglit..."
+PIGLIT_NO_WINDOW=1 piglit.real "$@"
diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
b/meta/recipes-graphics/piglit/piglit_git.bb
index 82adcde..916154a 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -7,6 +7,7 @@ SRC_URI = "git://anongit.freedesktop.org/piglit \
file://0001-tests-Use-FE_UPWARD-only-if-its-defined-in-fenv.h.patch 
\
file://0001-cmake-Link-utils-with-xcb-explicitly.patch \
file://0001-cmake-Link-test-utils-with-ldl.patch \
+   file://piglit.sh \
"
 
 # From 2016-07-07
@@ -39,9 +40,14 @@ do_configure_prepend() {
 }
 
 do_install() {
-   oe_runmake -C ${B} 'DESTDIR=${D}' install/strip
+oe_runmake -C ${B} 'DESTDIR=${D}' install/strip
+mv ${D}${bindir}/piglit ${D}${bindir}/piglit.real
+install -m 755 ${WORKDIR}/piglit.sh ${D}${bindir}/piglit
+tar -C ${D}${libdir}/piglit/ -czf 
${D}${libdir}/piglit/generated_tests.tar.gz generated_tests/
 }
 
+PACKAGES =+ "${PN}-generated-tests ${PN}-generated-tests-compressed"
+
 RDEPENDS_${PN} = "waffle python3 python3-mako python3-json \
python3-subprocess python3-misc python3-importlib \
python3-unixadmin python3-xml python3-multiprocessing \
@@ -50,3 +56,15 @@ RDEPENDS_${PN} = "waffle python3 python3-mako python3-json \
"
 
 INSANE_SKIP_${PN} += "dev-so already-stripped"
+
+SUMMARY_${PN}-generated-tests = "Generated piglit tests (multiple GB)"
+FILES_${PN}-generated-tests = "${libdir}/piglit/generated_tests/*"
+CONFLICTS_${PN}-generated-tests = "${PN}-generated-tests-compressed"
+
+SUMMARY_${PN}-generated-tests-compressed = "Generated piglit tests in 
compressed archive"
+FILES_${PN}-generated-tests-compressed = 
"${libdir}/piglit/generated_tests.tar.gz"
+CONFLICTS_${PN}-generated-tests-compressed = "${PN}-generated-tests"
+pkg_postrm_${PN}-generated-tests-compressed () {
+rm -rf $D${libdir}/piglit/generated_tests/
+}
+
-- 
2.1.4

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

[OE-core] [PATCH 3/4] piglit: Upgrade to current master head

[Jussi Kukkonen]

Remove upstreamed patches.

Signed-off-by: Jussi Kukkonen 
---
 .../0001-cmake-Link-test-utils-with-ldl.patch  | 41 
 ...0001-cmake-Link-utils-with-xcb-explicitly.patch | 54 --
 meta/recipes-graphics/piglit/piglit_git.bb |  6 +--
 3 files changed, 2 insertions(+), 99 deletions(-)
 delete mode 100644 
meta/recipes-graphics/piglit/piglit/0001-cmake-Link-test-utils-with-ldl.patch
 delete mode 100644 
meta/recipes-graphics/piglit/piglit/0001-cmake-Link-utils-with-xcb-explicitly.patch

diff --git 
a/meta/recipes-graphics/piglit/piglit/0001-cmake-Link-test-utils-with-ldl.patch 
b/meta/recipes-graphics/piglit/piglit/0001-cmake-Link-test-utils-with-ldl.patch
deleted file mode 100644
index 2e1c947..000
--- 
a/meta/recipes-graphics/piglit/piglit/0001-cmake-Link-test-utils-with-ldl.patch
+++ /dev/null
@@ -1,41 +0,0 @@
-Backport patch to fix build with gold linker.
-
-Signed-off-by: Jussi Kukkonen 
-Upstream-Status: Backport
-
-
-
-From 93a7113485cf1c55fd7076116faf5b3a690706b2 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen 
-Date: Tue, 30 Aug 2016 17:17:28 +0300
-Subject: [PATCH] cmake: Link test utils with "-ldl"
-
-Without this linking CXX executables (e.g. fbo-blit-stretch) fails
-with gold linker:
-
-| libpiglitutil_gl.so.0: error: undefined reference to 'dlsym'
-| libpiglitutil_gl.so.0: error: undefined reference to 'dlerror'
-| libpiglitutil_gl.so.0: error: undefined reference to 'dlopen'
-
-Signed-off-by: Jussi Kukkonen 
-Reviewed-by: Emil Velikov 

- tests/util/CMakeLists.txt | 2 ++
- 1 file changed, 2 insertions(+)
-
-diff --git a/tests/util/CMakeLists.txt b/tests/util/CMakeLists.txt
-index e1f8073..3d5bef5 100644
 a/tests/util/CMakeLists.txt
-+++ b/tests/util/CMakeLists.txt
-@@ -11,6 +11,8 @@ set_source_files_properties(
-   PROPERTIES GENERATED 1
-   )
- 
-+link_libraries(${CMAKE_DL_LIBS})
-+
- if(HAVE_LIBCACA)
- link_libraries(caca)
- endif()
--- 
-2.9.3
-
diff --git 
a/meta/recipes-graphics/piglit/piglit/0001-cmake-Link-utils-with-xcb-explicitly.patch
 
b/meta/recipes-graphics/piglit/piglit/0001-cmake-Link-utils-with-xcb-explicitly.patch
deleted file mode 100644
index 845804d..000
--- 
a/meta/recipes-graphics/piglit/piglit/0001-cmake-Link-utils-with-xcb-explicitly.patch
+++ /dev/null
@@ -1,54 +0,0 @@
-From 73e4fbc5777eddd89bb0fb16e90343551fe3e0ef Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen 
-Date: Tue, 5 Jul 2016 10:56:23 +0300
-Subject: [PATCH] cmake: Link utils with xcb explicitly
-
-Linking with g++ can reportedly lead to:
-
-libpiglitutil_gl.so.0: error: undefined reference to 'xcb_connect'
-libpiglitutil_gl.so.0: error: undefined reference to 'xcb_get_setup'
-libpiglitutil_gl.so.0: error: undefined reference to 'xcb_setup_roots_iterator'
-
-This may have appeared now because xcb-dri2 used to overlink publicly
-but now does not.
-
-Signed-off-by: Jussi Kukkonen 
-Upstream-Status: Accepted

- CMakeLists.txt| 1 +
- tests/util/CMakeLists.txt | 2 ++
- 2 files changed, 3 insertions(+)
-
-diff --git a/CMakeLists.txt b/CMakeLists.txt
-index 8e2abba..2e1a473 100644
 a/CMakeLists.txt
-+++ b/CMakeLists.txt
-@@ -151,6 +151,7 @@ IF(${CMAKE_SYSTEM_NAME} MATCHES "Linux")
- 
-   pkg_check_modules(LIBDRM QUIET libdrm)
-   pkg_check_modules(LIBDRM_INTEL QUIET libdrm_intel)
-+  pkg_check_modules(XCB QUIET xcb)
-   pkg_check_modules(XCB_DRI2 QUIET xcb-dri2)
-   pkg_check_modules(GLPROTO QUIET glproto)
- ELSEIF(${CMAKE_SYSTEM_NAME} MATCHES "Windows")
-diff --git a/tests/util/CMakeLists.txt b/tests/util/CMakeLists.txt
-index fb22ffa..e1f8073 100644
 a/tests/util/CMakeLists.txt
-+++ b/tests/util/CMakeLists.txt
-@@ -121,11 +121,13 @@ if(${CMAKE_SYSTEM_NAME} MATCHES "Linux")
- 
-   list(APPEND UTIL_GL_LIBS
-   ${LIBDRM_LDFLAGS}
-+  ${XCB_LDFLAGS}
-   ${XCB_DRI2_LDFLAGS}
-   )
- 
-   list(APPEND UTIL_GL_INCLUDES
-   ${LIBDRM_INCLUDE_DIRS}
-+  ${XCB_INCLUDE_DIRS}
-   ${XCB_DRI2_INCLUDE_DIRS}
-   )
- 
--- 
-2.1.4
-
diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
b/meta/recipes-graphics/piglit/piglit_git.bb
index 916154a..6533855 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -5,13 +5,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b2beded7103a3d8a442a2a0391d607b0"
 SRC_URI = "git://anongit.freedesktop.org/piglit \
file://0001-cmake-install-bash-completions-in-the-right-place.patch 
\
file://0001-tests-Use-FE_UPWARD-only-if-its-defined-in-fenv.h.patch 
\
-   file://0001-cmake-Link-utils-with-xcb-explicitly.patch \
-   

[OE-core] [PATCH 0/4] Upgrade mesa, piglit

[Jussi Kukkonen]

This includes
 * Mesa 13.0.1 upgrade
 * piglit master upgrade
 * piglit test compression patches that I sent earlier
All three are independent of each other.

This passes a quick smoke test and piglit results are ok:

   pass:   57334
   fail: 345
  crash:   1
   skip:7558
   warn:   7
  total:   65245


Thanks,
 Jussi

The following changes since commit 7c3a47ed8965c3a3eb90a9a4678d5caedbba6337:

  bitbake: toaster: settings set ALLOWED_HOSTS to * in debug mode (2016-11-16 
11:38:44 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib jku/mesa-piglit
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=jku/mesa-piglit

Jussi Kukkonen (4):
  piglit: Package tests in compressed form as well
  core-tools-testapps: Re-add piglit
  piglit: Upgrade to current master head
  mesa: Upgrade 12.0.3 -> 13.0.1

 .../packagegroup-core-tools-testapps.bb|  2 +
 .../0001-Use-wayland-scanner-in-the-path.patch | 37 +++
 .../files/replace_glibc_check_with_linux.patch | 25 ++
 .../mesa/{mesa-gl_12.0.3.bb => mesa-gl_13.0.1.bb}  |  0
 meta/recipes-graphics/mesa/mesa.inc|  2 +-
 .../mesa/{mesa_12.0.3.bb => mesa_13.0.1.bb}|  5 +-
 .../0001-cmake-Link-test-utils-with-ldl.patch  | 41 
 ...0001-cmake-Link-utils-with-xcb-explicitly.patch | 54 --
 meta/recipes-graphics/piglit/piglit/piglit.sh  | 20 
 meta/recipes-graphics/piglit/piglit_git.bb | 26 +--
 10 files changed, 101 insertions(+), 111 deletions(-)
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
 rename meta/recipes-graphics/mesa/{mesa-gl_12.0.3.bb => mesa-gl_13.0.1.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_12.0.3.bb => mesa_13.0.1.bb} (75%)
 delete mode 100644 
meta/recipes-graphics/piglit/piglit/0001-cmake-Link-test-utils-with-ldl.patch
 delete mode 100644 
meta/recipes-graphics/piglit/piglit/0001-cmake-Link-utils-with-xcb-explicitly.patch
 create mode 100644 meta/recipes-graphics/piglit/piglit/piglit.sh

-- 
2.1.4

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

[OE-core] Morty maintainer

[Richard Purdie]

Armin has kindly volunteered to maintain the morty stable release
branch and has already put together a great series.

I don't want to overload Armin so if anyone else wants to step forward,
let me know and we can discuss it. Right now its looking likely Armin
will be the maintainer though (thanks Armin!).

Cheers,

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

[OE-core] [PATCH] sanity: removed broken compiler check

[Enrico Scholz]

From: Enrico Scholz 

The compiler check is broken because it checks for the existance of
${CC} as a file.  This fails with ccache with

|Please install the following missing utilities: C Compiler (ccache
gcc ),C++ Compiler (ccache g++ )

Remove this check for now.

Signed-off-by: Enrico Scholz 
---
 meta/classes/sanity.bbclass | 6 --
 1 file changed, 6 deletions(-)

diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 7388da6..46f54df 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -669,12 +669,6 @@ def check_sanity_version_change(status, d):
 if not check_app_exists("${MAKE}", d):
 missing = missing + "GNU make,"
 
-if not check_app_exists('${BUILD_CC}', d):
-missing = missing + "C Compiler (%s)," % d.getVar("BUILD_CC", True)
-
-if not check_app_exists('${BUILD_CXX}', d):
-missing = missing + "C++ Compiler (%s)," % d.getVar("BUILD_CXX", True)
-
 required_utilities = d.getVar('SANITY_REQUIRED_UTILITIES', True)
 
 for util in required_utilities.split():
-- 
2.7.4

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

[OE-core] [PATCH] binconfig: Use d.getVar

[Richard Purdie]

The bb.data API is deprecated, use d.getVar instead.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/binconfig.bbclass b/meta/classes/binconfig.bbclass
index cbc4173..8591308 100644
--- a/meta/classes/binconfig.bbclass
+++ b/meta/classes/binconfig.bbclass
@@ -21,8 +21,8 @@ def get_binconfig_mangle(d):
 s += " -e 's:OEEXECPREFIX:${STAGING_DIR_HOST}${exec_prefix}:'"
 s += " -e 's:-I${WORKDIR}:-I${STAGING_INCDIR}:'"
 s += " -e 's:-L${WORKDIR}:-L${STAGING_LIBDIR}:'"
-if bb.data.getVar("OE_BINCONFIG_EXTRA_MANGLE", d):
-s += bb.data.getVar("OE_BINCONFIG_EXTRA_MANGLE", d)
+if d.getVar("OE_BINCONFIG_EXTRA_MANGLE", False):
+s += d.getVar("OE_BINCONFIG_EXTRA_MANGLE", True)
 
 return s
 


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

Re: [OE-core] \n in DESCRIPTION creates invalid (ipk) packages? (was: Re: [oe][meta-networking][PATCH 0/2] ncp - a fast file copy tool for LANs)

[Martin Jansa]

On Wed, Nov 16, 2016 at 09:07:09AM +, André Draszik wrote:
> On Tue, 2016-11-15 at 17:19 +, André Draszik wrote:
> > On Tue, 2016-11-15 at 15:43 +, André Draszik wrote:
> > > "ncp" is a utility for copying files in a LAN. It has absolutely
> > > no security or integrity checking, no throttling, no features,
> > > except one:
> > >   you don't have to type the coordinates of your peer.
> > 
> > Hm, hold on. Something went wrong along the way. I can't actually install
> > it
> > anymore:
> > 
> > root@poky:~# opkg update
> > Package ncp-dbg version 1.2.4-r0 has no valid architecture, ignoring.
> > Package ncp-dev version 1.2.4-r0 has no valid architecture, ignoring.
> > Package ncp-doc version 1.2.4-r0 has no valid architecture, ignoring.
> > Package ncp version 1.2.4-r0 has no valid architecture, ignoring.
> > 
> > root@poky:~# opkg install ncp
> > Package ncp-dbg version 1.2.4-r0 has no valid architecture, ignoring.
> > Package ncp-dev version 1.2.4-r0 has no valid architecture, ignoring.
> > Package ncp-doc version 1.2.4-r0 has no valid architecture, ignoring.
> > Package ncp version 1.2.4-r0 has no valid architecture, ignoring.
> > Collected errors:
> >  * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'ncp'.
> 
> It looks like this was caused by additional \n in the DESCRIPTION string. Is
> it expected that those cause the packaging process to create apparently
> invalid ipk packages?

Was the \n at the end of DESCRIPTION?
If it leads into empty line in status file, then it's considered
separator for next package, see:
http://git.yoctoproject.org/cgit/cgit.cgi/opkg-utils/commit/?id=7f0a7976c29b34feaf4f6b00f0a63626614d1c7d

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

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

Re: [OE-core] [PATCH] package.bbclass: allow using EXCLUDE_FROM_SHLIBS for subpackages

[Richard Purdie]

On Mon, 2016-10-10 at 20:02 +0300, Andrii Bordunov wrote:
> Some packages containing shared libraries might be registered
> as shlib providers when they shouldn't (for example, the lib is for
> their private use and must not generate any dependency).
> 
> EXCLUDE_FROM_SHLIBS is targeted at that, but it could be set
> for entire recipe only.
> 
> This patch expands EXCLUDE_FROM_SHLIBS usage, so now it's possible
> to set it in a style similar with RDEPENDS. For example:
>  EXCLUDE_FROM_SHLIBS_${PN}-ptest = "1"
> 
> Signed-off-by: Andrii Bordunov 
> ---
>  meta/classes/package.bbclass | 12 ++--
>  1 file changed, 10 insertions(+), 2 deletions(-)

My main concern here is actually performance. For a package with many
sub packages you just added many calls to getVar when that getVar is
extremely unlikely to find any value. Whilst not hugely slow, that
operation isn't trivial and hard to fix later.

I'm wondering if we could support the syntax

EXCLUDE_FROM_SHLIBS = "${PN}-ptest"

and then have "1", used in a couple of places as the special value to
mean all packages?

Also please use False, not 0 as the parameter to getVar.

Cheers,

Richard

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

Re: [OE-core] libtool --with-libtool-sysroot

[Jack Mitchell]

On 11/11/16 17:33, Burton, Ross wrote:


On 11 November 2016 at 17:31, Jack Mitchell > wrote:

How would one check which libtool was being used, or influence which
one autotools chooses?


One common problem is a makefile or configure using "libtool" directly
instead of $(LIBTOOL).

Grep the generated Makefiles for "libtool", the only instance where it
is executed should be in an assignment to LIBTOOL.  For example, glib:

LIBTOOL = $(top_builddir)/x86_64-poky-linux-libtool



I got to the bottom of this, I was switching between native and cross 
compiling but only running 'autoreconf -i' so it was detecting libtool 
was already present from previous native runs and not replacing it with 
our 'cross' version of libtool. I feel like there should be a binary 
compatibility check in there to auto overwrite if they don't match, but 
hey ho.


Always use autoreconf -if to force update of all the required autotools 
scripts in future.


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

Re: [OE-core] [PATCH] package.bbclass: allow using EXCLUDE_FROM_SHLIBS for subpackages

[Burton, Ross]

On 15 November 2016 at 15:05, Andrii Bordunov  wrote:

> Ping-2. Guys? Anything?
>

Sorry, missed this.  It looks reasonable and doesn't introduce any changes
to existing packaging, so it's in my queue now.

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

[OE-core] [PATCH] nfs-utils: fix protocol minor version fall-back

[Yi Zhao]

Mount nfs directory would fail if no specific nfsvers:
mount -t nfs IP:/foo/bar/ /mnt/
mount.nfs: an incorrect mount option was specified

mount.nfs currently expects mount(2) to fail with EPROTONOSUPPORT if
the kernel doesn't understand the requested NFS version.
Unfortunately if the requested minor is not known to the kernel
it returns -EINVAL.

Backport patch from nfs-utils-1.3.4 to fix this issue.

Signed-off-by: Yi Zhao 
---
 .../fix-protocol-minor-version-fall-back.patch | 55 ++
 .../nfs-utils/nfs-utils_1.3.3.bb   |  1 +
 2 files changed, 56 insertions(+)
 create mode 100644 
meta/recipes-connectivity/nfs-utils/nfs-utils/fix-protocol-minor-version-fall-back.patch

diff --git 
a/meta/recipes-connectivity/nfs-utils/nfs-utils/fix-protocol-minor-version-fall-back.patch
 
b/meta/recipes-connectivity/nfs-utils/nfs-utils/fix-protocol-minor-version-fall-back.patch
new file mode 100644
index 000..683246c
--- /dev/null
+++ 
b/meta/recipes-connectivity/nfs-utils/nfs-utils/fix-protocol-minor-version-fall-back.patch
@@ -0,0 +1,55 @@
+From 78bb645a42c216b37b8d930c7c849a3fa89babf8 Mon Sep 17 00:00:00 2001
+From: Takashi Iwai 
+Date: Sat, 16 Jan 2016 12:02:30 -0500
+Subject: [PATCH] Fix protocol minor version fall-back
+
+mount.nfs currently expects mount(2) to fail with EPROTONOSUPPORT if
+the kernel doesn't understand the requested NFS version.
+
+Unfortunately if the requested minor is not known to the kernel
+it returns -EINVAL.
+In kernels since 3.11 this can happen in nfs4_alloc_client(), if
+compiled without NFS_V4_2.
+
+More generally it can happen in in nfs_validate_text_mount_data()
+when nfs_parse_mount_options() returns 0 because
+nfs_parse_version_string()
+didn't recognise the version.
+
+EPROTONOSUPPORT is only returned if NFSv4 support is completely compiled
+out.
+
+So nfs_autonegotiate needs to check for EINVAL as well as
+EPROTONOSUPPORT.
+
+URL: https://bugzilla.opensuse.org/show_bug.cgi?id=959211
+Reported-by: Takashi Iwai 
+Signed-off-by: NeilBrown 
+Signed-off-by: Steve Dickson 
+
+
+Upstream-Status: Backport
+http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=patch;h=78bb645a42c216b37b8d930c7c849a3fa89babf8
+
+Signed-off-by: Yi Zhao 
+---
+ utils/mount/stropts.c | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/utils/mount/stropts.c b/utils/mount/stropts.c
+index c8f5a6d..86829a9 100644
+--- a/utils/mount/stropts.c
 b/utils/mount/stropts.c
+@@ -841,6 +841,9 @@ check_result:
+   case EPROTONOSUPPORT:
+   /* A clear indication that the server or our
+* client does not support NFS version 4 and minor */
++  case EINVAL:
++  /* A less clear indication that our client
++   * does not support NFSv4 minor version. */
+   if (mi->version.v_mode == V_GENERAL &&
+   mi->version.minor == 0)
+   return result;
+-- 
+2.7.4
+
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.3.bb 
b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.3.bb
index 8540503..a2bebe0 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.3.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.3.bb
@@ -33,6 +33,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/linux/utils/nfs-utils/${PV}/nfs-utils-${PV}.tar.x
file://nfs-utils-debianize-start-statd.patch \

file://0001-nfs-utils-statd-fix-a-segfault-caused-by-improper-us.patch \
file://bugfix-adjust-statd-service-name.patch \
+   file://fix-protocol-minor-version-fall-back.patch \
 "
 
 SRC_URI[md5sum] = "cd6b568c2e9301cc3bfac09d87fbbc0b"
-- 
2.7.4

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

Re: [OE-core] [PATCH] python3-mako: upgrade to 1.0.6

[Burton, Ross]

On 14 November 2016 at 22:52, Edwin Plauchu <
edwin.plauchu.cama...@linux.intel.com> wrote:

>  meta/recipes-devtools/python/python-mako.inc  |
> 4 ++--
>  .../python/{python3-mako_1.0.4.bb => python3-mako_1.0.6.bb}   | 0
>  2 files changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-devtools/python/{python3-mako_1.0.4.bb =>
> python3-mako_1.0.6.bb} (100%)
>

Same problem as python3-git.

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

[OE-core] [PATCH] openssl: Security fix CVE-2016-7055

[Yi Zhao]

There is a carry propagating bug in the Broadwell-specific Montgomery
multiplication procedure that handles input lengths divisible by, but
longer than 256 bits.

External References:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7055
https://www.openssl.org/news/secadv/20161110.txt

Patch from:
https://github.com/openssl/openssl/commit/57c4b9f6a2f800b41ce2836986fe33640f6c3f8a

Signed-off-by: Yi Zhao 
---
 .../openssl/openssl/CVE-2016-7055.patch| 43 ++
 .../recipes-connectivity/openssl/openssl_1.0.2j.bb |  1 +
 2 files changed, 44 insertions(+)
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-7055.patch

diff --git a/meta/recipes-connectivity/openssl/openssl/CVE-2016-7055.patch 
b/meta/recipes-connectivity/openssl/openssl/CVE-2016-7055.patch
new file mode 100644
index 000..83a74cd
--- /dev/null
+++ b/meta/recipes-connectivity/openssl/openssl/CVE-2016-7055.patch
@@ -0,0 +1,43 @@
+From 57c4b9f6a2f800b41ce2836986fe33640f6c3f8a Mon Sep 17 00:00:00 2001
+From: Andy Polyakov 
+Date: Sun, 6 Nov 2016 18:33:17 +0100
+Subject: [PATCH] bn/asm/x86_64-mont.pl: fix for CVE-2016-7055 (Low severity).
+
+Reviewed-by: Rich Salz 
+(cherry picked from commit 2fac86d9abeaa643677d1ffd0a139239fdf9406a)
+
+Upstream-Status: Backport 
[https://github.com/openssl/openssl/commit/57c4b9f6a2f800b41ce2836986fe33640f6c3f8a]
+CVE: CVE-2016-7055
+Signed-off-by: Yi Zhao 
+---
+ crypto/bn/asm/x86_64-mont.pl | 5 ++---
+ 1 file changed, 2 insertions(+), 3 deletions(-)
+
+diff --git a/crypto/bn/asm/x86_64-mont.pl b/crypto/bn/asm/x86_64-mont.pl
+index 044fd7e..80492d8 100755
+--- a/crypto/bn/asm/x86_64-mont.pl
 b/crypto/bn/asm/x86_64-mont.pl
+@@ -1148,18 +1148,17 @@ $code.=<<___;
+   mulx2*8($aptr),%r15,%r13# ...
+   adox-3*8($tptr),%r11
+   adcx%r15,%r12
+-  adox$zero,%r12
++  adox-2*8($tptr),%r12
+   adcx$zero,%r13
++  adox$zero,%r13
+ 
+   mov $bptr,8(%rsp)   # off-load [i]
+-  .byte   0x67
+   mov $mi,%r15
+   imulq   24(%rsp),$mi# "t[0]"*n0
+   xor %ebp,%ebp   # xor   $zero,$zero # cf=0, of=0
+ 
+   mulx3*8($aptr),%rax,%r14
+mov$mi,%rdx
+-  adox-2*8($tptr),%r12
+   adcx%rax,%r13
+   adox-1*8($tptr),%r13
+   adcx$zero,%r14
+-- 
+2.7.4
+
diff --git a/meta/recipes-connectivity/openssl/openssl_1.0.2j.bb 
b/meta/recipes-connectivity/openssl/openssl_1.0.2j.bb
index 257e3cf..f2aca36 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.0.2j.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.0.2j.bb
@@ -40,6 +40,7 @@ SRC_URI += "file://find.pl;subdir=${BP}/util/ \
 file://configure-musl-target.patch \
 file://parallel.patch \
 file://openssl-util-perlpath.pl-cwd.patch \
+file://CVE-2016-7055.patch \
"
 SRC_URI[md5sum] = "96322138f0b69e61b7212bc53d5e912b"
 SRC_URI[sha256sum] = 
"e7aff292be21c259c6af26469c7a9b3ba26e9abaaffd325e3dccc9785256c431"
-- 
2.7.4

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

Re: [OE-core] [PATCH V2] python3-git: upgrade to 2.1.0

[Burton, Ross]

On 14 November 2016 at 17:33, Edwin Plauchu <
edwin.plauchu.cama...@linux.intel.com> wrote:

>  meta/recipes-devtools/python/python-git.inc   |
> 4 ++--
>  .../python/{python3-git_2.0.7.bb => python3-git_2.1.0.bb} | 0
>  2 files changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-devtools/python/{python3-git_2.0.7.bb =>
> python3-git_2.1.0.bb} (100%)
>

As both python-git and python3-git include python-git.inc this patch breaks
python-git.

A sensible fix would be to upgrade both python-git and python3-git, but
move the checksums out of the .inc into both .bb files, so that they can be
upgraded independently.

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

Re: [OE-core] [PATCH] python3-setuptools: upgrade to 28.8.0

[Burton, Ross]

On 15 November 2016 at 22:07, Edwin Plauchu <
edwin.plauchu.cama...@linux.intel.com> wrote:

>  meta/recipes-devtools/python/python-setuptools.inc  | 6
> +++---
>  .../{python3-setuptools_22.0.5.bb => python3-setuptools_28.8.0.bb}  | 0
>  2 files changed, 3 insertions(+), 3 deletions(-)
>  rename meta/recipes-devtools/python/{python3-setuptools_22.0.5.bb =>
> python3-setuptools_28.8.0.bb} (100%)
>

(same problem as python3-git)

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

[OE-core] \n in DESCRIPTION creates invalid (ipk) packages? (was: Re: [oe][meta-networking][PATCH 0/2] ncp - a fast file copy tool for LANs)

[André Draszik]

On Tue, 2016-11-15 at 17:19 +, André Draszik wrote:
> On Tue, 2016-11-15 at 15:43 +, André Draszik wrote:
> > "ncp" is a utility for copying files in a LAN. It has absolutely
> > no security or integrity checking, no throttling, no features,
> > except one:
> >   you don't have to type the coordinates of your peer.
> 
> Hm, hold on. Something went wrong along the way. I can't actually install
> it
> anymore:
> 
> root@poky:~# opkg update
> Package ncp-dbg version 1.2.4-r0 has no valid architecture, ignoring.
> Package ncp-dev version 1.2.4-r0 has no valid architecture, ignoring.
> Package ncp-doc version 1.2.4-r0 has no valid architecture, ignoring.
> Package ncp version 1.2.4-r0 has no valid architecture, ignoring.
> 
> root@poky:~# opkg install ncp
> Package ncp-dbg version 1.2.4-r0 has no valid architecture, ignoring.
> Package ncp-dev version 1.2.4-r0 has no valid architecture, ignoring.
> Package ncp-doc version 1.2.4-r0 has no valid architecture, ignoring.
> Package ncp version 1.2.4-r0 has no valid architecture, ignoring.
> Collected errors:
>  * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'ncp'.

It looks like this was caused by additional \n in the DESCRIPTION string. Is
it expected that those cause the packaging process to create apparently
invalid ipk packages?




Cheers,
Andre'

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