date:20180727

[oe] [meta-networking][PATCH] samba: LDB 1.4.0 breaks Samba < 4.9

2018-07-27 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 ...ild-Samba-against-a-newer-minor-vers.patch | 86 +++
 .../recipes-connectivity/samba/samba_4.7.8.bb |  1 +
 2 files changed, 87 insertions(+)
 create mode 100644 
meta-networking/recipes-connectivity/samba/samba/0001-ldb-Refuse-to-build-Samba-against-a-newer-minor-vers.patch

diff --git 
a/meta-networking/recipes-connectivity/samba/samba/0001-ldb-Refuse-to-build-Samba-against-a-newer-minor-vers.patch
 
b/meta-networking/recipes-connectivity/samba/samba/0001-ldb-Refuse-to-build-Samba-against-a-newer-minor-vers.patch
new file mode 100644
index 00..4c94831d7f
--- /dev/null
+++ 
b/meta-networking/recipes-connectivity/samba/samba/0001-ldb-Refuse-to-build-Samba-against-a-newer-minor-vers.patch
@@ -0,0 +1,86 @@
+From 0bc8bc4143a58f91f6d7ce228b6763f377fdf45a Mon Sep 17 00:00:00 2001
+From: Andrew Bartlett 
+Date: Thu, 12 Jul 2018 12:34:56 +1200
+Subject: [PATCH] ldb: Refuse to build Samba against a newer minor version of
+ ldb
+
+Samba is not compatible with new versions of ldb (except release versions)
+
+Other users would not notice the breakages, but Samba makes many
+more assuptions about the LDB internals than any other package.
+
+(Specifically, LDB 1.2 and 1.4 broke builds against released
+Samba versions)
+
+BUG: https://bugzilla.samba.org/show_bug.cgi?id=13519
+
+Signed-off-by: Andrew Bartlett 
+Reviewed-by: Gary Lockyer 
+(cherry picked from commit 52efa796538ae004ca62ea32fc8c833472991be6)
+---
+ lib/ldb/wscript | 32 ++--
+ 1 file changed, 22 insertions(+), 10 deletions(-)
+
+diff --git a/lib/ldb/wscript b/lib/ldb/wscript
+index d94086b..2bb0832 100644
+--- a/lib/ldb/wscript
 b/lib/ldb/wscript
+@@ -62,23 +62,33 @@ def configure(conf):
+ conf.env.standalone_ldb = conf.IN_LAUNCH_DIR()
+ 
+ if not conf.env.standalone_ldb:
++max_ldb_version = [int(x) for x in VERSION.split(".")]
++max_ldb_version[2] = 999
++max_ldb_version_dots = "%d.%d.%d" % tuple(max_ldb_version)
++
+ if conf.env.disable_python:
+-if conf.CHECK_BUNDLED_SYSTEM_PKG('ldb', minversion=VERSION,
+- onlyif='talloc tdb tevent',
+- implied_deps='replace talloc tdb 
tevent'):
++if conf.CHECK_BUNDLED_SYSTEM_PKG('ldb',
++ minversion=VERSION,
++ maxversion=max_ldb_version_dots,
++ onlyif='talloc tdb tevent',
++ implied_deps='replace talloc tdb 
tevent'):
+ conf.define('USING_SYSTEM_LDB', 1)
+ else:
+ using_system_pyldb_util = True
+-if not conf.CHECK_BUNDLED_SYSTEM_PKG('pyldb-util', 
minversion=VERSION,
+- onlyif='talloc tdb tevent',
+- implied_deps='replace talloc tdb 
tevent ldb'):
++if not conf.CHECK_BUNDLED_SYSTEM_PKG('pyldb-util',
++ minversion=VERSION,
++ 
maxversion=max_ldb_version_dots,
++ onlyif='talloc tdb tevent',
++ implied_deps='replace talloc 
tdb tevent ldb'):
+ using_system_pyldb_util = False
+ 
+ # We need to get a pyldb-util for all the python versions
+ # we are building for
+ if conf.env['EXTRA_PYTHON']:
+ name = 'pyldb-util' + 
conf.all_envs['extrapython']['PYTHON_SO_ABI_FLAG']
+-if not conf.CHECK_BUNDLED_SYSTEM_PKG(name, minversion=VERSION,
++if not conf.CHECK_BUNDLED_SYSTEM_PKG(name,
++ minversion=VERSION,
++ 
maxversion=max_ldb_version_dots,
+  onlyif='talloc tdb 
tevent',
+  implied_deps='replace 
talloc tdb tevent ldb'):
+ using_system_pyldb_util = False
+@@ -86,9 +96,11 @@ def configure(conf):
+ if using_system_pyldb_util:
+ conf.define('USING_SYSTEM_PYLDB_UTIL', 1)
+ 
+-if conf.CHECK_BUNDLED_SYSTEM_PKG('ldb', minversion=VERSION,
+- onlyif='talloc tdb tevent 
pyldb-util',
+- implied_deps='replace talloc tdb 
tevent'):
++if conf.CHECK_BUNDLED_SYSTEM_PKG('ldb',
++ minversion=VERSION,
++ maxversion=max_ldb_version_dots,
++ onlyif='talloc tdb tevent 
pyldb-util',
++

[oe] [meta-python][PATCH] python-stevedore: Upgrade to 1.29.0

2018-07-27 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 meta-python/recipes-devtools/python/python-stevedore.inc| 6 +++---
 ...ython-stevedore_1.28.0.bb => python-stevedore_1.29.0.bb} | 0
 ...hon3-stevedore_1.28.0.bb => python3-stevedore_1.29.0.bb} | 0
 3 files changed, 3 insertions(+), 3 deletions(-)
 rename meta-python/recipes-devtools/python/{python-stevedore_1.28.0.bb => 
python-stevedore_1.29.0.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-stevedore_1.28.0.bb => 
python3-stevedore_1.29.0.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-stevedore.inc 
b/meta-python/recipes-devtools/python/python-stevedore.inc
index b23fb4c8c5..16e4155e10 100644
--- a/meta-python/recipes-devtools/python/python-stevedore.inc
+++ b/meta-python/recipes-devtools/python/python-stevedore.inc
@@ -3,11 +3,11 @@ HOMEPAGE = "https://github.com/dreamhost/stevedore;
 LICENSE = "Apache-2.0"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
 
-SRC_URI[md5sum] = "b736a71431a2ff5831bbff4a6ccec0c1"
-SRC_URI[sha256sum] = 
"f1c7518e7b160336040fee272174f1f7b29a46febb3632502a8f2055f973d60b"
+SRC_URI[md5sum] = "525186cba577852e0408c92c3f8fac65"
+SRC_URI[sha256sum] = 
"1e153545aca7a6a49d8337acca4f41c212fbfa60bf864ecd056df0cafb9627e8"
 
 inherit pypi
-
+DEPENDS += "${PYTHON_PN}-pbr"
 RDEPENDS_${PN} += "${PYTHON_PN}-pbr ${PYTHON_PN}-six"
 
 BBCLASSEXTEND = "native"
diff --git a/meta-python/recipes-devtools/python/python-stevedore_1.28.0.bb 
b/meta-python/recipes-devtools/python/python-stevedore_1.29.0.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-stevedore_1.28.0.bb
rename to meta-python/recipes-devtools/python/python-stevedore_1.29.0.bb
diff --git a/meta-python/recipes-devtools/python/python3-stevedore_1.28.0.bb 
b/meta-python/recipes-devtools/python/python3-stevedore_1.29.0.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-stevedore_1.28.0.bb
rename to meta-python/recipes-devtools/python/python3-stevedore_1.29.0.bb
-- 
2.18.0

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

[oe] [meta-python][PATCH] python3-bandit: Add missing dependency on pbr native

2018-07-27 Thread Khem Raj

Fixes:

| ERROR: Do not try to fetch `pbr>=1.8' for building. Please add its native 
recipe to DEPENDS.

Signed-off-by: Khem Raj 
---
 meta-python/recipes-devtools/python/python3-bandit_1.4.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-python/recipes-devtools/python/python3-bandit_1.4.0.bb 
b/meta-python/recipes-devtools/python/python3-bandit_1.4.0.bb
index 2d24c8b0f7..84f47614e0 100644
--- a/meta-python/recipes-devtools/python/python3-bandit_1.4.0.bb
+++ b/meta-python/recipes-devtools/python/python3-bandit_1.4.0.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=1dece7821bf3fd70fe1309eaa37d52a2"
 SRC_URI[md5sum] = "f74155cb9921be857693b32d2531e857"
 SRC_URI[sha256sum] = 
"cb977045497f83ec3a02616973ab845c829cdab8144ce2e757fe031104a9abd4"
 
-DEPENDS = "python3-pyyaml python3-six python3-stevedore"
+DEPENDS = "python3-pyyaml python3-six python3-stevedore python3-pbr-native"
 
 inherit setuptools3 pypi
 
-- 
2.18.0

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

Re: [oe] [meta-qt5][PATCH] Change default SRC_URI from github.com to code.qt.io

2018-07-27 Thread Martin Jansa

In the end it took 60 hours for qtbase, 10 hours for qtdeclarative..

On Fri, Jul 27, 2018 at 9:21 AM Martin Jansa  wrote:

> One disadvantage of this is that fetching from code.qt.io seems to be
> significantly slower than from github.com.
>
> One extreme case is just running in one of my old build dirs, where the
> checkout from code.qt.io wasn't updated on premirror for quite long time
> and now the do_fetch of qtbase is already running for 43 hours..
>
> Most of the time it's removing various refs from gerrit reviews:
> $ tail
> work/x86_64-linux/qtbase-native/5.9.6+gitAUTOINC+9c50112304-r0/temp/log.do_fetch
>  x [deleted] (none) -> refs/changes/83/75483/6
>  x [deleted] (none) -> refs/changes/83/75783/1
>  x [deleted] (none) -> refs/changes/83/75783/2
>  x [deleted] (none) -> refs/changes/83/75783/3
>  x [deleted] (none) -> refs/changes/83/75783/4
>  x [deleted] (none) -> refs/changes/83/75783/5
>  x [deleted] (none) -> refs/changes/83/75783/6
>  x [deleted] (none) -> refs/changes/83/7583/1
>  x [deleted] (none) -> refs/changes/83/76183/1
>  x [deleted] (none) -> refs/changes/83/76183/2
>
> and there is a lot of them:
> $ grep -c deleted
> work/x86_64-linux/qtbase-native/5.9.6+gitAUTOINC+9c50112304-r0/temp/log.do_fetch
> 81174
>
> $ grep -c deleted.*refs/changes
> work/x86_64-linux/qtbase-native/5.9.6+gitAUTOINC+9c50112304-r0/temp/log.do_fetch
> 63253
>
> $ grep -c deleted.*refs/builds
> work/x86_64-linux/qtbase-native/5.9.6+gitAUTOINC+9c50112304-r0/temp/log.do_fetch
> 17921
>
> Yes it might be faster to delete the archive from premirror and do clone
> from scratch, but other developers wouldn't know what to do with local
> downloads directory.
>
> On Fri, Mar 2, 2018 at 5:19 PM Mikko Gronoff  wrote:
>
>> There have been issues in the past with github qt mirror being out of
>> sync with code.qt.io for certain module repos. Right now there's been a
>> several days long break in update cycle for seemingly all the qt
>> modules where content has not been pushed to the github mirror. Change
>> the default SRC_URI to the more reliable code.qt.io.
>>
>> Change-Id: Ic7d3b9a82ef0ae502e99a8516ef78ca09250fd1e
>> Signed-off-by: Mikko Gronoff 
>> Reviewed-by: Samuli Piippo 
>> ---
>>  conf/layer.conf  | 4 ++--
>>  recipes-qt/examples/qt5everywheredemo_1.0.bb | 3 ++-
>>  2 files changed, 4 insertions(+), 3 deletions(-)
>>
>> diff --git a/conf/layer.conf b/conf/layer.conf
>> index 7751ce2..f540710 100644
>> --- a/conf/layer.conf
>> +++ b/conf/layer.conf
>> @@ -33,7 +33,7 @@ LICENSE_PATH += "${LAYERDIR}/licenses"
>>
>>  IMAGE_FEATURES[validitems] += "qtcreator-debug"
>>
>> -QT_GIT ?= "git://github.com/qt"
>> -QT_LABS_GIT ?= "git://github.com/qt-labs"
>> +QT_GIT_PROJECT ?= "qt"
>> +QT_GIT ?= "git://code.qt.io/${QT_GIT_PROJECT}
>> "
>>  QT_GIT_PROTOCOL ?= "git"
>>  QT_EDITION ?= "opensource"
>> diff --git a/recipes-qt/examples/qt5everywheredemo_1.0.bb
>> b/recipes-qt/examples/qt5everywheredemo_1.0.bb
>> index dfbe4ae..36d57f1 100644
>> --- a/recipes-qt/examples/qt5everywheredemo_1.0.bb
>> +++ b/recipes-qt/examples/qt5everywheredemo_1.0.bb
>> @@ -7,7 +7,8 @@ LIC_FILES_CHKSUM =
>> "file://qml/QtDemo/main.qml;endline=39;md5=7d80863906a4bc8ffc
>>  DEPENDS = "qtdeclarative qtxmlpatterns qtgraphicaleffects qtsvg
>> qtmultimedia"
>>
>>  SRCREV = "35d72a2eba7456a2efc5eb8b77afbc00f69ba0ac"
>> -SRC_URI = "${QT_LABS_GIT}/qt-labs-qt5-everywhere-demo"
>> +QT_GIT_PROJECT = "qt-labs"
>> +SRC_URI = "${QT_GIT}/qt5-everywhere-demo"
>>
>>  S = "${WORKDIR}/git/QtDemo"
>>
>> --
>> 2.7.4
>>
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>>
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-python][PATCH] python-parse: update to version 1.8.4

2018-07-27 Thread Derek Straka

Sure.  I'll add something in the message.  The checksum itself didn't
change, the lines did.  For whatever reason upstream throws the license at
the bottom of the source file instead of the top

On Fri, Jul 27, 2018, 5:42 PM akuster808  wrote:

>
>
> On 07/27/2018 01:16 PM, Derek Straka wrote:
> > Signed-off-by: Derek Straka 
> > ---
> >  .../python/{python-parse_1.8.2.bb => python-parse_1.8.4.bb} |
> 6 +++---
> >  1 file changed, 3 insertions(+), 3 deletions(-)
> >  rename meta-python/recipes-devtools/python/{python-parse_1.8.2.bb =>
> python-parse_1.8.4.bb} (54%)
> >
> > diff --git a/meta-python/recipes-devtools/python/python-parse_1.8.2.bb
> b/meta-python/recipes-devtools/python/python-parse_1.8.4.bb
> > similarity index 54%
> > rename from meta-python/recipes-devtools/python/python-parse_1.8.2.bb
> > rename to meta-python/recipes-devtools/python/python-parse_1.8.4.bb
> > index 8e16372..c66d4c8 100644
> > --- a/meta-python/recipes-devtools/python/python-parse_1.8.2.bb
> > +++ b/meta-python/recipes-devtools/python/python-parse_1.8.4.bb
> > @@ -1,9 +1,9 @@
> >  SUMMARY = "Parse strings using a specification based on the Python
> format() syntax"
> >  LICENSE = "BSD"
> > -LIC_FILES_CHKSUM =
> "file://parse.py;beginline=1191;endline=1209;md5=5147afdd9b3615290ad8733f0137a1a1"
> > +LIC_FILES_CHKSUM =
> "file://parse.py;beginline=1273;endline=1291;md5=5147afdd9b3615290ad8733f0137a1a1"
>
> Why did the license checksum change? maybe add reason as part of commit
> header
>
> >
> > -SRC_URI[md5sum] = "42002338551bdfa0f01bbe4e679a17dd"
> > -SRC_URI[sha256sum] =
> "8048dde3f5ca07ad7ac7350460952d83b63eaacecdac1b37f45fd74870d849d2"
> > +SRC_URI[md5sum] = "fa69ab2fe846f9b183411391f7c6897b"
> > +SRC_URI[sha256sum] =
> "c3cdf6206f22aeebfa00e5b954fcfea13d1b2dc271c75806b6025b94fb490939"
> >
> >  inherit pypi setuptools
> >
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-python][PATCH] python-parse: update to version 1.8.4

2018-07-27 Thread akuster808




On 07/27/2018 01:16 PM, Derek Straka wrote:
> Signed-off-by: Derek Straka 
> ---
>  .../python/{python-parse_1.8.2.bb => python-parse_1.8.4.bb} | 6 
> +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>  rename meta-python/recipes-devtools/python/{python-parse_1.8.2.bb => 
> python-parse_1.8.4.bb} (54%)
>
> diff --git a/meta-python/recipes-devtools/python/python-parse_1.8.2.bb 
> b/meta-python/recipes-devtools/python/python-parse_1.8.4.bb
> similarity index 54%
> rename from meta-python/recipes-devtools/python/python-parse_1.8.2.bb
> rename to meta-python/recipes-devtools/python/python-parse_1.8.4.bb
> index 8e16372..c66d4c8 100644
> --- a/meta-python/recipes-devtools/python/python-parse_1.8.2.bb
> +++ b/meta-python/recipes-devtools/python/python-parse_1.8.4.bb
> @@ -1,9 +1,9 @@
>  SUMMARY = "Parse strings using a specification based on the Python format() 
> syntax"
>  LICENSE = "BSD"
> -LIC_FILES_CHKSUM = 
> "file://parse.py;beginline=1191;endline=1209;md5=5147afdd9b3615290ad8733f0137a1a1"
> +LIC_FILES_CHKSUM = 
> "file://parse.py;beginline=1273;endline=1291;md5=5147afdd9b3615290ad8733f0137a1a1"

Why did the license checksum change? maybe add reason as part of commit
header

>  
> -SRC_URI[md5sum] = "42002338551bdfa0f01bbe4e679a17dd"
> -SRC_URI[sha256sum] = 
> "8048dde3f5ca07ad7ac7350460952d83b63eaacecdac1b37f45fd74870d849d2"
> +SRC_URI[md5sum] = "fa69ab2fe846f9b183411391f7c6897b"
> +SRC_URI[sha256sum] = 
> "c3cdf6206f22aeebfa00e5b954fcfea13d1b2dc271c75806b6025b94fb490939"
>  
>  inherit pypi setuptools
>  

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

Re: [oe] [meta-multimedia][PATCH] libopenmpt: add recipe

2018-07-27 Thread akuster808




On 07/27/2018 01:25 PM, Carlos Rafael Giani wrote:
> libopenmpt is a cross-platform C++ and C library to decode tracked music
> files ("modules", like the .mod .xm .s3m .it formats) into raw PCM audio.
> It is based on the player code of OpenMPT module tracker.
>
> Signed-off-by: Carlos Rafael Giani  ---
>  .../libopenmpt/files/run-ptest|   9 ++
>  .../libopenmpt/libopenmpt_0.3.10.bb   | 104 ++
>  2 files changed, 113 insertions(+)
>  create mode 100644 
> meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
>  create mode 100644 
> meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
>
> diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest 
> b/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
> new file mode 100644
> index 0..84981b22c
> --- /dev/null
> +++ b/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
> @@ -0,0 +1,9 @@
> +#!/bin/sh
> +
> +./libopenmpttest >/dev/null 2>&1
> +
> +if [ $? -eq 0 ]; then
> +   echo "PASS: libopenmpttest"
> +else
> +   echo "FAIL: libopenmpttest"
> +fi
> diff --git 
> a/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb 
> b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
> new file mode 100644
> index 0..dddf80407
> --- /dev/null
> +++ b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
> @@ -0,0 +1,104 @@
> +SUMMARY = "C and C++ cross-platform library for decoding tracked music files 
> (modules)"
> +DESCRIPTION = "libopenmpt is a cross-platform C++ and C library to decode 
> tracked \
> +music files (modules) into a raw PCM audio stream. It also comes with 
> openmpt123, a \
> +cross-platform command-line or terminal based module file player, and 
> libopenmpt_modplug, \
> +a wrapper around libopenmpt that provides an interface that is ABI compatile 
> with \
> +libmodplug. libopenmpt is based on the player code of the OpenMPT project."
> +HOMEPAGE = "https://lib.openmpt.org/libopenmpt/;
> +SECTION = "libs"
> +
> +DEPENDS = "virtual/libiconv"
> +
> +RDEPENDS_${PN}_libc-glibc = " \
> +glibc-gconv-cp1252 \
> +glibc-gconv-ibm437 \
> +glibc-gconv-iso8859-1 \
> +glibc-gconv-iso8859-15 \
The style seems to be a bit off. Please check
https://www.openembedded.org/wiki/Styleguide
- armin
> +"
> +
> +LICENSE = "BSD-3-Clause"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=e804150573f149befef6c07e173f20c3"
> +
> +SRC_URI = 
> "https://lib.openmpt.org/files/libopenmpt/src/libopenmpt-${PV}+release.autotools.tar.gz
>  \
> +   file://run-ptest \
> +  "
> +SRC_URI[md5sum] = "66bbc6fbb5f27a554cb145d805e9ef9d"
> +SRC_URI[sha256sum] = 
> "14a137b8d1a20e1b6a5e67cbc9467ab7e5e4e67d5aa38a247afc825685c53939"
> +
> +S = "${WORKDIR}/libopenmpt-${PV}+release.autotools"
> +
> +inherit autotools pkgconfig ptest
> +
> +PACKAGECONFIG ??= " \
> +libopenmpt-modplug openmpt123 \
> +${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)} \
> +flac mpg123 ogg sndfile vorbis vorbisfile zlib \
> +${@bb.utils.filter('DISTRO_FEATURES', 'pulseaudio', d)} \
> +"
> +
> +# libopenmpt_modplug is a library that wraps libopenmpt calls into
> +# functions that are ABI compatible with libmodplug. This allows for
> +# using modplug headers and linking against libopenmpt_modplug
> +# instead of against the original libmodplug library.
> +# NOTE: The wrapper is compatible to the ABI from libmodplug version
> +# 0.8.8 and newer.
> +PACKAGECONFIG[libopenmpt-modplug] = 
> "--enable-libopenmpt_modplug,--disable-libopenmpt_modplug"
> +PACKAGECONFIG[openmpt123] = 
> "--enable-openmpt123,--disable-openmpt123"
> +PACKAGECONFIG[tests]  = "--enable-tests,--disable-tests"
> +
> +# These packageconfigs affect openmpt123
> +PACKAGECONFIG[flac]   = "--with-flac,--without-flac,flac"
> +PACKAGECONFIG[mpg123] = "--with-mpg123,--without-mpg123,mpg123"
> +PACKAGECONFIG[ogg]= "--with-ogg,--without-ogg,libogg"
> +PACKAGECONFIG[portaudio]  = 
> "--with-portaudio,--without-portaudio,portaudio-v19"
> +PACKAGECONFIG[pulseaudio] = 
> "--with-pulseaudio,--without-pulseaudio,pulseaudio"
> +PACKAGECONFIG[sdl]= "--with-sdl,--without-sdl,virtual/libsdl"
> +PACKAGECONFIG[sdl2]   = 
> "--with-sdl2,--without-sdl2,virtual/libsdl2"
> +PACKAGECONFIG[sndfile]= 
> "--with-sndfile,--without-sndfile,libsndfile1"
> +PACKAGECONFIG[vorbis] = 
> "--with-vorbis,--without-vorbis,libvorbis"
> +PACKAGECONFIG[vorbisfile] = 
> "--with-vorbisfile,--without-vorbisfile,libvorbis"
> +PACKAGECONFIG[zlib]   = "--with-zlib,--without-zlib,zlib"
> +
> +# --disable-libmodplug is necessary, since otherwise we'd
> +# have a collision with the libmodplug package, because of the
> +# libmodplug.so file. (libmodplug.so from libopenmpt isintended
> +# to be used as a drop-in replacement, and according to the
> +#

Re: [oe] [meta-python][PATCH] python-greenlet: update to version 0.4.14

2018-07-27 Thread Khem Raj

this is already submitted earlier, I had to fix the checksums but its in queue

On Fri, Jul 27, 2018 at 11:46 AM Derek Straka  wrote:
>
> Signed-off-by: Derek Straka 
> ---
>  meta-python/recipes-devtools/python/python-greenlet.inc   | 4 
> ++--
>  .../python/{python-greenlet_0.4.13.bb => python-greenlet_0.4.14.bb}   | 0
>  .../python/{python3-greenlet_0.4.13.bb => python3-greenlet_0.4.14.bb} | 0
>  3 files changed, 2 insertions(+), 2 deletions(-)
>  rename meta-python/recipes-devtools/python/{python-greenlet_0.4.13.bb => 
> python-greenlet_0.4.14.bb} (100%)
>  rename meta-python/recipes-devtools/python/{python3-greenlet_0.4.13.bb => 
> python3-greenlet_0.4.14.bb} (100%)
>
> diff --git a/meta-python/recipes-devtools/python/python-greenlet.inc 
> b/meta-python/recipes-devtools/python/python-greenlet.inc
> index 7a42240..fcd81f6 100644
> --- a/meta-python/recipes-devtools/python/python-greenlet.inc
> +++ b/meta-python/recipes-devtools/python/python-greenlet.inc
> @@ -3,7 +3,7 @@ LICENSE = "MIT & PSF"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=03143d7a1a9f5d8a0fee825f24ca9c36 \
>  file://LICENSE.PSF;md5=c106931d9429eda0492617f037b8f69a"
>
> -SRC_URI[md5sum] = "6e0b9dd5385f81d478451ec8ed1d62b3"
> -SRC_URI[sha256sum] = 
> "0fef83d43bf87a5196c91e73cb9772f945a4caaff91242766c5916d1dd1381e4"
> +SRC_URI[md5sum] = "a87b6028c3b742b210bf5973939db595"
> +SRC_URI[sha256sum] = 
> "f1cc268a15ade58d9a0c04569fe6613e19b8b0345b64453064e2c3c6d79051af"
>
>  inherit pypi
> diff --git a/meta-python/recipes-devtools/python/python-greenlet_0.4.13.bb 
> b/meta-python/recipes-devtools/python/python-greenlet_0.4.14.bb
> similarity index 100%
> rename from meta-python/recipes-devtools/python/python-greenlet_0.4.13.bb
> rename to meta-python/recipes-devtools/python/python-greenlet_0.4.14.bb
> diff --git a/meta-python/recipes-devtools/python/python3-greenlet_0.4.13.bb 
> b/meta-python/recipes-devtools/python/python3-greenlet_0.4.14.bb
> similarity index 100%
> rename from meta-python/recipes-devtools/python/python3-greenlet_0.4.13.bb
> rename to meta-python/recipes-devtools/python/python3-greenlet_0.4.14.bb
> --
> 2.7.4
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH] libopenmpt: add recipe

2018-07-27 Thread Carlos Rafael Giani

libopenmpt is a cross-platform C++ and C library to decode tracked music
files ("modules", like the .mod .xm .s3m .it formats) into raw PCM audio.
It is based on the player code of OpenMPT module tracker.

Signed-off-by: Carlos Rafael Giani 
---
 .../libopenmpt/files/run-ptest|   9 ++
 .../libopenmpt/libopenmpt_0.3.10.bb   | 104 ++
 2 files changed, 113 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
 create mode 100644 
meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb

diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest 
b/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
new file mode 100644
index 0..84981b22c
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
@@ -0,0 +1,9 @@
+#!/bin/sh
+
+./libopenmpttest >/dev/null 2>&1
+
+if [ $? -eq 0 ]; then
+   echo "PASS: libopenmpttest"
+else
+   echo "FAIL: libopenmpttest"
+fi
diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb 
b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
new file mode 100644
index 0..dddf80407
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
@@ -0,0 +1,104 @@
+SUMMARY = "C and C++ cross-platform library for decoding tracked music files 
(modules)"
+DESCRIPTION = "libopenmpt is a cross-platform C++ and C library to decode 
tracked \
+music files (modules) into a raw PCM audio stream. It also comes with 
openmpt123, a \
+cross-platform command-line or terminal based module file player, and 
libopenmpt_modplug, \
+a wrapper around libopenmpt that provides an interface that is ABI compatile 
with \
+libmodplug. libopenmpt is based on the player code of the OpenMPT project."
+HOMEPAGE = "https://lib.openmpt.org/libopenmpt/;
+SECTION = "libs"
+
+DEPENDS = "virtual/libiconv"
+
+RDEPENDS_${PN}_libc-glibc = " \
+glibc-gconv-cp1252 \
+glibc-gconv-ibm437 \
+glibc-gconv-iso8859-1 \
+glibc-gconv-iso8859-15 \
+"
+
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=e804150573f149befef6c07e173f20c3"
+
+SRC_URI = 
"https://lib.openmpt.org/files/libopenmpt/src/libopenmpt-${PV}+release.autotools.tar.gz
 \
+   file://run-ptest \
+  "
+SRC_URI[md5sum] = "66bbc6fbb5f27a554cb145d805e9ef9d"
+SRC_URI[sha256sum] = 
"14a137b8d1a20e1b6a5e67cbc9467ab7e5e4e67d5aa38a247afc825685c53939"
+
+S = "${WORKDIR}/libopenmpt-${PV}+release.autotools"
+
+inherit autotools pkgconfig ptest
+
+PACKAGECONFIG ??= " \
+libopenmpt-modplug openmpt123 \
+${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)} \
+flac mpg123 ogg sndfile vorbis vorbisfile zlib \
+${@bb.utils.filter('DISTRO_FEATURES', 'pulseaudio', d)} \
+"
+
+# libopenmpt_modplug is a library that wraps libopenmpt calls into
+# functions that are ABI compatible with libmodplug. This allows for
+# using modplug headers and linking against libopenmpt_modplug
+# instead of against the original libmodplug library.
+# NOTE: The wrapper is compatible to the ABI from libmodplug version
+# 0.8.8 and newer.
+PACKAGECONFIG[libopenmpt-modplug] = 
"--enable-libopenmpt_modplug,--disable-libopenmpt_modplug"
+PACKAGECONFIG[openmpt123] = "--enable-openmpt123,--disable-openmpt123"
+PACKAGECONFIG[tests]  = "--enable-tests,--disable-tests"
+
+# These packageconfigs affect openmpt123
+PACKAGECONFIG[flac]   = "--with-flac,--without-flac,flac"
+PACKAGECONFIG[mpg123] = "--with-mpg123,--without-mpg123,mpg123"
+PACKAGECONFIG[ogg]= "--with-ogg,--without-ogg,libogg"
+PACKAGECONFIG[portaudio]  = 
"--with-portaudio,--without-portaudio,portaudio-v19"
+PACKAGECONFIG[pulseaudio] = 
"--with-pulseaudio,--without-pulseaudio,pulseaudio"
+PACKAGECONFIG[sdl]= "--with-sdl,--without-sdl,virtual/libsdl"
+PACKAGECONFIG[sdl2]   = 
"--with-sdl2,--without-sdl2,virtual/libsdl2"
+PACKAGECONFIG[sndfile]= 
"--with-sndfile,--without-sndfile,libsndfile1"
+PACKAGECONFIG[vorbis] = "--with-vorbis,--without-vorbis,libvorbis"
+PACKAGECONFIG[vorbisfile] = 
"--with-vorbisfile,--without-vorbisfile,libvorbis"
+PACKAGECONFIG[zlib]   = "--with-zlib,--without-zlib,zlib"
+
+# --disable-libmodplug is necessary, since otherwise we'd
+# have a collision with the libmodplug package, because of the
+# libmodplug.so file. (libmodplug.so from libopenmpt isintended
+# to be used as a drop-in replacement, and according to the
+# documentation, is not complete.)
+EXTRA_OECONF += " \
+--disable-doxygen-doc \
+--disable-examples \
+--disable-libmodplug \
+--without-portaudiocpp \
+"
+
+# Since version 0.3, libopenmpt uses SemVer 2.0.0 versioning.
+# The SemVer versioning scheme is incompatible with Debian/Ubuntu
+# package version names.
+DEBIAN_NOAUTONAME_${PN} = "1"
+DEBIAN_NOAUTONAME_${PN}-modplug =

[oe] [meta-python][PATCH] python-parse: update to version 1.8.4

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 .../python/{python-parse_1.8.2.bb => python-parse_1.8.4.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta-python/recipes-devtools/python/{python-parse_1.8.2.bb => 
python-parse_1.8.4.bb} (54%)

diff --git a/meta-python/recipes-devtools/python/python-parse_1.8.2.bb 
b/meta-python/recipes-devtools/python/python-parse_1.8.4.bb
similarity index 54%
rename from meta-python/recipes-devtools/python/python-parse_1.8.2.bb
rename to meta-python/recipes-devtools/python/python-parse_1.8.4.bb
index 8e16372..c66d4c8 100644
--- a/meta-python/recipes-devtools/python/python-parse_1.8.2.bb
+++ b/meta-python/recipes-devtools/python/python-parse_1.8.4.bb
@@ -1,9 +1,9 @@
 SUMMARY = "Parse strings using a specification based on the Python format() 
syntax"
 LICENSE = "BSD"
-LIC_FILES_CHKSUM = 
"file://parse.py;beginline=1191;endline=1209;md5=5147afdd9b3615290ad8733f0137a1a1"
+LIC_FILES_CHKSUM = 
"file://parse.py;beginline=1273;endline=1291;md5=5147afdd9b3615290ad8733f0137a1a1"
 
-SRC_URI[md5sum] = "42002338551bdfa0f01bbe4e679a17dd"
-SRC_URI[sha256sum] = 
"8048dde3f5ca07ad7ac7350460952d83b63eaacecdac1b37f45fd74870d849d2"
+SRC_URI[md5sum] = "fa69ab2fe846f9b183411391f7c6897b"
+SRC_URI[sha256sum] = 
"c3cdf6206f22aeebfa00e5b954fcfea13d1b2dc271c75806b6025b94fb490939"
 
 inherit pypi setuptools
 
-- 
2.7.4

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

[oe] [meta-python][PATCH] python-alembic: update to version 1.0.0

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 meta-python/recipes-devtools/python/python-alembic.inc| 4 ++--
 .../python/{python-alembic_0.9.10.bb => python-alembic_1.0.0.bb}  | 0
 .../python/{python3-alembic_0.9.10.bb => python3-alembic_1.0.0.bb}| 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python-alembic_0.9.10.bb => 
python-alembic_1.0.0.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-alembic_0.9.10.bb => 
python3-alembic_1.0.0.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-alembic.inc 
b/meta-python/recipes-devtools/python/python-alembic.inc
index 4de845c..477e89c 100644
--- a/meta-python/recipes-devtools/python/python-alembic.inc
+++ b/meta-python/recipes-devtools/python/python-alembic.inc
@@ -2,8 +2,8 @@ DESCRIPTION = "A database migration tool for SQLAlchemy"
 LICENSE = "BSD"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=c5f1361296835ff94bda73db7dd312a6"
 
-SRC_URI[md5sum] = "117dac728cd081739bdbed73fe252a7d"
-SRC_URI[sha256sum] = 
"1cd32df9a3b8c1749082ef60ffbe05ff16617b6afadfdabc680dcb9344af33d7"
+SRC_URI[md5sum] = "762ab9ba56d1c0b1bfbc7c9f7f849c92"
+SRC_URI[sha256sum] = 
"52d73b1d750f1414fa90c25a08da47b87de1e4ad883935718a8f36396e19e78e"
 
 PYPI_PACKAGE = "alembic"
 
diff --git a/meta-python/recipes-devtools/python/python-alembic_0.9.10.bb 
b/meta-python/recipes-devtools/python/python-alembic_1.0.0.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-alembic_0.9.10.bb
rename to meta-python/recipes-devtools/python/python-alembic_1.0.0.bb
diff --git a/meta-python/recipes-devtools/python/python3-alembic_0.9.10.bb 
b/meta-python/recipes-devtools/python/python3-alembic_1.0.0.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-alembic_0.9.10.bb
rename to meta-python/recipes-devtools/python/python3-alembic_1.0.0.bb
-- 
2.7.4

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

Re: [oe] [meta-openembedded] Original ltrace_git.bb SRCREV commit used is now unavailable in git tarball from ltrace.org

2018-07-27 Thread Randy MacLeod


On 07/27/2018 06:34 AM, Aditya Tayade wrote:

Hi,


Me too facing same issue. Any advice on this.


Archived versions to fix previous releases may be here:
   https://alioth-archive.debian.org/git/collab-maint/

for master, a commit to pull from ltrace.org makes sense
to me but someone who follows debian development might
be able to help locate the git repo. All I found was:
   https://alioth-archive.debian.org/git/collab-maint/
and a maze of twisty little hyperlinks.

Aditya, Nisha,

Will you send a patch? See:
   https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded

../Randy






Regards,

Aditya Tayade


From: Nisha Parrakat
Sent: Tuesday, July 24, 2018 4:08:12 PM
To: openembedded-iss...@lists.openembedded.org; 
openembedded-devel@lists.openembedded.org
Cc: yo...@yoctoproject.org
Subject: [meta-openembedded] Original ltrace_git.bb SRCREV commit used is now 
unavailable in git tarball from ltrace.org


Hi all,


ltrace recipe is pointing to a fetch url 
(git://anonscm.debian.org/collab-maint/ltrace.git;branch=master) that is 
discontinued now.

No ltrace found in alternate salsa.debian.org.

Tarball for ltrace is present in ltrace.org but the SRCREV in the mentioned in 
the original recipe is not found any more but we do see the same commit with 
another sha but a different git history.


Please advice if we should modify the SRCREV to reflect the new git source from 
ltrace.org?


original SRCREV in recipe c22d3594...

corresponding SRCREV coming from the git tarball is ea8928da...


Please advice .




Regards,
Ms Nisha Parrakat
KPIT Technologies Ltd, Pune, INDIA


This message contains information that may be privileged or confidential and is 
the property of the KPIT Technologies Ltd. It is intended only for the person 
to whom it is addressed. If you are not the intended recipient, you are not 
authorized to read, print, retain copy, disseminate, distribute, or use this 
message or any part thereof. If you receive this message in error, please 
notify the sender immediately and delete all copies of this message. KPIT 
Technologies Ltd. does not accept any liability for virus infected mails.




--
# Randy MacLeod
# Wind River Linux
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-python][PATCH] python3-ordered-set: update to version 3.0.1

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 .../{python3-ordered-set_3.0.0.bb => python3-ordered-set_3.0.1.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python3-ordered-set_3.0.0.bb => 
python3-ordered-set_3.0.1.bb} (68%)

diff --git a/meta-python/recipes-devtools/python/python3-ordered-set_3.0.0.bb 
b/meta-python/recipes-devtools/python/python3-ordered-set_3.0.1.bb
similarity index 68%
rename from meta-python/recipes-devtools/python/python3-ordered-set_3.0.0.bb
rename to meta-python/recipes-devtools/python/python3-ordered-set_3.0.1.bb
index b731c28..662d3ee 100644
--- a/meta-python/recipes-devtools/python/python3-ordered-set_3.0.0.bb
+++ b/meta-python/recipes-devtools/python/python3-ordered-set_3.0.1.bb
@@ -3,8 +3,8 @@ HOMEPAGE = "http://github.com/LuminosoInsight/ordered-set;
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://MIT-LICENSE;md5=2b36be0d99854aa2ae292a800a7c1d4e"
 
-SRC_URI[md5sum] = "c8f5b99b717618803b914dd9cfe5ef43"
-SRC_URI[sha256sum] = 
"a34399fe6aa78358aaa00129d67c65b4aa099adfc023731b1d756c85776a89bb"
+SRC_URI[md5sum] = "a8059c7b99cde0f8dda01ddee6b43c2c"
+SRC_URI[sha256sum] = 
"3d6fd7bffbb15f613a9e8a6281bf97c2d67f7bb8677deca8249df2fbdd9cce7b"
 
 inherit pypi setuptools3
 
-- 
2.7.4

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

[oe] [meta-python][PATCH] python3-meh: update to version 0.47

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 .../python-meh/{python3-meh_0.46.bb => python3-meh_0.47.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta-python/recipes-extended/python-meh/{python3-meh_0.46.bb => 
python3-meh_0.47.bb} (90%)

diff --git a/meta-python/recipes-extended/python-meh/python3-meh_0.46.bb 
b/meta-python/recipes-extended/python-meh/python3-meh_0.47.bb
similarity index 90%
rename from meta-python/recipes-extended/python-meh/python3-meh_0.46.bb
rename to meta-python/recipes-extended/python-meh/python3-meh_0.47.bb
index 40e2cbd..95d6d18 100644
--- a/meta-python/recipes-extended/python-meh/python3-meh_0.46.bb
+++ b/meta-python/recipes-extended/python-meh/python3-meh_0.47.bb
@@ -10,7 +10,7 @@ S = "${WORKDIR}/git"
 
 SRC_URI = 
"git://github.com/rhinstaller/python-meh.git;protocol=https;branch=master \
 "
-SRCREV = "bb1156728a4f76e5e3638ab20b9454a1568a99db"
+SRCREV = "78d868d99104317ce8820f39f61d207566e61a55"
 LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
 
 FILES_${PN} += "${datadir}/*"
-- 
2.7.4

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

[oe] [meta-python][PATCH 1/2] python-cryptography-vectors: update to version 2.3

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 meta-python/recipes-devtools/python/python-cryptography-vectors.inc   | 4 ++--
 ...yptography-vectors_2.2.2.bb => python-cryptography-vectors_2.3.bb} | 0
 ...ptography-vectors_2.2.2.bb => python3-cryptography-vectors_2.3.bb} | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename 
meta-python/recipes-devtools/python/{python-cryptography-vectors_2.2.2.bb => 
python-cryptography-vectors_2.3.bb} (100%)
 rename 
meta-python/recipes-devtools/python/{python3-cryptography-vectors_2.2.2.bb => 
python3-cryptography-vectors_2.3.bb} (100%)

diff --git 
a/meta-python/recipes-devtools/python/python-cryptography-vectors.inc 
b/meta-python/recipes-devtools/python/python-cryptography-vectors.inc
index 4e59b20..d1e254b 100644
--- a/meta-python/recipes-devtools/python/python-cryptography-vectors.inc
+++ b/meta-python/recipes-devtools/python/python-cryptography-vectors.inc
@@ -8,8 +8,8 @@ DEPENDS += " \
 ${PYTHON_PN}-cryptography \
 "
 
-SRC_URI[md5sum] = "189bee4491a1856169790e8683f269be"
-SRC_URI[sha256sum] = 
"28b52c84bae3a564ce51bfb0753cbe360218bd648c64efa2808c886c18505688"
+SRC_URI[md5sum] = "294d44f32885a6b97d5f9cdd7ffc73a3"
+SRC_URI[sha256sum] = 
"356a2ded84ae379e556515eec9b68dd74957651a38465d10605bb9fbae280f15"
 
 PYPI_PACKAGE = "cryptography_vectors"
 
diff --git 
a/meta-python/recipes-devtools/python/python-cryptography-vectors_2.2.2.bb 
b/meta-python/recipes-devtools/python/python-cryptography-vectors_2.3.bb
similarity index 100%
rename from 
meta-python/recipes-devtools/python/python-cryptography-vectors_2.2.2.bb
rename to meta-python/recipes-devtools/python/python-cryptography-vectors_2.3.bb
diff --git 
a/meta-python/recipes-devtools/python/python3-cryptography-vectors_2.2.2.bb 
b/meta-python/recipes-devtools/python/python3-cryptography-vectors_2.3.bb
similarity index 100%
rename from 
meta-python/recipes-devtools/python/python3-cryptography-vectors_2.2.2.bb
rename to 
meta-python/recipes-devtools/python/python3-cryptography-vectors_2.3.bb
-- 
2.7.4

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

[oe] [meta-python][PATCH 2/2] python-cryptography: update to version 2.3

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 meta-python/recipes-devtools/python/python-cryptography.inc   | 4 ++--
 .../{python-cryptography_2.2.2.bb => python-cryptography_2.3.bb}  | 0
 .../{python3-cryptography_2.2.2.bb => python3-cryptography_2.3.bb}| 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python-cryptography_2.2.2.bb => 
python-cryptography_2.3.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-cryptography_2.2.2.bb => 
python3-cryptography_2.3.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-cryptography.inc 
b/meta-python/recipes-devtools/python/python-cryptography.inc
index 64192f8..dbbfe2c 100644
--- a/meta-python/recipes-devtools/python/python-cryptography.inc
+++ b/meta-python/recipes-devtools/python/python-cryptography.inc
@@ -10,8 +10,8 @@ DEPENDS += " \
 ${PYTHON_PN}-six \
 "
 
-SRC_URI[md5sum] = "17c4ed4b4d0f25adbc576d89071dc92e"
-SRC_URI[sha256sum] = 
"9fc295bf69130a342e7a19a39d7bbeb15c0bcaabc7382ec33ef3b2b7d18d2f63"
+SRC_URI[md5sum] = "a0f3f563ab1c5c3bc02fae8d4aa3ad16"
+SRC_URI[sha256sum] = 
"c132bab45d4bd0fff1d3fe294d92b0a6eb8404e93337b3127bdec9f21de117e6"
 
 RDEPENDS_${PN} += " \
 ${PYTHON_PN}-cffi \
diff --git a/meta-python/recipes-devtools/python/python-cryptography_2.2.2.bb 
b/meta-python/recipes-devtools/python/python-cryptography_2.3.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-cryptography_2.2.2.bb
rename to meta-python/recipes-devtools/python/python-cryptography_2.3.bb
diff --git a/meta-python/recipes-devtools/python/python3-cryptography_2.2.2.bb 
b/meta-python/recipes-devtools/python/python3-cryptography_2.3.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-cryptography_2.2.2.bb
rename to meta-python/recipes-devtools/python/python3-cryptography_2.3.bb
-- 
2.7.4

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

[oe] [meta-python][PATCH] python-pbr: update to version 4.2.0

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 meta-python/recipes-devtools/python/python-pbr.inc| 4 ++--
 .../python/{python-pbr_3.1.1.bb => python-pbr_4.2.0.bb}   | 0
 .../python/{python3-pbr_3.1.1.bb => python3-pbr_4.2.0.bb} | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python-pbr_3.1.1.bb => 
python-pbr_4.2.0.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-pbr_3.1.1.bb => 
python3-pbr_4.2.0.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-pbr.inc 
b/meta-python/recipes-devtools/python/python-pbr.inc
index d8847f6..225d78b 100644
--- a/meta-python/recipes-devtools/python/python-pbr.inc
+++ b/meta-python/recipes-devtools/python/python-pbr.inc
@@ -4,8 +4,8 @@ SECTION = "devel/python"
 LICENSE = "Apache-2.0"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=1dece7821bf3fd70fe1309eaa37d52a2"
 
-SRC_URI[md5sum] = "4e82c2e07af544c56a5b71c801525b00"
-SRC_URI[sha256sum] = 
"05f61c71aaefc02d8e37c0a3eeb9815ff526ea28b3b76324769e6158d7f95be1"
+SRC_URI[md5sum] = "6619780896ca81c7cd19c6e2f439b6c9"
+SRC_URI[sha256sum] = 
"1b8be50d938c9bb75d0eaf7eda111eec1bf6dc88a62a6412e33bf077457e0f45"
 
 inherit pypi
 
diff --git a/meta-python/recipes-devtools/python/python-pbr_3.1.1.bb 
b/meta-python/recipes-devtools/python/python-pbr_4.2.0.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-pbr_3.1.1.bb
rename to meta-python/recipes-devtools/python/python-pbr_4.2.0.bb
diff --git a/meta-python/recipes-devtools/python/python3-pbr_3.1.1.bb 
b/meta-python/recipes-devtools/python/python3-pbr_4.2.0.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-pbr_3.1.1.bb
rename to meta-python/recipes-devtools/python/python3-pbr_4.2.0.bb
-- 
2.7.4

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

[oe] [meta-python][PATCH] python-pyasn1: update to version 0.4.4

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 meta-python/recipes-devtools/python/python-pyasn1.inc| 5 ++---
 .../python/{python-pyasn1_0.4.3.bb => python-pyasn1_0.4.4.bb}| 0
 .../python/{python3-pyasn1_0.4.3.bb => python3-pyasn1_0.4.4.bb}  | 0
 3 files changed, 2 insertions(+), 3 deletions(-)
 rename meta-python/recipes-devtools/python/{python-pyasn1_0.4.3.bb => 
python-pyasn1_0.4.4.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-pyasn1_0.4.3.bb => 
python3-pyasn1_0.4.4.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-pyasn1.inc 
b/meta-python/recipes-devtools/python/python-pyasn1.inc
index 614b6d4..ab34d25 100644
--- a/meta-python/recipes-devtools/python/python-pyasn1.inc
+++ b/meta-python/recipes-devtools/python/python-pyasn1.inc
@@ -3,9 +3,8 @@ HOMEPAGE = "http://pyasn1.sourceforge.net/;
 LICENSE = "BSD-2-Clause"
 LIC_FILES_CHKSUM = "file://LICENSE.rst;md5=815ac3f9ca693006349094b358ab3155"
 
-
-SRC_URI[sha256sum] = 
"fb81622d8f3509f0026b0683fe90fea27be7284d3826a5f2edf97f69151ab0fc"
-SRC_URI[md5sum] = "311fff5b2a1303a8cdc334c8867a06f4"
+SRC_URI[md5sum] = "0d182b71e1f72fe147d7957bc90be7f2"
+SRC_URI[sha256sum] = 
"f58f2a3d12fd754aa123e9fa74fb7345333000a035f3921dbdaa08597aa53137"
 
 RDEPENDS_${PN}_class-target += " \
 ${PYTHON_PN}-codecs \
diff --git a/meta-python/recipes-devtools/python/python-pyasn1_0.4.3.bb 
b/meta-python/recipes-devtools/python/python-pyasn1_0.4.4.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-pyasn1_0.4.3.bb
rename to meta-python/recipes-devtools/python/python-pyasn1_0.4.4.bb
diff --git a/meta-python/recipes-devtools/python/python3-pyasn1_0.4.3.bb 
b/meta-python/recipes-devtools/python/python3-pyasn1_0.4.4.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-pyasn1_0.4.3.bb
rename to meta-python/recipes-devtools/python/python3-pyasn1_0.4.4.bb
-- 
2.7.4

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

[oe] [meta-python][PATCH] python-greenlet: update to version 0.4.14

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 meta-python/recipes-devtools/python/python-greenlet.inc   | 4 ++--
 .../python/{python-greenlet_0.4.13.bb => python-greenlet_0.4.14.bb}   | 0
 .../python/{python3-greenlet_0.4.13.bb => python3-greenlet_0.4.14.bb} | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python-greenlet_0.4.13.bb => 
python-greenlet_0.4.14.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-greenlet_0.4.13.bb => 
python3-greenlet_0.4.14.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-greenlet.inc 
b/meta-python/recipes-devtools/python/python-greenlet.inc
index 7a42240..fcd81f6 100644
--- a/meta-python/recipes-devtools/python/python-greenlet.inc
+++ b/meta-python/recipes-devtools/python/python-greenlet.inc
@@ -3,7 +3,7 @@ LICENSE = "MIT & PSF"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=03143d7a1a9f5d8a0fee825f24ca9c36 \
 file://LICENSE.PSF;md5=c106931d9429eda0492617f037b8f69a"
 
-SRC_URI[md5sum] = "6e0b9dd5385f81d478451ec8ed1d62b3"
-SRC_URI[sha256sum] = 
"0fef83d43bf87a5196c91e73cb9772f945a4caaff91242766c5916d1dd1381e4"
+SRC_URI[md5sum] = "a87b6028c3b742b210bf5973939db595"
+SRC_URI[sha256sum] = 
"f1cc268a15ade58d9a0c04569fe6613e19b8b0345b64453064e2c3c6d79051af"
 
 inherit pypi
diff --git a/meta-python/recipes-devtools/python/python-greenlet_0.4.13.bb 
b/meta-python/recipes-devtools/python/python-greenlet_0.4.14.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-greenlet_0.4.13.bb
rename to meta-python/recipes-devtools/python/python-greenlet_0.4.14.bb
diff --git a/meta-python/recipes-devtools/python/python3-greenlet_0.4.13.bb 
b/meta-python/recipes-devtools/python/python3-greenlet_0.4.14.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-greenlet_0.4.13.bb
rename to meta-python/recipes-devtools/python/python3-greenlet_0.4.14.bb
-- 
2.7.4

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

[oe] [meta-python][PATCH] python-can: update to version 2.2.1

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 meta-python/recipes-devtools/python/python-can.inc   | 5 +++--
 .../python/{python-can_2.2.0.bb => python-can_2.2.1.bb}  | 0
 .../python/{python3-can_2.2.0.bb => python3-can_2.2.1.bb}| 0
 3 files changed, 3 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python-can_2.2.0.bb => 
python-can_2.2.1.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-can_2.2.0.bb => 
python3-can_2.2.1.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-can.inc 
b/meta-python/recipes-devtools/python/python-can.inc
index 959da83..46f0859 100644
--- a/meta-python/recipes-devtools/python/python-can.inc
+++ b/meta-python/recipes-devtools/python/python-can.inc
@@ -3,8 +3,8 @@ SECTION = "devel/python"
 LICENSE = "LGPLv3"
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=38138baa100d7259934590850bc0406e"
 
-SRC_URI[md5sum] = "670cf82f67c6d2bd6516b638f129a196"
-SRC_URI[sha256sum] = 
"187fac2fbc807561344a6df99cf7b776c0a10182bf99bb10a5c83af45b57dc11"
+SRC_URI[md5sum] = "dcdd3f6b924e3f20acb1ccf4598236cf"
+SRC_URI[sha256sum] = 
"b5e93b2ee32bdd597d9d908afe5171c402a04c9678ba47b60f33506738b1375b"
 
 PYPI_PACKAGE="python-can"
 
@@ -14,4 +14,5 @@ RDEPENDS_${PN}_class-target += "\
 ${PYTHON_PN}-misc \
 ${PYTHON_PN}-netserver \
 ${PYTHON_PN}-sqlite3 \
+${PYTHON_PN}-wrapt \
 "
diff --git a/meta-python/recipes-devtools/python/python-can_2.2.0.bb 
b/meta-python/recipes-devtools/python/python-can_2.2.1.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-can_2.2.0.bb
rename to meta-python/recipes-devtools/python/python-can_2.2.1.bb
diff --git a/meta-python/recipes-devtools/python/python3-can_2.2.0.bb 
b/meta-python/recipes-devtools/python/python3-can_2.2.1.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-can_2.2.0.bb
rename to meta-python/recipes-devtools/python/python3-can_2.2.1.bb
-- 
2.7.4

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

[oe] [meta-python][PATCH] python-cmd2: update to use the latest 2.7 supported release

2018-07-27 Thread Derek Straka

The 0.9 branch only supports python>=3.4

License-Update: Use the actual LICENSE file rather than setup.py

Signed-off-by: Derek Straka 
---
 .../python/{python-cmd2_0.9.2.bb => python-cmd2_0.8.8.bb}   | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta-python/recipes-devtools/python/{python-cmd2_0.9.2.bb => 
python-cmd2_0.8.8.bb} (64%)

diff --git a/meta-python/recipes-devtools/python/python-cmd2_0.9.2.bb 
b/meta-python/recipes-devtools/python/python-cmd2_0.8.8.bb
similarity index 64%
rename from meta-python/recipes-devtools/python/python-cmd2_0.9.2.bb
rename to meta-python/recipes-devtools/python/python-cmd2_0.8.8.bb
index 74dbaef..f4c8800 100644
--- a/meta-python/recipes-devtools/python/python-cmd2_0.9.2.bb
+++ b/meta-python/recipes-devtools/python/python-cmd2_0.8.8.bb
@@ -1,10 +1,10 @@
 SUMMARY = "Extra features for standard library's cmd module"
 HOMEPAGE = "http://packages.python.org/cmd2/;
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = 
"file://setup.py;beginline=52;endline=52;md5=0f13c9cfc75288223cf7edd2f3b985a2"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=60bc6842001870a418935bd84570b676"
 
-SRC_URI[md5sum] = "bfe0900a2288283a40f0ee7533486a2f"
-SRC_URI[sha256sum] = 
"e7b6b4b76272a051c943c3c709cd760142af16fbc9218e0ed3c22b28ea38d0a8"
+SRC_URI[md5sum] = "1f555bb656d361d9b0212b07e232752f"
+SRC_URI[sha256sum] = 
"b08bc5088fdd131d659354e6b4f8cf7c01a70566f68aed146e00d296a24b687b"
 
 inherit pypi setuptools
 
-- 
2.7.4

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

[oe] [meta-python][PATCH] python-vobject: update to version 0.9.6.1

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 .../python/{python-vobject_0.9.6.bb => python-vobject_0.9.6.1.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python-vobject_0.9.6.bb => 
python-vobject_0.9.6.1.bb} (71%)

diff --git a/meta-python/recipes-devtools/python/python-vobject_0.9.6.bb 
b/meta-python/recipes-devtools/python/python-vobject_0.9.6.1.bb
similarity index 71%
rename from meta-python/recipes-devtools/python/python-vobject_0.9.6.bb
rename to meta-python/recipes-devtools/python/python-vobject_0.9.6.1.bb
index d92c137..d31f2f5 100644
--- a/meta-python/recipes-devtools/python/python-vobject_0.9.6.bb
+++ b/meta-python/recipes-devtools/python/python-vobject_0.9.6.1.bb
@@ -4,8 +4,8 @@ HOMEPAGE = "http://vobject.skyhouseconsulting.com/;
 LICENSE = "Apache-2.0"
 LIC_FILES_CHKSUM = 
"file://LICENSE-2.0.txt;md5=3b83ef96387f14655fc854ddc3c6bd57"
 
-SRC_URI[md5sum] = "1da0747914fe440329c0b37e4be9040d"
-SRC_URI[sha256sum] = 
"cd9ede4363f83c06ba8d8f1541c736efa5c46f9a431430002b2f84f4f4e674d8"
+SRC_URI[md5sum] = "06357e96a84d55de2a71b36d39f6853e"
+SRC_URI[sha256sum] = 
"96512aec74b90abb71f6b53898dd7fe47300cc940104c4f79148f0671f790101"
 
 inherit pypi setuptools
 
-- 
2.7.4

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

[oe] [meta-python][PATCH] python-ndg-httpsclient: update to version 0.5.1

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 meta-python/recipes-devtools/python/python-ndg-httpsclient.inc| 4 ++--
 ...ython-ndg-httpsclient_0.5.0.bb => python-ndg-httpsclient_0.5.1.bb} | 0
 ...hon3-ndg-httpsclient_0.5.0.bb => python3-ndg-httpsclient_0.5.1.bb} | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python-ndg-httpsclient_0.5.0.bb => 
python-ndg-httpsclient_0.5.1.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-ndg-httpsclient_0.5.0.bb 
=> python3-ndg-httpsclient_0.5.1.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-ndg-httpsclient.inc 
b/meta-python/recipes-devtools/python/python-ndg-httpsclient.inc
index 4e07e4e..91235b9 100644
--- a/meta-python/recipes-devtools/python/python-ndg-httpsclient.inc
+++ b/meta-python/recipes-devtools/python/python-ndg-httpsclient.inc
@@ -3,8 +3,8 @@ HOMEPAGE = "http://python-requests.org;
 LICENSE = "BSD"
 LIC_FILES_CHKSUM = "file://MANIFEST.in;md5=ce22c0cd986d2de3f7073cd6b5523ae0"
 
-SRC_URI[md5sum] = "1c28be0449268359e795b3b5687feeb7"
-SRC_URI[sha256sum] = 
"c009f5430790936b3a97eaf9f968516664d97e146ab2bda991f0caadb7cc088b"
+SRC_URI[md5sum] = "b0fc8ea38f87d2c1ab1ed79a95c078f9"
+SRC_URI[sha256sum] = 
"d72faed0376ab039736c2ba12e30695e2788c4aa569c9c3e3d72131de2592210"
 
 PYPI_PACKAGE = "ndg_httpsclient"
 
diff --git 
a/meta-python/recipes-devtools/python/python-ndg-httpsclient_0.5.0.bb 
b/meta-python/recipes-devtools/python/python-ndg-httpsclient_0.5.1.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-ndg-httpsclient_0.5.0.bb
rename to meta-python/recipes-devtools/python/python-ndg-httpsclient_0.5.1.bb
diff --git 
a/meta-python/recipes-devtools/python/python3-ndg-httpsclient_0.5.0.bb 
b/meta-python/recipes-devtools/python/python3-ndg-httpsclient_0.5.1.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-ndg-httpsclient_0.5.0.bb
rename to meta-python/recipes-devtools/python/python3-ndg-httpsclient_0.5.1.bb
-- 
2.7.4

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

[oe] [meta-python][PATCHv5] python-tornado: upgrade to version 5.1

2018-07-27 Thread Łukasz Gardoń

License-Update: Change license file from setup.py to
LICENSE, based on the same the same license policy Apache 2.0.

Signed-off-by: Łukasz Gardoń 
---
 meta-python/recipes-devtools/python/python-tornado.inc  | 6 +++---
 .../python/{python-tornado_4.5.3.bb => python-tornado_5.1.bb}   | 0
 .../python/{python3-tornado_4.5.3.bb => python3-tornado_5.1.bb} | 0
 3 files changed, 3 insertions(+), 3 deletions(-)
 rename meta-python/recipes-devtools/python/{python-tornado_4.5.3.bb => 
python-tornado_5.1.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-tornado_4.5.3.bb => 
python3-tornado_5.1.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-tornado.inc 
b/meta-python/recipes-devtools/python/python-tornado.inc
index 29d10da6b..16899f88c 100644
--- a/meta-python/recipes-devtools/python/python-tornado.inc
+++ b/meta-python/recipes-devtools/python/python-tornado.inc
@@ -4,10 +4,10 @@ By using non-blocking network I/O, Tornado can scale to tens 
of thousands of ope
 polling, WebSockets, and other applications that require a long-lived 
connection to each user."
 HOMEPAGE = "http://www.tornadoweb.org/en/stable/;
 LICENSE = "Apache-2.0"
-LIC_FILES_CHKSUM = 
"file://setup.py;beginline=3;endline=15;md5=8d463fc66ff8f275354ffe88d1896e12"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
 
-SRC_URI[md5sum] = "a5fc7fd4aea94867609a491ce65786f1"
-SRC_URI[sha256sum] = 
"6d14e47eab0e15799cf3cdcc86b0b98279da68522caace2bd7ce644287685f0a"
+SRC_URI[md5sum] = "bd264851c409f926d1dae1ad5055d28d"
+SRC_URI[sha256sum] = 
"4f66a2172cb947387193ca4c2c3e19131f1c70fa8be470ddbbd9317fd0801582"
 
 RDEPENDS_${PN} += "${PYTHON_PN}-compression ${PYTHON_PN}-numbers 
${PYTHON_PN}-email \
${PYTHON_PN}-pkgutil ${PYTHON_PN}-html ${PYTHON_PN}-json 
${PYTHON_PN}-certifi ${PYTHON_PN}-threading \
diff --git a/meta-python/recipes-devtools/python/python-tornado_4.5.3.bb 
b/meta-python/recipes-devtools/python/python-tornado_5.1.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-tornado_4.5.3.bb
rename to meta-python/recipes-devtools/python/python-tornado_5.1.bb
diff --git a/meta-python/recipes-devtools/python/python3-tornado_4.5.3.bb 
b/meta-python/recipes-devtools/python/python3-tornado_5.1.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-tornado_4.5.3.bb
rename to meta-python/recipes-devtools/python/python3-tornado_5.1.bb
-- 
2.15.2 (Apple Git-101.1)

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

[oe] [meta-python][PATCH] python-pymongo: update to version 3.7.1

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 meta-python/recipes-devtools/python/python-pymongo.inc| 4 ++--
 .../python/{python-pymongo_3.7.0.bb => python-pymongo_3.7.1.bb}   | 0
 .../python/{python3-pymongo_3.7.0.bb => python3-pymongo_3.7.1.bb} | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta-python/recipes-devtools/python/{python-pymongo_3.7.0.bb => 
python-pymongo_3.7.1.bb} (100%)
 rename meta-python/recipes-devtools/python/{python3-pymongo_3.7.0.bb => 
python3-pymongo_3.7.1.bb} (100%)

diff --git a/meta-python/recipes-devtools/python/python-pymongo.inc 
b/meta-python/recipes-devtools/python/python-pymongo.inc
index 02264e9..b5277f1 100644
--- a/meta-python/recipes-devtools/python/python-pymongo.inc
+++ b/meta-python/recipes-devtools/python/python-pymongo.inc
@@ -8,8 +8,8 @@ HOMEPAGE = "http://github.com/mongodb/mongo-python-driver;
 LICENSE = "Apache-2.0"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=86d3f3a95c324c9479bd8986968f4327"
 
-SRC_URI[md5sum] = "f493c23d4ee22255eb85288726907f95"
-SRC_URI[sha256sum] = 
"3327afb38017ac1de32e4ca3a6c8edb1fe19d6024771609590684d3a37e7c250"
+SRC_URI[md5sum] = "7449c81a6c32c3c8cb9bebebc848fded"
+SRC_URI[sha256sum] = 
"f14fb6c4058772a0d74d82874d3b89d7264d89b4ed7fa0413ea0ef8112b268b9"
 
 PACKAGES =+ "${PYTHON_PN}-bson"
 
diff --git a/meta-python/recipes-devtools/python/python-pymongo_3.7.0.bb 
b/meta-python/recipes-devtools/python/python-pymongo_3.7.1.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python-pymongo_3.7.0.bb
rename to meta-python/recipes-devtools/python/python-pymongo_3.7.1.bb
diff --git a/meta-python/recipes-devtools/python/python3-pymongo_3.7.0.bb 
b/meta-python/recipes-devtools/python/python3-pymongo_3.7.1.bb
similarity index 100%
rename from meta-python/recipes-devtools/python/python3-pymongo_3.7.0.bb
rename to meta-python/recipes-devtools/python/python3-pymongo_3.7.1.bb
-- 
2.7.4

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

Re: [oe] [meta-networking][PATCH] wireshark: update to 2.6.2

2018-07-27 Thread akuster808




On 07/27/2018 01:37 AM, Khem Raj wrote:
> wireshark-native fails in do_install
Ok. will look into it.

- armin
>
> | install: cannot stat
> '/mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/build/run/make-dissectors':
> No such file or directory
> | WARNING: 
> /mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/temp/run.do_install.31339:1
> exit 1 from 'install -m 0755
> /mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/build/run/$f
> /mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/image/mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/recipe-sysroot-native/usr/bin'
> | ERROR: Function failed: do_install (log file is located at
> /mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/temp/log.do_install.31339)
> On Thu, Jul 26, 2018 at 8:11 AM Armin Kuster  wrote:
>> includes security fixes:
>>
>> wnpa-sec-2018-34 BGP dissector large loop. Bug 13741. CVE-2018-14342.
>> wnpa-sec-2018-35 ISMP dissector crash. Bug 14672. CVE-2018-14344.
>> wnpa-sec-2018-36 Multiple dissectors could crash. Bug 14675. CVE-2018-14340.
>> wnpa-sec-2018-37 ASN.1 BER dissector crash. Bug 14682. CVE-2018-14343.
>> wnpa-sec-2018-38 MMSE dissector infinite loop. Bug 14738. CVE-2018-14339.
>> wnpa-sec-2018-39 DICOM dissector crash. Bug 14742. CVE-2018-14341.
>> wnpa-sec-2018-40 Bazaar dissector infinite loop. Bug 14841. CVE-2018-14368.
>> wnpa-sec-2018-41 HTTP2 dissector crash. Bug 14869. CVE-2018-14369.
>> wnpa-sec-2018-42 CoAP dissector crash. Bug 14966. CVE-2018-14367.
>>
>> Signed-off-by: Armin Kuster 
>> ---
>>  .../wireshark/{wireshark_2.6.1.bb => wireshark_2.6.2.bb}  | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>  rename meta-networking/recipes-support/wireshark/{wireshark_2.6.1.bb => 
>> wireshark_2.6.2.bb} (95%)
>>
>> diff --git a/meta-networking/recipes-support/wireshark/wireshark_2.6.1.bb 
>> b/meta-networking/recipes-support/wireshark/wireshark_2.6.2.bb
>> similarity index 95%
>> rename from meta-networking/recipes-support/wireshark/wireshark_2.6.1.bb
>> rename to meta-networking/recipes-support/wireshark/wireshark_2.6.2.bb
>> index 91c5e96bb0..4da0cecee4 100644
>> --- a/meta-networking/recipes-support/wireshark/wireshark_2.6.1.bb
>> +++ b/meta-networking/recipes-support/wireshark/wireshark_2.6.2.bb
>> @@ -14,8 +14,8 @@ SRC_URI = "https://1.as.dl.wireshark.org/src/${BP}.tar.xz \
>>
>>  UPSTREAM_CHECK_URI = "https://1.as.dl.wireshark.org/src;
>>
>> -SRC_URI[md5sum] = "b0e9e5fe22e96d9fdfad18f750fa8f55"
>> -SRC_URI[sha256sum] = 
>> "ab6e5bbc3464c956347b8671ce8397950ad5daff3bf9964c967d495f4ddbcd88"
>> +SRC_URI[md5sum] = "086d235509717190d06554b2ab870209"
>> +SRC_URI[sha256sum] = 
>> "49b2895ee3ba17ef9ef0aebfdc4d32a778e0f36ccadde184516557d5f3357094"
>>
>>  PE = "1"
>>
>> --
>> 2.17.1
>>
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

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

Re: [oe] (no subject)

2018-07-27 Thread S. Lockwood-Childs

It depends on the role of the particular dependency:

* tool you need to run during build <-- native dependency
* library you need to link against during build <-- target dependency

--SJLC

On Fri, Jul 27, 2018 at 06:25:27PM +0200, William Delacre wrote:
> Okay, it makes sense!
> 
> My question may seem stupid but then why don’t we always use ‘-native’ for
> the dependencies ?
> 
> Is it because sometimes we know that the behavior of ‘foo’ and ‘foo-native’
> would be the same, independently of the architecture ?
> 
> William
> 
> Le ven. 27 juil. 2018 à 18:16, Mark Asselstine <
> mark.asselst...@windriver.com> a écrit :
> 
> > On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> > > Thanks a lot for the answer, it worked perfectly !
> > >
> > > There is just one point I don’t really understand : why do we need to
> > add a
> > > dependency to ‘python-incremental-NATIVE’ ?
> > >
> > > What would happen if I just add to the python-twisted recipe :
> > >
> > > DEPENDS += “${PYTHON_PN}-incremental“
> >
> > This would assume that python is completely arch independent, which it is
> > not.
> > Assume for example python-incremental had some C extensions, using DEPENDS
> > would build them for the target arch yet possibly attempt to run them on
> > your
> > build host. -native takes care of this.
> >
> > Some may say this is a bit of a hack since the difference in ARCH *might*
> > equate to a difference in behavior. But I have dealt with many python
> > recipes
> > and have yet to run into any scenario where this potential issue exists.
> >
> > At least that is what I can recall at the moment. Unfortunately I have
> > forgotten some of the subtleties that might be in play.
> >
> > Mark
> >
> > >
> > > William
> > >
> > > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> > >
> > > mark.asselst...@windriver.com> a écrit :
> > > > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > > >
> > > >  wrote:
> > > > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > > >
> > > > >  wrote:
> > > > >> Hi ! :-)
> > > > >>
> > > > >> I’m facing issues when trying to run ‘bitbake python-twisted’
> > > >
> > > > (do_compile
> > > >
> > > > >> error)
> > > > >>
> > > > >> Log says :
> > > > >> “Download error on https://pypi.python.org/simple/incremental/:
> > [Errno
> > > >
> > > > -3]
> > > >
> > > > >> Temporary failure in name resolution
> > > >
> > > > With the additional info you sent me along with a second look at the
> > > > error I can fairly confidently say I know what the issue is.
> > > >
> > > > Python, like some other languages (ruby, go...) will attempt to
> > > > download dependencies/requirements if they are not present. This is
> > > > done "outside" of the bitbake system and thus will ignore
> > > > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > > > contamination but it is very similar. What we do with our python
> > > > recipes in bitbake is review a python package's source setup.py,
> > > > requirements.txt...files in order to determine what other python
> > > > packages are needed, add them as RDEPENDS or similar in order to avoid
> > > > the python attempting to complete a download such as this.
> > > >
> > > > In this case python-twisted 'requires' python-incremental but the
> > > > Rocko version of the python-twisted recipe lacks the needed assignment
> > > > to ensure this is available in the recipe sysroot and thus the
> > > > attempted download.
> > > >
> > > > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > > > [python-twisted: avoid downloading build dependencies] to Rocko and
> > > > you will be good to go. You should also follow up this thread with a
> > > > request to have this commit put onto Rocko to avoid others hitting the
> > > > same issue.
> > > >
> > > > Mark
> > > >
> > > > >> 
> > > > >>
> > > > >> distutils.errors.DistutilsError : Could not find suitable
> > distribution
> > > >
> > > > for
> > > >
> > > > >> Requirement.parse(‘incremental>=16.10.1’)”
> > > > >>
> > > > >> First of all I’m not connected to internet, so I’ve pre-downloaded
> > all
> > > >
> > > > the
> > > >
> > > > >> required packages (twisted-17.9.0.tar.bz2 &
> > incremental-17.5.0.tar.gz
> > > >
> > > > are
> > > >
> > > > >> present in my build/downloads folder)
> > > > >>
> > > > >> It’s the first time I have some “downloading issues” and I’m stuck
> > on
> > > > >> it
> > > > >> for a few hours now..
> > > > >>
> > > > >> Any tips for me ?
> > > > >
> > > > > Check all aspects of what you have manually downloaded and populated
> > > > > in your downloads. My guess is that a checksum or some other detail
> > > > > isn't matching and it is rejecting what you have and thus attempting
> > > > > to re-download the file.
> > > > >
> > > > > Mark
> > > > >
> > > > >> Thanks in advance !
> > > > >> --
> > > > >> ___
> > > > >> Openembedded-devel mailing list
> > > > >>

Re: [oe] (no subject)

2018-07-27 Thread Mark Asselstine

On Friday, July 27, 2018 12:42:44 PM EDT William Delacre wrote:
> Alright, thabks !
> 
> And I guess if it’s a tool I need during runtime on the target, I add it in
> the RDPENDS variable ?

Correct.

Note as well that I did make a note of why the -native version of incremental 
was needed, to work around a circular dependency, as captured in the commit 
log.

In general with python we definitely make assumptions around arch independence 
and the strategy has survived most if not all we have thrown at it.

Mark

> 
> Le ven. 27 juil. 2018 à 18:40, S. Lockwood-Childs  a
> 
> écrit :
> > It depends on the role of the particular dependency:
> > 
> > * tool you need to run during build <-- native dependency
> > * library you need to link against during build <-- target dependency
> > 
> > --SJLC
> > 
> > On Fri, Jul 27, 2018 at 06:25:27PM +0200, William Delacre wrote:
> > > Okay, it makes sense!
> > > 
> > > My question may seem stupid but then why don’t we always use ‘-native’
> > 
> > for
> > 
> > > the dependencies ?
> > > 
> > > Is it because sometimes we know that the behavior of ‘foo’ and
> > 
> > ‘foo-native’
> > 
> > > would be the same, independently of the architecture ?
> > > 
> > > William
> > > 
> > > Le ven. 27 juil. 2018 à 18:16, Mark Asselstine <
> > > 
> > > mark.asselst...@windriver.com> a écrit :
> > > > On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> > > > > Thanks a lot for the answer, it worked perfectly !
> > > > > 
> > > > > There is just one point I don’t really understand : why do we need
> > > > > to
> > > > 
> > > > add a
> > > > 
> > > > > dependency to ‘python-incremental-NATIVE’ ?
> > > > > 
> > > > > What would happen if I just add to the python-twisted recipe :
> > > > > 
> > > > > DEPENDS += “${PYTHON_PN}-incremental“
> > > > 
> > > > This would assume that python is completely arch independent, which it
> > 
> > is
> > 
> > > > not.
> > > > Assume for example python-incremental had some C extensions, using
> > 
> > DEPENDS
> > 
> > > > would build them for the target arch yet possibly attempt to run them
> > 
> > on
> > 
> > > > your
> > > > build host. -native takes care of this.
> > > > 
> > > > Some may say this is a bit of a hack since the difference in ARCH
> > 
> > *might*
> > 
> > > > equate to a difference in behavior. But I have dealt with many python
> > > > recipes
> > > > and have yet to run into any scenario where this potential issue
> > 
> > exists.
> > 
> > > > At least that is what I can recall at the moment. Unfortunately I have
> > > > forgotten some of the subtleties that might be in play.
> > > > 
> > > > Mark
> > > > 
> > > > > William
> > > > > 
> > > > > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> > > > > 
> > > > > mark.asselst...@windriver.com> a écrit :
> > > > > > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > > > > > 
> > > > > >  wrote:
> > > > > > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > > > > > 
> > > > > > >  wrote:
> > > > > > >> Hi ! :-)
> > > > > > >> 
> > > > > > >> I’m facing issues when trying to run ‘bitbake python-twisted’
> > > > > > 
> > > > > > (do_compile
> > > > > > 
> > > > > > >> error)
> > > > > > >> 
> > > > > > >> Log says :
> > > > 
> > > > > > >> “Download error on https://pypi.python.org/simple/incremental/:
> > > > [Errno
> > > > 
> > > > > > -3]
> > > > > > 
> > > > > > >> Temporary failure in name resolution
> > > > > > 
> > > > > > With the additional info you sent me along with a second look at
> > 
> > the
> > 
> > > > > > error I can fairly confidently say I know what the issue is.
> > > > > > 
> > > > > > Python, like some other languages (ruby, go...) will attempt to
> > > > > > download dependencies/requirements if they are not present. This
> > > > > > is
> > > > > > done "outside" of the bitbake system and thus will ignore
> > > > > > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > > > > > contamination but it is very similar. What we do with our python
> > > > > > recipes in bitbake is review a python package's source setup.py,
> > > > > > requirements.txt...files in order to determine what other python
> > > > > > packages are needed, add them as RDEPENDS or similar in order to
> > 
> > avoid
> > 
> > > > > > the python attempting to complete a download such as this.
> > > > > > 
> > > > > > In this case python-twisted 'requires' python-incremental but the
> > > > > > Rocko version of the python-twisted recipe lacks the needed
> > 
> > assignment
> > 
> > > > > > to ensure this is available in the recipe sysroot and thus the
> > > > > > attempted download.
> > > > > > 
> > > > > > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > > > > > [python-twisted: avoid downloading build dependencies] to Rocko
> > > > > > and
> > > > > > you will be good to go. You should also follow up this thread with
> > 
> > a
> > 
> > > > > > request to have this commit put onto Rocko to avoid others hitting
> > 
> > the
> > 
> > > > > >

Re: [oe] (no subject)

2018-07-27 Thread William Delacre

Alright, thabks !

And I guess if it’s a tool I need during runtime on the target, I add it in
the RDPENDS variable ?

Le ven. 27 juil. 2018 à 18:40, S. Lockwood-Childs  a
écrit :

> It depends on the role of the particular dependency:
>
> * tool you need to run during build <-- native dependency
> * library you need to link against during build <-- target dependency
>
> --SJLC
>
> On Fri, Jul 27, 2018 at 06:25:27PM +0200, William Delacre wrote:
> > Okay, it makes sense!
> >
> > My question may seem stupid but then why don’t we always use ‘-native’
> for
> > the dependencies ?
> >
> > Is it because sometimes we know that the behavior of ‘foo’ and
> ‘foo-native’
> > would be the same, independently of the architecture ?
> >
> > William
> >
> > Le ven. 27 juil. 2018 à 18:16, Mark Asselstine <
> > mark.asselst...@windriver.com> a écrit :
> >
> > > On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> > > > Thanks a lot for the answer, it worked perfectly !
> > > >
> > > > There is just one point I don’t really understand : why do we need to
> > > add a
> > > > dependency to ‘python-incremental-NATIVE’ ?
> > > >
> > > > What would happen if I just add to the python-twisted recipe :
> > > >
> > > > DEPENDS += “${PYTHON_PN}-incremental“
> > >
> > > This would assume that python is completely arch independent, which it
> is
> > > not.
> > > Assume for example python-incremental had some C extensions, using
> DEPENDS
> > > would build them for the target arch yet possibly attempt to run them
> on
> > > your
> > > build host. -native takes care of this.
> > >
> > > Some may say this is a bit of a hack since the difference in ARCH
> *might*
> > > equate to a difference in behavior. But I have dealt with many python
> > > recipes
> > > and have yet to run into any scenario where this potential issue
> exists.
> > >
> > > At least that is what I can recall at the moment. Unfortunately I have
> > > forgotten some of the subtleties that might be in play.
> > >
> > > Mark
> > >
> > > >
> > > > William
> > > >
> > > > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> > > >
> > > > mark.asselst...@windriver.com> a écrit :
> > > > > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > > > >
> > > > >  wrote:
> > > > > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > > > >
> > > > > >  wrote:
> > > > > >> Hi ! :-)
> > > > > >>
> > > > > >> I’m facing issues when trying to run ‘bitbake python-twisted’
> > > > >
> > > > > (do_compile
> > > > >
> > > > > >> error)
> > > > > >>
> > > > > >> Log says :
> > > > > >> “Download error on https://pypi.python.org/simple/incremental/:
> > > [Errno
> > > > >
> > > > > -3]
> > > > >
> > > > > >> Temporary failure in name resolution
> > > > >
> > > > > With the additional info you sent me along with a second look at
> the
> > > > > error I can fairly confidently say I know what the issue is.
> > > > >
> > > > > Python, like some other languages (ruby, go...) will attempt to
> > > > > download dependencies/requirements if they are not present. This is
> > > > > done "outside" of the bitbake system and thus will ignore
> > > > > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > > > > contamination but it is very similar. What we do with our python
> > > > > recipes in bitbake is review a python package's source setup.py,
> > > > > requirements.txt...files in order to determine what other python
> > > > > packages are needed, add them as RDEPENDS or similar in order to
> avoid
> > > > > the python attempting to complete a download such as this.
> > > > >
> > > > > In this case python-twisted 'requires' python-incremental but the
> > > > > Rocko version of the python-twisted recipe lacks the needed
> assignment
> > > > > to ensure this is available in the recipe sysroot and thus the
> > > > > attempted download.
> > > > >
> > > > > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > > > > [python-twisted: avoid downloading build dependencies] to Rocko and
> > > > > you will be good to go. You should also follow up this thread with
> a
> > > > > request to have this commit put onto Rocko to avoid others hitting
> the
> > > > > same issue.
> > > > >
> > > > > Mark
> > > > >
> > > > > >> 
> > > > > >>
> > > > > >> distutils.errors.DistutilsError : Could not find suitable
> > > distribution
> > > > >
> > > > > for
> > > > >
> > > > > >> Requirement.parse(‘incremental>=16.10.1’)”
> > > > > >>
> > > > > >> First of all I’m not connected to internet, so I’ve
> pre-downloaded
> > > all
> > > > >
> > > > > the
> > > > >
> > > > > >> required packages (twisted-17.9.0.tar.bz2 &
> > > incremental-17.5.0.tar.gz
> > > > >
> > > > > are
> > > > >
> > > > > >> present in my build/downloads folder)
> > > > > >>
> > > > > >> It’s the first time I have some “downloading issues” and I’m
> stuck
> > > on
> > > > > >> it
> > > > > >> for a few hours now..
> > > > > >>
> > > > > >> Any tips for me ?
> > > > > >
> > > > > > Check all aspects

Re: [oe] (no subject)

2018-07-27 Thread William Delacre

Okay, it makes sense!

My question may seem stupid but then why don’t we always use ‘-native’ for
the dependencies ?

Is it because sometimes we know that the behavior of ‘foo’ and ‘foo-native’
would be the same, independently of the architecture ?

William

Le ven. 27 juil. 2018 à 18:16, Mark Asselstine <
mark.asselst...@windriver.com> a écrit :

> On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> > Thanks a lot for the answer, it worked perfectly !
> >
> > There is just one point I don’t really understand : why do we need to
> add a
> > dependency to ‘python-incremental-NATIVE’ ?
> >
> > What would happen if I just add to the python-twisted recipe :
> >
> > DEPENDS += “${PYTHON_PN}-incremental“
>
> This would assume that python is completely arch independent, which it is
> not.
> Assume for example python-incremental had some C extensions, using DEPENDS
> would build them for the target arch yet possibly attempt to run them on
> your
> build host. -native takes care of this.
>
> Some may say this is a bit of a hack since the difference in ARCH *might*
> equate to a difference in behavior. But I have dealt with many python
> recipes
> and have yet to run into any scenario where this potential issue exists.
>
> At least that is what I can recall at the moment. Unfortunately I have
> forgotten some of the subtleties that might be in play.
>
> Mark
>
> >
> > William
> >
> > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> >
> > mark.asselst...@windriver.com> a écrit :
> > > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > >
> > >  wrote:
> > > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > >
> > > >  wrote:
> > > >> Hi ! :-)
> > > >>
> > > >> I’m facing issues when trying to run ‘bitbake python-twisted’
> > >
> > > (do_compile
> > >
> > > >> error)
> > > >>
> > > >> Log says :
> > > >> “Download error on https://pypi.python.org/simple/incremental/:
> [Errno
> > >
> > > -3]
> > >
> > > >> Temporary failure in name resolution
> > >
> > > With the additional info you sent me along with a second look at the
> > > error I can fairly confidently say I know what the issue is.
> > >
> > > Python, like some other languages (ruby, go...) will attempt to
> > > download dependencies/requirements if they are not present. This is
> > > done "outside" of the bitbake system and thus will ignore
> > > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > > contamination but it is very similar. What we do with our python
> > > recipes in bitbake is review a python package's source setup.py,
> > > requirements.txt...files in order to determine what other python
> > > packages are needed, add them as RDEPENDS or similar in order to avoid
> > > the python attempting to complete a download such as this.
> > >
> > > In this case python-twisted 'requires' python-incremental but the
> > > Rocko version of the python-twisted recipe lacks the needed assignment
> > > to ensure this is available in the recipe sysroot and thus the
> > > attempted download.
> > >
> > > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > > [python-twisted: avoid downloading build dependencies] to Rocko and
> > > you will be good to go. You should also follow up this thread with a
> > > request to have this commit put onto Rocko to avoid others hitting the
> > > same issue.
> > >
> > > Mark
> > >
> > > >> 
> > > >>
> > > >> distutils.errors.DistutilsError : Could not find suitable
> distribution
> > >
> > > for
> > >
> > > >> Requirement.parse(‘incremental>=16.10.1’)”
> > > >>
> > > >> First of all I’m not connected to internet, so I’ve pre-downloaded
> all
> > >
> > > the
> > >
> > > >> required packages (twisted-17.9.0.tar.bz2 &
> incremental-17.5.0.tar.gz
> > >
> > > are
> > >
> > > >> present in my build/downloads folder)
> > > >>
> > > >> It’s the first time I have some “downloading issues” and I’m stuck
> on
> > > >> it
> > > >> for a few hours now..
> > > >>
> > > >> Any tips for me ?
> > > >
> > > > Check all aspects of what you have manually downloaded and populated
> > > > in your downloads. My guess is that a checksum or some other detail
> > > > isn't matching and it is rejecting what you have and thus attempting
> > > > to re-download the file.
> > > >
> > > > Mark
> > > >
> > > >> Thanks in advance !
> > > >> --
> > > >> ___
> > > >> Openembedded-devel mailing list
> > > >> Openembedded-devel@lists.openembedded.org
> > > >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
>
>
>
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] (no subject)

2018-07-27 Thread Mark Asselstine

On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> Thanks a lot for the answer, it worked perfectly !
> 
> There is just one point I don’t really understand : why do we need to add a
> dependency to ‘python-incremental-NATIVE’ ?
> 
> What would happen if I just add to the python-twisted recipe :
> 
> DEPENDS += “${PYTHON_PN}-incremental“

This would assume that python is completely arch independent, which it is not. 
Assume for example python-incremental had some C extensions, using DEPENDS 
would build them for the target arch yet possibly attempt to run them on your 
build host. -native takes care of this.

Some may say this is a bit of a hack since the difference in ARCH *might* 
equate to a difference in behavior. But I have dealt with many python recipes 
and have yet to run into any scenario where this potential issue exists.

At least that is what I can recall at the moment. Unfortunately I have 
forgotten some of the subtleties that might be in play.

Mark

> 
> William
> 
> Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> 
> mark.asselst...@windriver.com> a écrit :
> > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > 
> >  wrote:
> > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > 
> > >  wrote:
> > >> Hi ! :-)
> > >> 
> > >> I’m facing issues when trying to run ‘bitbake python-twisted’
> > 
> > (do_compile
> > 
> > >> error)
> > >> 
> > >> Log says :
> > >> “Download error on https://pypi.python.org/simple/incremental/: [Errno
> > 
> > -3]
> > 
> > >> Temporary failure in name resolution
> > 
> > With the additional info you sent me along with a second look at the
> > error I can fairly confidently say I know what the issue is.
> > 
> > Python, like some other languages (ruby, go...) will attempt to
> > download dependencies/requirements if they are not present. This is
> > done "outside" of the bitbake system and thus will ignore
> > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > contamination but it is very similar. What we do with our python
> > recipes in bitbake is review a python package's source setup.py,
> > requirements.txt...files in order to determine what other python
> > packages are needed, add them as RDEPENDS or similar in order to avoid
> > the python attempting to complete a download such as this.
> > 
> > In this case python-twisted 'requires' python-incremental but the
> > Rocko version of the python-twisted recipe lacks the needed assignment
> > to ensure this is available in the recipe sysroot and thus the
> > attempted download.
> > 
> > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > [python-twisted: avoid downloading build dependencies] to Rocko and
> > you will be good to go. You should also follow up this thread with a
> > request to have this commit put onto Rocko to avoid others hitting the
> > same issue.
> > 
> > Mark
> > 
> > >> 
> > >> 
> > >> distutils.errors.DistutilsError : Could not find suitable distribution
> > 
> > for
> > 
> > >> Requirement.parse(‘incremental>=16.10.1’)”
> > >> 
> > >> First of all I’m not connected to internet, so I’ve pre-downloaded all
> > 
> > the
> > 
> > >> required packages (twisted-17.9.0.tar.bz2 & incremental-17.5.0.tar.gz
> > 
> > are
> > 
> > >> present in my build/downloads folder)
> > >> 
> > >> It’s the first time I have some “downloading issues” and I’m stuck on
> > >> it
> > >> for a few hours now..
> > >> 
> > >> Any tips for me ?
> > > 
> > > Check all aspects of what you have manually downloaded and populated
> > > in your downloads. My guess is that a checksum or some other detail
> > > isn't matching and it is rejecting what you have and thus attempting
> > > to re-download the file.
> > > 
> > > Mark
> > > 
> > >> Thanks in advance !
> > >> --
> > >> ___
> > >> Openembedded-devel mailing list
> > >> Openembedded-devel@lists.openembedded.org
> > >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel




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

[oe] [PATCH] pax-utils: add (from oe-core)

2018-07-27 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 .../recipes-devtools/pax-utils/pax-utils_1.2.2.bb  | 36 ++
 1 file changed, 36 insertions(+)
 create mode 100644 meta-oe/recipes-devtools/pax-utils/pax-utils_1.2.2.bb

diff --git a/meta-oe/recipes-devtools/pax-utils/pax-utils_1.2.2.bb 
b/meta-oe/recipes-devtools/pax-utils/pax-utils_1.2.2.bb
new file mode 100644
index 00..9635a5e708
--- /dev/null
+++ b/meta-oe/recipes-devtools/pax-utils/pax-utils_1.2.2.bb
@@ -0,0 +1,36 @@
+SUMMARY = "Security-focused ELF files checking tool"
+DESCRIPTION = "This is a small set of various PaX aware and related \
+utilities for ELF binaries. It can check ELF binary files and running \
+processes for issues that might be relevant when using ELF binaries \
+along with PaX, such as non-PIC code or executable stack and heap."
+HOMEPAGE = "http://www.gentoo.org/proj/en/hardened/pax-utils.xml;
+LICENSE = "GPLv2+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=eb723b61539feef013de476e68b5c50a"
+
+SRC_URI = "https://dev.gentoo.org/~vapier/dist/pax-utils-${PV}.tar.xz;
+SRC_URI[md5sum] = "a580468318f0ff42edf4a8cd314cc942"
+SRC_URI[sha256sum] = 
"7f4a7f8db6b4743adde7582fa48992ad01776796fcde030683732f56221337d9"
+
+RDEPENDS_${PN} += "bash"
+
+export GNULIB_OVERRIDES_WINT_T = "0"
+
+do_configure_prepend() {
+touch ${S}/NEWS ${S}/AUTHORS ${S}/ChangeLog ${S}/README
+}
+
+do_install() {
+oe_runmake PREFIX=${D}${prefix} DESTDIR=${D} install
+}
+
+BBCLASSEXTEND = "native"
+
+inherit autotools pkgconfig
+
+PACKAGECONFIG ??= ""
+
+PACKAGECONFIG[libcap] = "--with-caps, --without-caps, libcap"
+PACKAGECONFIG[libseccomp] = "--with-seccomp, --without-seccomp, libseccomp"
+PACKAGECONFIG[pyelftools] = "--with-python, --without-python,, pyelftools"
+
+EXTRA_OECONF += "--enable-largefile"
-- 
2.11.0

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

Re: [oe] (no subject)

2018-07-27 Thread William Delacre

Thanks a lot for the answer, it worked perfectly !

There is just one point I don’t really understand : why do we need to add a
dependency to ‘python-incremental-NATIVE’ ?

What would happen if I just add to the python-twisted recipe :

DEPENDS += “${PYTHON_PN}-incremental“

William

Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
mark.asselst...@windriver.com> a écrit :

> On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
>  wrote:
> > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> >  wrote:
> >> Hi ! :-)
> >>
> >> I’m facing issues when trying to run ‘bitbake python-twisted’
> (do_compile
> >> error)
> >>
> >> Log says :
> >> “Download error on https://pypi.python.org/simple/incremental/: [Errno
> -3]
> >> Temporary failure in name resolution
>
> With the additional info you sent me along with a second look at the
> error I can fairly confidently say I know what the issue is.
>
> Python, like some other languages (ruby, go...) will attempt to
> download dependencies/requirements if they are not present. This is
> done "outside" of the bitbake system and thus will ignore
> BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> contamination but it is very similar. What we do with our python
> recipes in bitbake is review a python package's source setup.py,
> requirements.txt...files in order to determine what other python
> packages are needed, add them as RDEPENDS or similar in order to avoid
> the python attempting to complete a download such as this.
>
> In this case python-twisted 'requires' python-incremental but the
> Rocko version of the python-twisted recipe lacks the needed assignment
> to ensure this is available in the recipe sysroot and thus the
> attempted download.
>
> Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> [python-twisted: avoid downloading build dependencies] to Rocko and
> you will be good to go. You should also follow up this thread with a
> request to have this commit put onto Rocko to avoid others hitting the
> same issue.
>
> Mark
>
> >>
> >> 
> >>
> >> distutils.errors.DistutilsError : Could not find suitable distribution
> for
> >> Requirement.parse(‘incremental>=16.10.1’)”
> >>
> >> First of all I’m not connected to internet, so I’ve pre-downloaded all
> the
> >> required packages (twisted-17.9.0.tar.bz2 & incremental-17.5.0.tar.gz
> are
> >> present in my build/downloads folder)
> >>
> >> It’s the first time I have some “downloading issues” and I’m stuck on it
> >> for a few hours now..
> >>
> >> Any tips for me ?
> >
> > Check all aspects of what you have manually downloaded and populated
> > in your downloads. My guess is that a checksum or some other detail
> > isn't matching and it is rejecting what you have and thus attempting
> > to re-download the file.
> >
> > Mark
> >
> >>
> >> Thanks in advance !
> >> --
> >> ___
> >> Openembedded-devel mailing list
> >> Openembedded-devel@lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] (no subject)

2018-07-27 Thread Mark Asselstine

On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
 wrote:
> On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
>  wrote:
>> Hi ! :-)
>>
>> I’m facing issues when trying to run ‘bitbake python-twisted’ (do_compile
>> error)
>>
>> Log says :
>> “Download error on https://pypi.python.org/simple/incremental/: [Errno -3]
>> Temporary failure in name resolution

With the additional info you sent me along with a second look at the
error I can fairly confidently say I know what the issue is.

Python, like some other languages (ruby, go...) will attempt to
download dependencies/requirements if they are not present. This is
done "outside" of the bitbake system and thus will ignore
BB_NO_NETWORK and is generally a bad thing. It isn't quite host
contamination but it is very similar. What we do with our python
recipes in bitbake is review a python package's source setup.py,
requirements.txt...files in order to determine what other python
packages are needed, add them as RDEPENDS or similar in order to avoid
the python attempting to complete a download such as this.

In this case python-twisted 'requires' python-incremental but the
Rocko version of the python-twisted recipe lacks the needed assignment
to ensure this is available in the recipe sysroot and thus the
attempted download.

Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
[python-twisted: avoid downloading build dependencies] to Rocko and
you will be good to go. You should also follow up this thread with a
request to have this commit put onto Rocko to avoid others hitting the
same issue.

Mark

>>
>> 
>>
>> distutils.errors.DistutilsError : Could not find suitable distribution for
>> Requirement.parse(‘incremental>=16.10.1’)”
>>
>> First of all I’m not connected to internet, so I’ve pre-downloaded all the
>> required packages (twisted-17.9.0.tar.bz2 & incremental-17.5.0.tar.gz are
>> present in my build/downloads folder)
>>
>> It’s the first time I have some “downloading issues” and I’m stuck on it
>> for a few hours now..
>>
>> Any tips for me ?
>
> Check all aspects of what you have manually downloaded and populated
> in your downloads. My guess is that a checksum or some other detail
> isn't matching and it is rejecting what you have and thus attempting
> to re-download the file.
>
> Mark
>
>>
>> Thanks in advance !
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] librelp: Upgrade to 1.2.16

2018-07-27 Thread Khem Raj

fails with security_flags turned on

| ../../git/src/tcp.c:352:57: error: '%s' directive output may be
truncated writing up to 1024 bytes into a region of size 1011
[-Werror=format-truncation=]
|  snprintf((char*)szHname, NI_MAXHOST, "[MALICIOUS:IP=%s]", szIP);
|  ^~
| In file included from
/mnt/a/oe/build/tmp/work/cortexa7t2hf-neon-vfpv4-bec-linux-gnueabi/librelp/1.2.16-r0/recipe-sysroot/usr/include/stdio.h:862,
|  from ../../git/src/tcp.c:38:
| 
/mnt/a/oe/build/tmp/work/cortexa7t2hf-neon-vfpv4-bec-linux-gnueabi/librelp/1.2.16-r0/recipe-sysroot/usr/include/bits/stdio2.h:64:10:
note: '__builtin___snprintf_chk' output between 16 and 1040 bytes into
a destination of size 1025
|return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1,
|   ^~~~
| __bos (__s), __fmt, __va_arg_pack ());
| ~
| cc1: all warnings being treated as errors
| make[2]: *** [Makefile:536: librelp_la-tcp.lo] Error 1
On Tue, Jul 24, 2018 at 2:39 AM  wrote:
>
> From: Mingli Yu 
>
> Add 0001-src-tcp.c-fix-jump-misses-init-error.patch
> to fix -Werror=jump-misses-init error
>
> Signed-off-by: Mingli Yu 
> ---
>  ...src-tcp.c-fix-jump-misses-init-error.patch | 71 +++
>  .../{librelp_1.2.14.bb => librelp_1.2.16.bb}  |  6 +-
>  2 files changed, 75 insertions(+), 2 deletions(-)
>  create mode 100644 
> meta-oe/recipes-extended/rsyslog/librelp/0001-src-tcp.c-fix-jump-misses-init-error.patch
>  rename meta-oe/recipes-extended/rsyslog/{librelp_1.2.14.bb => 
> librelp_1.2.16.bb} (59%)
>
> diff --git 
> a/meta-oe/recipes-extended/rsyslog/librelp/0001-src-tcp.c-fix-jump-misses-init-error.patch
>  
> b/meta-oe/recipes-extended/rsyslog/librelp/0001-src-tcp.c-fix-jump-misses-init-error.patch
> new file mode 100644
> index 0..68b686346
> --- /dev/null
> +++ 
> b/meta-oe/recipes-extended/rsyslog/librelp/0001-src-tcp.c-fix-jump-misses-init-error.patch
> @@ -0,0 +1,71 @@
> +From 3e5a0cb440c788e2383e40ab23ac1cf01d96961b Mon Sep 17 00:00:00 2001
> +From: Mingli Yu 
> +Date: Tue, 24 Jul 2018 01:30:25 -0700
> +Subject: [PATCH] src/tcp.c: fix jump-misses-init error
> +
> +Fix below jump-misses-init error
> +
> +| In file included from ../../git/src/tcp.c:51:
> +| ../../git/src/tcp.c: In function 'relpTcpConnect':
> +| ../../git/src/relp.h:220:3: error: jump skips variable initialization 
> [-Werror=jump-misses-init]
> +|goto finalize_it;  \
> +|^~~~
> +| ../../git/src/tcp.c:1951:3: note: in expansion of macro 'ABORT_FINALIZE'
> +|ABORT_FINALIZE(RELP_RET_IO_ERR);
> +|^~
> +| ../../git/src/tcp.c:2005:1: note: label 'finalize_it' defined here
> +|  finalize_it:
> +|  ^~~
> +| ../../git/src/tcp.c:1991:6: note: 'r' declared here
> +|   int r = getsockopt(pThis->sock, SOL_SOCKET, SO_ERROR, _error, );
> +|   ^
> +| In file included from ../../git/src/tcp.c:51:
> +| ../../git/src/relp.h:220:3: error: jump skips variable initialization 
> [-Werror=jump-misses-init]
> +|goto finalize_it;  \
> +|^~~~
> +| ../../git/src/tcp.c:1951:3: note: in expansion of macro 'ABORT_FINALIZE'
> +|ABORT_FINALIZE(RELP_RET_IO_ERR);
> +|^~
> +| ../../git/src/tcp.c:2005:1: note: label 'finalize_it' defined here
> +|  finalize_it:
> +|  ^~~
> +| ../../git/src/tcp.c:1989:12: note: 'len' declared here
> +|   socklen_t len = sizeof so_error;
> +| ^~~
> +
> +Upstream-Status: Submitted[https://github.com/rsyslog/librelp/pull/117]
> +
> +Signed-off-by: Mingli Yu 
> +---
> + src/tcp.c | 7 ---
> + 1 file changed, 4 insertions(+), 3 deletions(-)
> +
> +diff --git a/src/tcp.c b/src/tcp.c
> +index f35eb84..fb34dc7 100644
> +--- a/src/tcp.c
>  b/src/tcp.c
> +@@ -1936,6 +1936,9 @@ relpTcpConnect(relpTcp_t *const pThis,
> +   struct addrinfo hints;
> +   struct addrinfo *reslocal = NULL;
> +   struct pollfd pfd;
> ++  int so_error;
> ++  socklen_t len = sizeof so_error;
> ++  int r;
> +
> +   ENTER_RELPFUNC;
> +   RELPOBJ_assert(pThis, Tcp);
> +@@ -1985,10 +1988,8 @@ relpTcpConnect(relpTcp_t *const pThis,
> +   ABORT_FINALIZE(RELP_RET_TIMED_OUT);
> +   }
> +
> +-  int so_error;
> +-  socklen_t len = sizeof so_error;
> +
> +-  int r = getsockopt(pThis->sock, SOL_SOCKET, SO_ERROR, _error, 
> );
> ++  r = getsockopt(pThis->sock, SOL_SOCKET, SO_ERROR, _error, );
> +   if (r == -1 || so_error != 0) {
> +   pThis->pEngine->dbgprint("socket has an error %d\n", 
> so_error);
> +   ABORT_FINALIZE(RELP_RET_IO_ERR);
> +--
> +2.17.1
> +
> diff --git a/meta-oe/recipes-extended/rsyslog/librelp_1.2.14.bb 
> b/meta-oe/recipes-extended/rsyslog/librelp_1.2.16.bb
> similarity index 59%
> rename from meta-oe/recipes-extended/rsyslog/librelp_1.2.14.bb
> rename to

[oe] [meta-java][RFC][PATCH 6/7] openjdk-7: (R)PROVIDE virtual Java [567] packages

2018-07-27 Thread André Draszik

From: André Draszik 

Similar to OpenJDK-8, OpenJDK-7 is a provider of Java 5 through 7
(including).

Signed-off-by: André Draszik 
---
 recipes-core/openjdk/openjdk-7-common.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/recipes-core/openjdk/openjdk-7-common.inc 
b/recipes-core/openjdk/openjdk-7-common.inc
index 1ac3154..85a34da 100644
--- a/recipes-core/openjdk/openjdk-7-common.inc
+++ b/recipes-core/openjdk/openjdk-7-common.inc
@@ -22,6 +22,7 @@ JDK_DIR = "java-7-openjdk"
 
 PN = "${JDKPN}-jre"
 PROVIDES += "${JDKPN}"
+PROVIDES += "${@' '.join('virtual/java'+str(x)+'-sdk 
virtual/java'+str(x)+'-runtime' for x in range(5,8))}"
 
 DEPENDS = " \
 icedtea7-native zip-native ant-native \
@@ -283,6 +284,7 @@ FILES_${JDKPN}-jdk = " \
 RDEPENDS_${JDKPN}-jre = "${JDKPN}-java ${JDKPN}-common"
 RDEPENDS_${JDKPN}-java = "${JDKPN}-common"
 RPROVIDES_${JDKPN}-jre = "java2-runtime"
+RPROVIDES_${JDKPN}-jre += "${@' '.join('virtual-java'+str(x)+'-runtime' for x 
in range(5,8))}"
 
 RDEPENDS_${JDKPN}-jdk = "${JDKPN}-jre"
 
-- 
2.18.0

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

[oe] [meta-java][RFC][PATCH 7/7] ca-certificates-java: switch to more generic / more correct JAVA (R)DEPENDS

2018-07-27 Thread André Draszik

From: André Draszik 

This recipe here actually depends on Java7 upwards, not Java2 upwards,
so state that dependency correctly using the newly introduced (virtual)
RPROVIDES of the OpenJDK8/OpenJRE8 recipes.

At the same time, we can remove hard-coded references to openjdk-8 and
openjre-8, and thusly make the build more flexible.

Signed-off-by: André Draszik 
---
 .../ca-certificates-java_20180516.bb   | 10 ++
 1 file changed, 2 insertions(+), 8 deletions(-)

diff --git a/recipes-core/ca-certificates-java/ca-certificates-java_20180516.bb 
b/recipes-core/ca-certificates-java/ca-certificates-java_20180516.bb
index a2d7abd..2ae7352 100644
--- a/recipes-core/ca-certificates-java/ca-certificates-java_20180516.bb
+++ b/recipes-core/ca-certificates-java/ca-certificates-java_20180516.bb
@@ -14,7 +14,7 @@ DEPENDS = "virtual/javac-native fastjar-native"
 # We can't use virtual/javac-native, because that would create a
 # keystore that can't be read on the target (as virtual/javac-native
 # usually is either too old, or plain incompatible with this)
-PACKAGE_WRITE_DEPS += "openjdk-8-native"
+PACKAGE_WRITE_DEPS += "virtual/java7-runtime-native"
 
 SRC_URI = "\
git://salsa.debian.org/java-team/ca-certificates-java.git \
@@ -31,12 +31,6 @@ B = "${WORKDIR}/build"
 
 JARFILENAME = "${BPN}.jar"
 
-python () {
-runtime = d.getVar("PREFERRED_RPROVIDER_java2-runtime") or ""
-if not runtime in ("openjdk-8", "openjre-8"):
-raise bb.parse.SkipRecipe("PREFERRED_RPROVIDER_java2-runtime '%s' 
unsupported" % runtime)
-}
-
 do_patch_append () {
 bb.build.exec_func('do_fix_sysconfdir', d)
 }
@@ -99,7 +93,7 @@ pkg_postinst_${PN} () {
 }
 
 RDEPENDS_${PN} = "ca-certificates"
-RDEPENDS_${PN}_append_class-target = " java2-runtime"
+RDEPENDS_${PN}_append_class-target = " virtual-java7-runtime"
 
 FILES_${PN} += "${datadir_java}"
 
-- 
2.18.0

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

[oe] [meta-java][RFC][PATCH 5/7] layer.conf: set defaults for Java JRE (R)PROVIDERS

2018-07-27 Thread André Draszik

From: André Draszik 

OpenJRE-8 seems like a good choice.

Signed-off-by: André Draszik 
---
 conf/layer.conf | 9 +
 1 file changed, 9 insertions(+)

diff --git a/conf/layer.conf b/conf/layer.conf
index 8b2978a..e965170 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -17,3 +17,12 @@ SIGGEN_EXCLUDERECIPES_ABISAFE += "\
 
 MULTI_PROVIDER_WHITELIST_append = " ${@' 
'.join('virtual/java'+str(x)+'-sdk-native 
virtual/java'+str(x)+'-runtime-native' for x in range(5,9))}"
 MULTI_PROVIDER_WHITELIST_append = " ${@' 
'.join('virtual/java'+str(x)+'-runtime' for x in range(5,9))}"
+
+PREFERRED_PROVIDER_virtual/java5-runtime ?= "openjre-8"
+PREFERRED_PROVIDER_virtual/java6-runtime ?= "openjre-8"
+PREFERRED_PROVIDER_virtual/java7-runtime ?= "openjre-8"
+PREFERRED_PROVIDER_virtual/java8-runtime ?= "openjre-8"
+PREFERRED_RPROVIDER_virtual-java5-runtime ?= "openjre-8"
+PREFERRED_RPROVIDER_virtual-java6-runtime ?= "openjre-8"
+PREFERRED_RPROVIDER_virtual-java7-runtime ?= "openjre-8"
+PREFERRED_RPROVIDER_virtual-java8-runtime ?= "openjre-8"
-- 
2.18.0

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

[oe] [meta-java][RFC][PATCH 4/7] openjre-8: add meaningful (R)PROVIDES

2018-07-27 Thread André Draszik

From: André Draszik 

Then OpenJRE8 recipe provides a Java Runtime. It
is compatible with Java versions 5 through 8 (including), so add
appropriate (R)PROVIDES, so that recipes depending on it can can specify
that virtual dependency, rather than hard-coding to openjre-8. This makes
it possible to:
a) add OpenJRE9 and OpenJRE10 recipes in the future without much disruption
b) use a different provider than OpenJDK, e.g. Oracle Java, or Zulu Java

This is the approach taken by e.g. Debian.

Signed-off-by: André Draszik 
---
 recipes-core/openjdk/openjre-8_172b11.bb | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/recipes-core/openjdk/openjre-8_172b11.bb 
b/recipes-core/openjdk/openjre-8_172b11.bb
index 220dc01..eac5e5e 100644
--- a/recipes-core/openjdk/openjre-8_172b11.bb
+++ b/recipes-core/openjdk/openjre-8_172b11.bb
@@ -33,10 +33,10 @@ FILES_${PN}-doc_append = "\
 ${JRE_HOME}/THIRD_PARTY_README \
 "
 
-RPROVIDES_${PN} = "java2-vm"
-PROVIDES_${PN} = "java2-vm"
-RPROVIDES_${PN} = "java2-runtime"
-PROVIDES_${PN} = "java2-runtime"
+PROVIDES = "java2-vm java2-runtime"
+PROVIDES += "${@' '.join('virtual/java'+str(x)+'-runtime' for x in 
range(5,9))}"
+RPROVIDES_${PN} = "java2-vm java2-runtime"
+RPROVIDES_${PN} += "${@' '.join('virtual-java'+str(x)+'-runtime' for x in 
range(5,9))}"
 
 inherit update-alternatives
 
-- 
2.18.0

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

[oe] [meta-java][RFC][PATCH 2/7] layer.conf: allow multiple Java SDKs & runtimes to co-exist

2018-07-27 Thread André Draszik

From: André Draszik 

Using MULTI_PROVIDER_WHITELIST, we can instruct Bitbake to not complain
if multiple recipes provide or runtime provide the same Java environment.

This is a common use-case, and Java packages don't conflict with each
other as they are typically installed under a different prefix, while still
providing (more or less) the same features.

Signed-off-by: André Draszik 
---
 conf/layer.conf | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/conf/layer.conf b/conf/layer.conf
index 3b00f61..8b2978a 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -14,3 +14,6 @@ LICENSE_PATH += "${LAYERDIR}/licenses"
 SIGGEN_EXCLUDERECIPES_ABISAFE += "\
 ca-certificates-java \
 "
+
+MULTI_PROVIDER_WHITELIST_append = " ${@' 
'.join('virtual/java'+str(x)+'-sdk-native 
virtual/java'+str(x)+'-runtime-native' for x in range(5,9))}"
+MULTI_PROVIDER_WHITELIST_append = " ${@' 
'.join('virtual/java'+str(x)+'-runtime' for x in range(5,9))}"
-- 
2.18.0

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

[oe] [meta-java][RFC][PATCH 1/7] openjdk-8-native: add meaningful (R)PROVIDES

2018-07-27 Thread André Draszik

From: André Draszik 

The OpenJDK8-native recipe provides a Java SDK, and a Java Runtime. It
is compatible with Java versions 5 through 8 (including), so add
appropriate (R)PROVIDES, so that recipes depending on it can can specify
that virtual dependency, rather than hard-coding to openjdk-8. This makes
it possible to:
a) add OpenJDK9 and OpenJDK10 recipes in the future without much disruption
b) use a different provider than OpenJDK, e.g. Oracle Java, or Zulu Java

This is the approach taken by e.g. Debian.

Signed-off-by: André Draszik 
---
 recipes-core/openjdk/openjdk-8-native.inc | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/recipes-core/openjdk/openjdk-8-native.inc 
b/recipes-core/openjdk/openjdk-8-native.inc
index 761ddc7..2dd31e7 100644
--- a/recipes-core/openjdk/openjdk-8-native.inc
+++ b/recipes-core/openjdk/openjdk-8-native.inc
@@ -87,3 +87,6 @@ do_install() {
 ln -sf "../lib/jvm/${JDK_DIR}/bin/$tool" ${D}${bindir}/$tool
 done
 }
+
+PROVIDES = "${@' '.join('virtual/java'+str(x)+'-sdk-native 
virtual/java'+str(x)+'-runtime-native' for x in range(5,9))}"
+RPROVIDES_${PN} = "${@' '.join('virtual-java'+str(x)+'-sdk-native 
virtual-java'+str(x)+'-runtime-native' for x in range(5,9))}"
-- 
2.18.0

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

[oe] [meta-java][RFC][PATCH 3/7] openjdk-8: add meaningful (R)PROVIDES

2018-07-27 Thread André Draszik

From: André Draszik 

Then OpenJDK8 recipe provides a Java SDK, and a Java Runtime. It
is compatible with Java versions 5 through 8 (including), so add
appropriate (R)PROVIDES, so that recipes depending on it can can specify
that virtual dependency, rather than hard-coding to openjdk-8. This makes
it possible to:
a) add OpenJDK9 and OpenJDK10 recipes in the future without much disruption
b) use a different provider than OpenJDK, e.g. Oracle Java, or Zulu Java

This is the approach taken by e.g. Debian.

Signed-off-by: André Draszik 
---
 recipes-core/openjdk/openjdk-8_172b11.bb | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/recipes-core/openjdk/openjdk-8_172b11.bb 
b/recipes-core/openjdk/openjdk-8_172b11.bb
index 9c2a7a1..77c2a57 100644
--- a/recipes-core/openjdk/openjdk-8_172b11.bb
+++ b/recipes-core/openjdk/openjdk-8_172b11.bb
@@ -45,10 +45,10 @@ FILES_${PN}-doc_append = "\
 
 FILES_${PN}-source = " ${JDK_HOME}/src.zip "
 
-RPROVIDES_${PN} = "java2-vm"
-PROVIDES_${PN} = "java2-vm"
-RPROVIDES_${PN} = "java2-runtime"
-PROVIDES_${PN} = "java2-runtime"
+PROVIDES = "java2-vm java2-runtime"
+PROVIDES += "${@' '.join('virtual/java'+str(x)+'-sdk 
virtual/java'+str(x)+'-runtime' for x in range(5,9))}"
+RPROVIDES_${PN} = "java2-vm java2-runtime"
+RPROVIDES_${PN} += "${@' '.join('virtual-java'+str(x)+'-sdk 
virtual-java'+str(x)+'-runtime' for x in range(5,9))}"
 
 inherit update-alternatives
 
-- 
2.18.0

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

[oe] [meta-java][master-next][PATCH 2/2] ca-certificates-java: update to v20180516

2018-07-27 Thread André Draszik

From: André Draszik 

This is the latest available version and contains
some fixes for Java 10 & Java 11

Signed-off-by: André Draszik 
---
 .../ca-certificates-java/ca-certificates-java.hook.in   | 1 -
 ...icates-java_20170930.bb => ca-certificates-java_20180516.bb} | 2 +-
 2 files changed, 1 insertion(+), 2 deletions(-)
 rename recipes-core/ca-certificates-java/{ca-certificates-java_20170930.bb => 
ca-certificates-java_20180516.bb} (98%)

diff --git 
a/recipes-core/ca-certificates-java/ca-certificates-java/ca-certificates-java.hook.in
 
b/recipes-core/ca-certificates-java/ca-certificates-java/ca-certificates-java.hook.in
index f01fe36..89c764f 100755
--- 
a/recipes-core/ca-certificates-java/ca-certificates-java/ca-certificates-java.hook.in
+++ 
b/recipes-core/ca-certificates-java/ca-certificates-java/ca-certificates-java.hook.in
@@ -61,4 +61,3 @@ else
 fi | SYSROOT="${D:-}" ${JAVA} -Xmx64m \
   -jar ${D:-}@@datadir_java@@/@@JARFILENAME@@ \
   -storepass changeit
-
diff --git a/recipes-core/ca-certificates-java/ca-certificates-java_20170930.bb 
b/recipes-core/ca-certificates-java/ca-certificates-java_20180516.bb
similarity index 98%
rename from recipes-core/ca-certificates-java/ca-certificates-java_20170930.bb
rename to recipes-core/ca-certificates-java/ca-certificates-java_20180516.bb
index 35e2c16..2db1915 100644
--- a/recipes-core/ca-certificates-java/ca-certificates-java_20170930.bb
+++ b/recipes-core/ca-certificates-java/ca-certificates-java_20180516.bb
@@ -22,7 +22,7 @@ SRC_URI = "\
file://${BPN}.hook.in \
 "
 
-SRCREV = "53651f7939e6f35694ee31e5ef0376f1bfce7e55"
+SRCREV = "793b846dcd4e79371bbe8069e4125ec2fd462e57"
 
 inherit java allarch
 
-- 
2.18.0

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

[oe] [meta-java][master-next][PATCH 1/2] openjdk-8: update to 8u172b11

2018-07-27 Thread André Draszik

From: André Draszik 

Signed-off-by: André Draszik 
---
 ...e_162b12.bb => openjdk-8-native_172b11.bb} |  0
 .../openjdk/openjdk-8-release-161b15.inc  | 33 -
 .../openjdk/openjdk-8-release-162b12.inc  | 49 ---
 .../openjdk-8-release-172b11-aarch64.inc  | 33 +
 ...nc => openjdk-8-release-172b11-common.inc} |  0
 .../openjdk/openjdk-8-release-172b11.inc  | 36 ++
 ...penjdk-8_16xbyy.bb => openjdk-8_172b11.bb} |  7 ++-
 ...penjre-8_16xbyy.bb => openjre-8_172b11.bb} |  7 ++-
 8 files changed, 75 insertions(+), 90 deletions(-)
 rename recipes-core/openjdk/{openjdk-8-native_162b12.bb => 
openjdk-8-native_172b11.bb} (100%)
 delete mode 100644 recipes-core/openjdk/openjdk-8-release-161b15.inc
 delete mode 100644 recipes-core/openjdk/openjdk-8-release-162b12.inc
 create mode 100644 recipes-core/openjdk/openjdk-8-release-172b11-aarch64.inc
 rename recipes-core/openjdk/{openjdk-8-release-16xbyy.inc => 
openjdk-8-release-172b11-common.inc} (100%)
 create mode 100644 recipes-core/openjdk/openjdk-8-release-172b11.inc
 rename recipes-core/openjdk/{openjdk-8_16xbyy.bb => openjdk-8_172b11.bb} (92%)
 rename recipes-core/openjdk/{openjre-8_16xbyy.bb => openjre-8_172b11.bb} (91%)

diff --git a/recipes-core/openjdk/openjdk-8-native_162b12.bb 
b/recipes-core/openjdk/openjdk-8-native_172b11.bb
similarity index 100%
rename from recipes-core/openjdk/openjdk-8-native_162b12.bb
rename to recipes-core/openjdk/openjdk-8-native_172b11.bb
diff --git a/recipes-core/openjdk/openjdk-8-release-161b15.inc 
b/recipes-core/openjdk/openjdk-8-release-161b15.inc
deleted file mode 100644
index 0a4434c..000
--- a/recipes-core/openjdk/openjdk-8-release-161b15.inc
+++ /dev/null
@@ -1,33 +0,0 @@
-require openjdk-8-release-16xbyy.inc
-
-CORBA_CHANGESET_aarch64 = "f73da600c483"
-SRC_URI[corba.md5sum] = "bf884b82fcc6de466946fcb87d24ebf3"
-SRC_URI[corba.sha256sum] = 
"ebf73d96185fc05e502088ae89a8d6494c3971dd220458deeff3876f72396b6c"
-
-HOTSPOT_CHANGESET_aarch64 = "a600839824fa"
-SRC_URI[hotspot.md5sum] = "20c88ba26f8f45a2769f4edf32afd593"
-SRC_URI[hotspot.sha256sum] = 
"6d0d1b9c2df3392ad6e21ca3eae39d06b50632a4a419da3d4363248943ea8b97"
-
-JAXP_CHANGESET_aarch64 = "b1e2af899046"
-SRC_URI[jaxp.md5sum] = "219582b26d7de2973b75f4329b53ec7d"
-SRC_URI[jaxp.sha256sum] = 
"907cc4dfb01a3a2a6d74dfa90fa6fcb5b3df55600f41ba44dcdc94b47e85a382"
-
-JAXWS_CHANGESET_aarch64 = "0002ed323fe5"
-SRC_URI[jaxws.md5sum] = "44935b81e3405fcaef675d5d08c2149e"
-SRC_URI[jaxws.sha256sum] = 
"0d1d52f1cf254a643ece1bd6cd8628fae1a4d56e8b59388cc9ad73b3caf151a1"
-
-JDK_CHANGESET_aarch64 = "c2ba2ed87d18"
-SRC_URI[jdk.md5sum] = "f4c0393a157dcb8b90ee7c7d80cbdfbf"
-SRC_URI[jdk.sha256sum] = 
"c84a17451b47242f9d96bf431011607afc3776f285a6ad9a60190fba2d434c49"
-
-LANGTOOLS_CHANGESET_aarch64 = "cdb217c578cb"
-SRC_URI[langtools.md5sum] = "608cf07781259d916d1663d6a5ced26d"
-SRC_URI[langtools.sha256sum] = 
"ad28e75bfaba1b64fdd02ea316db3ba3cba68007f90c5fa2be2418ce8bc0074d"
-
-NASHORN_CHANGESET_aarch64 = "505d0eb2fafe"
-SRC_URI[nashorn.md5sum] = "be981a6c55f9e602ff129fed65505a8c"
-SRC_URI[nashorn.sha256sum] = 
"14419ccd773e1db83b600d05aca3cbac9f24be77abda9a132d12305d8821d6d7"
-
-OPENJDK_CHANGESET_aarch64 = "917454da25c1"
-SRC_URI[openjdk.md5sum] = "1e4b3eca032742b7448731f9b8fcb426"
-SRC_URI[openjdk.sha256sum] = 
"1e17e2d8384a7b808a89b982e7c09c4feb8598b7a66b93697bfb8759c1005974"
diff --git a/recipes-core/openjdk/openjdk-8-release-162b12.inc 
b/recipes-core/openjdk/openjdk-8-release-162b12.inc
deleted file mode 100644
index bc2b342..000
--- a/recipes-core/openjdk/openjdk-8-release-162b12.inc
+++ /dev/null
@@ -1,49 +0,0 @@
-require openjdk-8-release-16xbyy.inc
-
-# We do not yet work for aarch64.
-COMPATIBLE_HOST = "^(?!aarch64).*"
-
-CORBA_CHANGESET = "f6b6ad6feb6e"
-SRC_URI[corba.md5sum] = "0358300224b63f3deeba63d3de7d765c"
-SRC_URI[corba.sha256sum] = 
"54da09fd0c76834094d9f167c03ff1ac2373f5e46fb26d24d0d018cdc59a2842"
-
-HOTSPOT_CHANGESET = "d2e3920d2fd0"
-SRC_URI[hotspot.md5sum] = "17a1da8be42ad0c7778e7090ea5003c1"
-SRC_URI[hotspot.sha256sum] = 
"3f07ee7a49cb4258ef00a8a896b0f7f87e85f06dc31f6c0db698d8058926b365"
-
-JAXP_CHANGESET = "e8a1a2db69dc"
-SRC_URI[jaxp.md5sum] = "9b344a6cf317ca485b8790e67ccc2467"
-SRC_URI[jaxp.sha256sum] = 
"fbd0eaed48415c2918a47e7d76ce276416bab792e1959b1d3dee2b703aa76f5a"
-
-JAXWS_CHANGESET = "7b4329f78e52"
-SRC_URI[jaxws.md5sum] = "b1da20ee79382eb5bb72077eb02addd4"
-SRC_URI[jaxws.sha256sum] = 
"ffd31d467c6fe7fc0956e801c08168d48ba02b4dea38b7dedbafc054092ca8f0"
-
-JDK_CHANGESET = "d201d8b87f48"
-SRC_URI[jdk.md5sum] = "bced8a322e53083472b39f01e938b21a"
-SRC_URI[jdk.sha256sum] = 
"6e057ceb02a7d8bb66233d52b23d246120b5c0d72e7a71cb6fb0ace84e8bb581"
-
-LANGTOOLS_CHANGESET = "034738d4f1d2"
-SRC_URI[langtools.md5sum] = "fbc6faea65cfc248f93f54e634d7bf50"
-SRC_URI[langtools.sha256sum] = 
"91615ade480c706f58062e74ee112f95ab947e1c5366a29a7d9b2b6b0a2f72d3"
-
-NASHORN_CHANGESET = "81ce60cabe97"
-SRC_URI[nashorn.md5sum] =

[oe] [meta-python][PATCH] python-daemon: fix build dependencies to use the native version rather than target for docutils

2018-07-27 Thread Derek Straka

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

diff --git a/meta-python/recipes-devtools/python/python-daemon_2.1.2.bb 
b/meta-python/recipes-devtools/python/python-daemon_2.1.2.bb
index 4c18e2b..ffb5beb 100644
--- a/meta-python/recipes-devtools/python/python-daemon_2.1.2.bb
+++ b/meta-python/recipes-devtools/python/python-daemon_2.1.2.bb
@@ -2,7 +2,7 @@ DESCRIPTION = "Library to implement a well-behaved Unix daemon 
process"
 HOMEPAGE = "https://pagure.io/python-daemon/;
 SECTION = "devel/python"
 
-DEPENDS = "python-docutils"
+DEPENDS += "python-docutils-native"
 RDEPENDS_${PN} = "python-docutils \
   python-lockfile (>= 0.10) \
   python-resource \
-- 
2.7.4

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

[oe] [meta-oe][PATCH] libblockdev: cleanup/fix PACKAGECONFIG/dependencies

2018-07-27 Thread Ioan-Adrian Ratiu

It only makes sense to rdepend on lvm2 if lvm is enabled by the
configuration and the nss and volume-key dependencies are only needed
if --with-escrow is configured. These dependencies are quite big so
it's good to have a way to disable them.

Signed-off-by: Ioan-Adrian Ratiu 
---
 .../recipes-extended/libblockdev/libblockdev_2.18.bb  | 11 +++
 1 file changed, 3 insertions(+), 8 deletions(-)

diff --git a/meta-oe/recipes-extended/libblockdev/libblockdev_2.18.bb 
b/meta-oe/recipes-extended/libblockdev/libblockdev_2.18.bb
index 4dbd04cd7..a58871f0c 100644
--- a/meta-oe/recipes-extended/libblockdev/libblockdev_2.18.bb
+++ b/meta-oe/recipes-extended/libblockdev/libblockdev_2.18.bb
@@ -12,8 +12,6 @@ inherit autotools python3native gobject-introspection
 
 DEPENDS += " \
 cryptsetup \
-nss \
-volume-key \
 libbytesize \
 btrfs-tools \
 "
@@ -26,16 +24,12 @@ SRC_URI = " \
 
 S = "${WORKDIR}/git"
 
-RDEPENDS_${PN} += " \
-lvm2 \
-"
-
 FILES_${PN} += "${PYTHON_SITEPACKAGES_DIR}"
 
-PACKAGECONFIG ??= "python3 lvm dm kmod parted fs"
+PACKAGECONFIG ??= "python3 lvm dm kmod parted fs escrow"
 PACKAGECONFIG[python3] = "--with-python3, --without-python3,,python3"
 PACKAGECONFIG[python2] = "--with-python2, --without-python2,,python2"
-PACKAGECONFIG[lvm] = "--with-lvm, --without-lvm, multipath-tools"
+PACKAGECONFIG[lvm] = "--with-lvm, --without-lvm, multipath-tools, lvm2"
 PACKAGECONFIG[dm] = "--with-dm, --without-dm"
 PACKAGECONFIG[dmraid] = "--with-dmraid, --without-dmraid"
 PACKAGECONFIG[kmod] = "--with-kbd, --without-kbd, kmod"
@@ -44,6 +38,7 @@ PACKAGECONFIG[fs] = "--with-fs, --without-fs, util-linux"
 PACKAGECONFIG[doc] = "--with-gtk-doc, --without-gtk-doc, gtk-doc-native"
 PACKAGECONFIG[nvdimm] = "--with-nvdimm, --without-nvdimm"
 PACKAGECONFIG[vdo] = "--with-vdo, --without-vdo"
+PACKAGECONFIG[escrow] = "--with-escrow, --without-escrow, nss volume-key"
 
 export GIR_EXTRA_LIBS_PATH="${B}/src/utils/.libs"
 
-- 
2.18.0

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

[oe] [meta-python][PATCH] python-stevedore: add pbr-native to the build dependencies

2018-07-27 Thread Derek Straka

Signed-off-by: Derek Straka 
---
 meta-python/recipes-devtools/python/python-stevedore.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-python/recipes-devtools/python/python-stevedore.inc 
b/meta-python/recipes-devtools/python/python-stevedore.inc
index b23fb4c..a50c0e8 100644
--- a/meta-python/recipes-devtools/python/python-stevedore.inc
+++ b/meta-python/recipes-devtools/python/python-stevedore.inc
@@ -8,6 +8,8 @@ SRC_URI[sha256sum] = 
"f1c7518e7b160336040fee272174f1f7b29a46febb3632502a8f2055f9
 
 inherit pypi
 
+DEPENDS += "${PYTHON_PN}-pbr-native"
+
 RDEPENDS_${PN} += "${PYTHON_PN}-pbr ${PYTHON_PN}-six"
 
 BBCLASSEXTEND = "native"
-- 
2.7.4

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

[oe] [PATCH] libusb-compat: add (from oe-core)

2018-07-27 Thread Ross Burton

This is being removed from oe-core, so add to meta-oe as some recipes still
claim to need it.

Signed-off-by: Ross Burton 
---
 .../0001-usb.h-Include-sys-types.h.patch   | 30 
 .../recipes-support/libusb/libusb-compat_0.1.5.bb  | 42 ++
 2 files changed, 72 insertions(+)
 create mode 100644 
meta-oe/recipes-support/libusb/libusb-compat/0001-usb.h-Include-sys-types.h.patch
 create mode 100644 meta-oe/recipes-support/libusb/libusb-compat_0.1.5.bb

diff --git 
a/meta-oe/recipes-support/libusb/libusb-compat/0001-usb.h-Include-sys-types.h.patch
 
b/meta-oe/recipes-support/libusb/libusb-compat/0001-usb.h-Include-sys-types.h.patch
new file mode 100644
index 00..b88440dec9
--- /dev/null
+++ 
b/meta-oe/recipes-support/libusb/libusb-compat/0001-usb.h-Include-sys-types.h.patch
@@ -0,0 +1,30 @@
+From 340f911f9e3f4ff6b01682c5341c959060782af2 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 2 Apr 2015 19:18:45 -0700
+Subject: [PATCH] usb.h: Include sys/types.h
+
+We need the definitions for things like u_intX_t
+
+Upstream-Status: Pending
+
+Signed-off-by: Khem Raj 
+---
+ libusb/usb.h | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/libusb/usb.h b/libusb/usb.h
+index 84e730f..caffae2 100644
+--- a/libusb/usb.h
 b/libusb/usb.h
+@@ -31,6 +31,8 @@
+ 
+ #include 
+ 
++#include 
++
+ /*
+  * USB spec information
+  *
+-- 
+2.1.4
+
diff --git a/meta-oe/recipes-support/libusb/libusb-compat_0.1.5.bb 
b/meta-oe/recipes-support/libusb/libusb-compat_0.1.5.bb
new file mode 100644
index 00..1ddbe238fc
--- /dev/null
+++ b/meta-oe/recipes-support/libusb/libusb-compat_0.1.5.bb
@@ -0,0 +1,42 @@
+SUMMARY = "libusb-0.1 compatibility layer for libusb1"
+DESCRIPTION = "libusb-0.1 compatible layer for libusb1, a drop-in replacement \
+that aims to look, feel and behave exactly like libusb-0.1"
+HOMEPAGE = "http://www.libusb.org/;
+BUGTRACKER = "http://www.libusb.org/report;
+SECTION = "libs"
+
+LICENSE = "LGPLv2.1+"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=f2ac5f3ac4835e8f91324a26a590a423"
+DEPENDS = "libusb1"
+
+# Few packages are known not to work with libusb-compat (e.g. libmtp-1.0.0),
+# so here libusb-0.1 is removed completely instead of adding virtual/libusb0.
+# Besides, libusb-0.1 uses a per 1ms polling that hurts a lot to power
+# consumption.
+PROVIDES = "libusb virtual/libusb0"
+BBCLASSEXTEND = "native nativesdk"
+
+PE = "1"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/libusb/libusb-compat-${PV}.tar.bz2 \
+   file://0001-usb.h-Include-sys-types.h.patch \
+  "
+
+SRC_URI[md5sum] = "2780b6a758a1e2c2943bdbf7faf740e4"
+SRC_URI[sha256sum] = 
"404ef4b6b324be79ac1bfb3d839eac860fbc929e6acb1ef88793a6ea328bc55a"
+
+UPSTREAM_CHECK_URI = 
"http://sourceforge.net/projects/libusb/files/libusb-compat-0.1/;
+UPSTREAM_CHECK_REGEX = "/libusb-compat-(?P(\d+[\.\-_]*)+)/$"
+
+BINCONFIG = "${bindir}/libusb-config"
+
+inherit autotools pkgconfig binconfig-disabled lib_package
+
+EXTRA_OECONF = "--libdir=${base_libdir}"
+
+do_install_append() {
+   install -d ${D}${libdir}
+   if [ ! ${D}${libdir} -ef ${D}${base_libdir} ]; then
+   mv ${D}${base_libdir}/pkgconfig ${D}${libdir}
+   fi
+}
-- 
2.11.0

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

Re: [oe] [meta-openembedded] Original ltrace_git.bb SRCREV commit used is now unavailable in git tarball from ltrace.org

2018-07-27 Thread Aditya Tayade

Hi,


Me too facing same issue. Any advice on this.



Regards,

Aditya Tayade


From: Nisha Parrakat
Sent: Tuesday, July 24, 2018 4:08:12 PM
To: openembedded-iss...@lists.openembedded.org; 
openembedded-devel@lists.openembedded.org
Cc: yo...@yoctoproject.org
Subject: [meta-openembedded] Original ltrace_git.bb SRCREV commit used is now 
unavailable in git tarball from ltrace.org


Hi all,


ltrace recipe is pointing to a fetch url 
(git://anonscm.debian.org/collab-maint/ltrace.git;branch=master) that is 
discontinued now.

No ltrace found in alternate salsa.debian.org.

Tarball for ltrace is present in ltrace.org but the SRCREV in the mentioned in 
the original recipe is not found any more but we do see the same commit with 
another sha but a different git history.


Please advice if we should modify the SRCREV to reflect the new git source from 
ltrace.org?


original SRCREV in recipe c22d3594...

corresponding SRCREV coming from the git tarball is ea8928da...


Please advice .




Regards,
Ms Nisha Parrakat
KPIT Technologies Ltd, Pune, INDIA


This message contains information that may be privileged or confidential and is 
the property of the KPIT Technologies Ltd. It is intended only for the person 
to whom it is addressed. If you are not the intended recipient, you are not 
authorized to read, print, retain copy, disseminate, distribute, or use this 
message or any part thereof. If you receive this message in error, please 
notify the sender immediately and delete all copies of this message. KPIT 
Technologies Ltd. does not accept any liability for virus infected mails.
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] rsyslog: fix race in parallel builds

2018-07-27 Thread Hongxu Jia


Accepted by upstream

https://github.com/rsyslog/rsyslog/commit/edce434db0688fc995f39eb1b329c60dbb5ed552

//Hongxu

On 2018年07月27日 10:49, Hongxu Jia wrote:

If libgcry.la is built later than lmcry_gcry.la, there is a failure:
[snip]
|../aarch64-wrs-linux-libtool  --tag=CC   --mode=link aarch64-wrs-linux-gcc
-o lmcry_gcry.la lmcry_gcry_la-lmcry_gcry.lo libgcry.la -lgcrypt
|aarch64-wrs-linux-libtool:   error: cannot find the library 'libgcry.la'
or unhandled argument 'libgcry.la'
|Makefile:1049: recipe for target 'lmcry_gcry.la' failed
|make[2]: *** [lmcry_gcry.la] Error 1
[snip]

The LIBADD of lmcry_gcry.la contains libgcry.la, we should also add libgcry.la
to lmcry_gcry.la's DEPENDENCIES.

Signed-off-by: Hongxu Jia 
---
  .../rsyslog/fix-race-in-parallel-builds.patch  | 41 ++
  meta-oe/recipes-extended/rsyslog/rsyslog_8.36.0.bb |  1 +
  2 files changed, 42 insertions(+)
  create mode 100644 
meta-oe/recipes-extended/rsyslog/rsyslog/fix-race-in-parallel-builds.patch

diff --git 
a/meta-oe/recipes-extended/rsyslog/rsyslog/fix-race-in-parallel-builds.patch 
b/meta-oe/recipes-extended/rsyslog/rsyslog/fix-race-in-parallel-builds.patch
new file mode 100644
index 000..a1efe4d
--- /dev/null
+++ b/meta-oe/recipes-extended/rsyslog/rsyslog/fix-race-in-parallel-builds.patch
@@ -0,0 +1,41 @@
+From 7f003e3a7d4d6dda1cbca1694b62754878c58df0 Mon Sep 17 00:00:00 2001
+From: Hongxu Jia 
+Date: Fri, 27 Jul 2018 10:19:29 +0800
+Subject: [PATCH] fix race in parallel builds
+
+If libgcry.la is built later than lmcry_gcry.la, there is a failure:
+[snip]
+|../aarch64-wrs-linux-libtool  --tag=CC   --mode=link aarch64-wrs-linux-gcc
+-o lmcry_gcry.la lmcry_gcry_la-lmcry_gcry.lo libgcry.la -lgcrypt
+|aarch64-wrs-linux-libtool:   error: cannot find the library 'libgcry.la'
+or unhandled argument 'libgcry.la'
+|Makefile:1049: recipe for target 'lmcry_gcry.la' failed
+|make[2]: *** [lmcry_gcry.la] Error 1
+[snip]
+
+The LIBADD of lmcry_gcry.la contains libgcry.la, we should also add libgcry.la
+to lmcry_gcry.la's DEPENDENCIES.
+
+Upstream-Status: Submitted [https://github.com/rsyslog/rsyslog/pull/2882]
+
+Signed-off-by: Hongxu Jia 
+---
+ runtime/Makefile.am | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/runtime/Makefile.am b/runtime/Makefile.am
+index 56bc08e..5ada0c4 100644
+--- a/runtime/Makefile.am
 b/runtime/Makefile.am
+@@ -202,7 +202,7 @@ if ENABLE_LIBGCRYPT
+libgcry_la_SOURCES = libgcry.c libgcry_common.c libgcry.h
+libgcry_la_CPPFLAGS = $(RSRT_CFLAGS) $(LIBGCRYPT_CFLAGS)
+pkglib_LTLIBRARIES += lmcry_gcry.la
+-   lmcry_gcry_la_DEPENDENCIES = librsyslog.la
++   lmcry_gcry_la_DEPENDENCIES = librsyslog.la libgcry.la
+lmcry_gcry_la_SOURCES = lmcry_gcry.c lmcry_gcry.h
+lmcry_gcry_la_CPPFLAGS = $(RSRT_CFLAGS) $(LIBGCRYPT_CFLAGS)
+lmcry_gcry_la_LDFLAGS = -module -avoid-version \
+--
+2.7.4
+
diff --git a/meta-oe/recipes-extended/rsyslog/rsyslog_8.36.0.bb 
b/meta-oe/recipes-extended/rsyslog/rsyslog_8.36.0.bb
index 386ad32..9737892 100644
--- a/meta-oe/recipes-extended/rsyslog/rsyslog_8.36.0.bb
+++ b/meta-oe/recipes-extended/rsyslog/rsyslog_8.36.0.bb
@@ -24,6 +24,7 @@ SRC_URI = 
"http://www.rsyslog.com/download/files/download/rsyslog/${BPN}-${PV}.t
 file://use-pkgconfig-to-check-libgcrypt.patch \
 file://run-ptest \
 file://rsyslog-fix-ptest-not-finish.patch \
+   file://fix-race-in-parallel-builds.patch \
  "
  
  SRC_URI_append_libc-musl = " \



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

[oe] [meta-python][PATCH] python-mock: fix license from Apache-2.0 to BSD-2-Clause

2018-07-27 Thread Takuma Ueba

This packages license shold be not Apache-2.0 but BSD-2-Clause.
I judgetd by LICENSE file and SPDX file.

Signed-off-by: Takuma Ueba 
---
 meta-python/recipes-devtools/python/python-mock_2.0.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-python/recipes-devtools/python/python-mock_2.0.0.bb 
b/meta-python/recipes-devtools/python/python-mock_2.0.0.bb
index 840c36efe..210502ff5 100644
--- a/meta-python/recipes-devtools/python/python-mock_2.0.0.bb
+++ b/meta-python/recipes-devtools/python/python-mock_2.0.0.bb
@@ -1,5 +1,5 @@
 SUMMARY = "A Python Mocking and Patching Library for Testing"
-LICENSE = "Apache-2.0"
+LICENSE = "BSD-2-Clause"
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=de9dfbf780446b18aab11f00baaf5b7e"
 
 SRC_URI[md5sum] = "0febfafd14330c9dcaa40de2d82d40ad"
-- 
2.17.1


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

[oe] [meta-qt5][sumo][PATCH] qtwebkit: Make qtwebkit support armv BE

2018-07-27 Thread Lei Maohui

Signed-off-by: Lei Maohui 
---
 .../qtwebkit/0001-Fix-build-bug-for-armeb.patch| 26 ++
 recipes-qt/qt5/qtwebkit_git.bb |  1 +
 2 files changed, 27 insertions(+)
 create mode 100644 recipes-qt/qt5/qtwebkit/0001-Fix-build-bug-for-armeb.patch

diff --git a/recipes-qt/qt5/qtwebkit/0001-Fix-build-bug-for-armeb.patch 
b/recipes-qt/qt5/qtwebkit/0001-Fix-build-bug-for-armeb.patch
new file mode 100644
index 000..9e15205
--- /dev/null
+++ b/recipes-qt/qt5/qtwebkit/0001-Fix-build-bug-for-armeb.patch
@@ -0,0 +1,26 @@
+From 21cd85076261611a28d5f0a68828bc2216b8e7fe Mon Sep 17 00:00:00 2001
+From: Lei Maohui 
+Date: Thu, 26 Jul 2018 17:50:32 +0900
+Subject: [PATCH] Fix build bug for armeb.
+
+Signed-off-by: Lei Maohui 
+---
+ Source/WTF/wtf/dtoa/utils.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Source/WTF/wtf/dtoa/utils.h b/Source/WTF/wtf/dtoa/utils.h
+index 298bf4d..7f6c873 100644
+--- a/Source/WTF/wtf/dtoa/utils.h
 b/Source/WTF/wtf/dtoa/utils.h
+@@ -46,7 +46,7 @@
+ // disabled.)
+ // On Linux,x86 89255e-22 != Div_double(89255.0/1e22)
+ #if defined(_M_X64) || defined(__x86_64__) || \
+-defined(__ARMEL__) || \
++defined(__arm__) || \
+ defined(_MIPS_ARCH_MIPS32R2)
+ #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1
+ #elif CPU(MIPS) || CPU(PPC) || CPU(PPC64) || OS(WINCE) || CPU(SH4) || 
CPU(S390) || CPU(S390X) || CPU(IA64) || CPU(SPARC) || CPU(ALPHA) || CPU(MIPS64) 
|| CPU(AARCH64) || CPU(HPPA)
+-- 
+2.7.4
+
diff --git a/recipes-qt/qt5/qtwebkit_git.bb b/recipes-qt/qt5/qtwebkit_git.bb
index c8e8328..025f0b1 100644
--- a/recipes-qt/qt5/qtwebkit_git.bb
+++ b/recipes-qt/qt5/qtwebkit_git.bb
@@ -31,6 +31,7 @@ ARM_INSTRUCTION_SET_armv7ve = "thumb"
 SRC_URI += "\
 file://0001-qtwebkit-fix-QA-issue-bad-RPATH.patch \
 file://0002-Exclude-backtrace-API-for-non-glibc-libraries.patch \
+file://0001-Fix-build-bug-for-armeb.patch \
 "
 
 PACKAGECONFIG ??= "gstreamer qtlocation qtmultimedia qtsensors qtwebchannel \
-- 
2.7.4



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

Re: [oe] [meta-oe][PATCH 1/1] kernel-selftest: Add a recipe on kernel selftest

2018-07-27 Thread Hongzhi, Song


Hi Raj,

Could you help to confirm that if the libelf exists in your recipe-sysroot?

Because I can't reproduce your error.


--Hongzhi


On 2018年07月27日 16:40, Khem Raj wrote:

this fails on rpi

ERROR: Logfile of failure stored in:
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/temp/log.do_compile.22198
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: make -j 16 CROSS_COMPILE=arm-bec-linux-gnueabi- ARCH=arm
CC=arm-bec-linux-gnueabi-gcc  -march=armv7ve -mthumb -mfpu=neon-vfpv4
-mfloat-abi=hard -mcpu=cortex-a7 -fstack-protector-strong
-D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security
-fstack-protector-strong  -D_FORTIFY_SOURCE=2 -Wformat
-Wformat-security -Werror=format-security
--sysroot=/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/recipe-sysroot
AR=arm-bec-linux-gnueabi-ar LD=arm-bec-linux-gnueabi-ld
--sysroot=/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/recipe-sysroot
  
DESTDIR=/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/image
-C 
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf
| make: Entering directory
'/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf'
| make -C ../../../lib/bpf
OUTPUT=/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf/
| make[1]: Entering directory
'/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/lib/bpf'
|
| Auto-detecting system features:
| ...libelf: [ ^[[31mOFF^[[m ]
| ...   bpf: [ ^[[31mOFF^[[m ]
|
| BPF API too old
| make[1]: *** [Makefile:219: bpfdep] Error 255
| make[1]: *** Waiting for unfinished jobs
| No libelf found
| make[1]: *** [Makefile:216: elfdep] Error 255
|   HOSTCC   
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf/fixdep.o
|   HOSTLD   
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf/fixdep-in.o
|   LINK 
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf/fixdep
| make[1]: Leaving directory
'/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/lib/bpf'
| make: *** [Makefile:33:
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf/libbpf.a]
Error 2
| make: Leaving directory
'/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf'
| ERROR: oe_runmake failed
| WARNING: 
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/temp/run.do_compile.22198:1
exit 1 from 'exit 1'
| ERROR: Function failed: do_compile (log file is located at
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/temp/log.do_compile.22198)

On Mon, Jul 16, 2018 at 2:51 AM Hongzhi, Song
 wrote:



On 2018年07月14日 00:23, Burton, Ross wrote:

On 13 July 2018 at 15:06, Hongzhi.Song  wrote:

+LIC_FILES_CHKSUM = "file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7 \

Why are you shipping your own copy of the kernel's COPYING file even
though you copy another in that prefunc?

Isn't it possible to just depend on kernel-source and build directly
from the kernel source tree?


+# for bpf and vm
+DEPENDS = " \
+elfutils \
+libcap \
+libcap-ng \
+fuse \
+util-linux \
+rsync-native \
+"

Really not convinced these dependencies are accurate.


+TEST_LIST = "bpf \
+ vm \
+"

You're not listing memfd in here, but that is the only place which
uses fuse as far as I can tell.

My suggestion is to trim the DEPENDS back to the core minimum and use
PACKAGECONIG to select what directories get built. This means you can
have optional test suites where the dependencies are not in oe-core
(fuse for memfd, for example), and get the right RDEPENDS too.


+oe_runmake -C ${S}/tools/testing/selftests/${i} 
INSTALL_PATH=${D}/opt/kselftest/${i} install

FHS says /opt is for sysadmin-installed tools that are not package
managed.  You're building a package.  You're also building a package
which is essentially ptest.  I'd say inherit ptest, write a runner,
and put all the binaries in $PTESTDIR.

Hi Burton,

kernel-selftest is designed to be shared by ptest and oe-self, and thus is
not supposed to inherit ptest.

The suggestions you mentioned above will be modified soon.

--Hongzhi


Ross



--
___
Openembedded-devel mailing list

Re: [oe] [meta-oe][PATCH 1/1] kernel-selftest: Add a recipe on kernel selftest

2018-07-27 Thread Khem Raj

this fails on rpi

ERROR: Logfile of failure stored in:
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/temp/log.do_compile.22198
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: make -j 16 CROSS_COMPILE=arm-bec-linux-gnueabi- ARCH=arm
CC=arm-bec-linux-gnueabi-gcc  -march=armv7ve -mthumb -mfpu=neon-vfpv4
-mfloat-abi=hard -mcpu=cortex-a7 -fstack-protector-strong
-D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security
-fstack-protector-strong  -D_FORTIFY_SOURCE=2 -Wformat
-Wformat-security -Werror=format-security
--sysroot=/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/recipe-sysroot
AR=arm-bec-linux-gnueabi-ar LD=arm-bec-linux-gnueabi-ld
--sysroot=/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/recipe-sysroot
 
DESTDIR=/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/image
-C 
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf
| make: Entering directory
'/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf'
| make -C ../../../lib/bpf
OUTPUT=/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf/
| make[1]: Entering directory
'/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/lib/bpf'
|
| Auto-detecting system features:
| ...libelf: [ ^[[31mOFF^[[m ]
| ...   bpf: [ ^[[31mOFF^[[m ]
|
| BPF API too old
| make[1]: *** [Makefile:219: bpfdep] Error 255
| make[1]: *** Waiting for unfinished jobs
| No libelf found
| make[1]: *** [Makefile:216: elfdep] Error 255
|   HOSTCC   
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf/fixdep.o
|   HOSTLD   
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf/fixdep-in.o
|   LINK 
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf/fixdep
| make[1]: Leaving directory
'/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/lib/bpf'
| make: *** [Makefile:33:
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf/libbpf.a]
Error 2
| make: Leaving directory
'/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/kernel-selftest-1.0/tools/testing/selftests/bpf'
| ERROR: oe_runmake failed
| WARNING: 
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/temp/run.do_compile.22198:1
exit 1 from 'exit 1'
| ERROR: Function failed: do_compile (log file is located at
/mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/kernel-selftest/1.0-r0/temp/log.do_compile.22198)

On Mon, Jul 16, 2018 at 2:51 AM Hongzhi, Song
 wrote:
>
>
>
> On 2018年07月14日 00:23, Burton, Ross wrote:
> > On 13 July 2018 at 15:06, Hongzhi.Song  wrote:
> >> +LIC_FILES_CHKSUM = "file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7 \
> > Why are you shipping your own copy of the kernel's COPYING file even
> > though you copy another in that prefunc?
> >
> > Isn't it possible to just depend on kernel-source and build directly
> > from the kernel source tree?
> >
> >> +# for bpf and vm
> >> +DEPENDS = " \
> >> +elfutils \
> >> +libcap \
> >> +libcap-ng \
> >> +fuse \
> >> +util-linux \
> >> +rsync-native \
> >> +"
> > Really not convinced these dependencies are accurate.
> >
> >> +TEST_LIST = "bpf \
> >> + vm \
> >> +"
> > You're not listing memfd in here, but that is the only place which
> > uses fuse as far as I can tell.
> >
> > My suggestion is to trim the DEPENDS back to the core minimum and use
> > PACKAGECONIG to select what directories get built. This means you can
> > have optional test suites where the dependencies are not in oe-core
> > (fuse for memfd, for example), and get the right RDEPENDS too.
> >
> >> +oe_runmake -C ${S}/tools/testing/selftests/${i} 
> >> INSTALL_PATH=${D}/opt/kselftest/${i} install
> > FHS says /opt is for sysadmin-installed tools that are not package
> > managed.  You're building a package.  You're also building a package
> > which is essentially ptest.  I'd say inherit ptest, write a runner,
> > and put all the binaries in $PTESTDIR.
>
> Hi Burton,
>
> kernel-selftest is designed to be shared by ptest and oe-self, and thus is
> not supposed to inherit ptest.
>
> The suggestions you mentioned above will be modified soon.
>
> --Hongzhi
>
> >
> > Ross
> >
>
-- 
___
Openembedded-devel mailing list

Re: [oe] [meta-networking][PATCH] wireshark: update to 2.6.2

2018-07-27 Thread Khem Raj

wireshark-native fails in do_install

| install: cannot stat
'/mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/build/run/make-dissectors':
No such file or directory
| WARNING: 
/mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/temp/run.do_install.31339:1
exit 1 from 'install -m 0755
/mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/build/run/$f
/mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/image/mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/recipe-sysroot-native/usr/bin'
| ERROR: Function failed: do_install (log file is located at
/mnt/a/oe/build/tmp/work/x86_64-linux/wireshark-native/1_2.6.2-r0/temp/log.do_install.31339)
On Thu, Jul 26, 2018 at 8:11 AM Armin Kuster  wrote:
>
> includes security fixes:
>
> wnpa-sec-2018-34 BGP dissector large loop. Bug 13741. CVE-2018-14342.
> wnpa-sec-2018-35 ISMP dissector crash. Bug 14672. CVE-2018-14344.
> wnpa-sec-2018-36 Multiple dissectors could crash. Bug 14675. CVE-2018-14340.
> wnpa-sec-2018-37 ASN.1 BER dissector crash. Bug 14682. CVE-2018-14343.
> wnpa-sec-2018-38 MMSE dissector infinite loop. Bug 14738. CVE-2018-14339.
> wnpa-sec-2018-39 DICOM dissector crash. Bug 14742. CVE-2018-14341.
> wnpa-sec-2018-40 Bazaar dissector infinite loop. Bug 14841. CVE-2018-14368.
> wnpa-sec-2018-41 HTTP2 dissector crash. Bug 14869. CVE-2018-14369.
> wnpa-sec-2018-42 CoAP dissector crash. Bug 14966. CVE-2018-14367.
>
> Signed-off-by: Armin Kuster 
> ---
>  .../wireshark/{wireshark_2.6.1.bb => wireshark_2.6.2.bb}  | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta-networking/recipes-support/wireshark/{wireshark_2.6.1.bb => 
> wireshark_2.6.2.bb} (95%)
>
> diff --git a/meta-networking/recipes-support/wireshark/wireshark_2.6.1.bb 
> b/meta-networking/recipes-support/wireshark/wireshark_2.6.2.bb
> similarity index 95%
> rename from meta-networking/recipes-support/wireshark/wireshark_2.6.1.bb
> rename to meta-networking/recipes-support/wireshark/wireshark_2.6.2.bb
> index 91c5e96bb0..4da0cecee4 100644
> --- a/meta-networking/recipes-support/wireshark/wireshark_2.6.1.bb
> +++ b/meta-networking/recipes-support/wireshark/wireshark_2.6.2.bb
> @@ -14,8 +14,8 @@ SRC_URI = "https://1.as.dl.wireshark.org/src/${BP}.tar.xz \
>
>  UPSTREAM_CHECK_URI = "https://1.as.dl.wireshark.org/src;
>
> -SRC_URI[md5sum] = "b0e9e5fe22e96d9fdfad18f750fa8f55"
> -SRC_URI[sha256sum] = 
> "ab6e5bbc3464c956347b8671ce8397950ad5daff3bf9964c967d495f4ddbcd88"
> +SRC_URI[md5sum] = "086d235509717190d06554b2ab870209"
> +SRC_URI[sha256sum] = 
> "49b2895ee3ba17ef9ef0aebfdc4d32a778e0f36ccadde184516557d5f3357094"
>
>  PE = "1"
>
> --
> 2.17.1
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-java] merged master-next to master

2018-07-27 Thread Richard Leitner


Hi,
this is a note to let you know that I've just merged the following 
patches from master-next to the master branch of the meta-java 
repository at git://git.yoctoproject.org/meta-java.


If any of them should be backported to any stable branches please get in
contact with us by replying to this email. Thanks.


André Draszik (7):
  layer.conf: add ca-certificates-java to SIGGEN_EXCLUDERECIPES_A...
  ca-certificates-java: add recipe to generate trustStore
  openjdk-8: give downloaded files a more descriptive name
  docs: add bootstrap-flow.txt
  libecj-bootstrap-native: simplify build
  set SUMMARY instead of DESCRIPTION
  classpath: harmonise -native and -initial-native recipes

Mike Crowe (1):
  jdepend: Retrieve source from Git rather than tarball

Richard Leitner (5):
  openjdk-8: fix build for gcc8.x
  ca-certificates-java: update SRC_URI
  oeqa: runtime: add java & javac testcases
  images/classes: add open{jdk,jre}-{7,8} test
  README: add "Testing" section

Wenlin Kang (2):
  openjdk-8: remove debuglink
  openjdk-8: remove redunant FILES_${PN}-dbg

fan.xin (1):
  openjdk-8: correct the typo mistake


If you have any questions, please let me know.
regards;Richard.L
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5][PATCH] Change default SRC_URI from github.com to code.qt.io

2018-07-27 Thread Martin Jansa

One disadvantage of this is that fetching from code.qt.io seems to be
significantly slower than from github.com.

One extreme case is just running in one of my old build dirs, where the
checkout from code.qt.io wasn't updated on premirror for quite long time
and now the do_fetch of qtbase is already running for 43 hours..

Most of the time it's removing various refs from gerrit reviews:
$ tail
work/x86_64-linux/qtbase-native/5.9.6+gitAUTOINC+9c50112304-r0/temp/log.do_fetch
 x [deleted] (none) -> refs/changes/83/75483/6
 x [deleted] (none) -> refs/changes/83/75783/1
 x [deleted] (none) -> refs/changes/83/75783/2
 x [deleted] (none) -> refs/changes/83/75783/3
 x [deleted] (none) -> refs/changes/83/75783/4
 x [deleted] (none) -> refs/changes/83/75783/5
 x [deleted] (none) -> refs/changes/83/75783/6
 x [deleted] (none) -> refs/changes/83/7583/1
 x [deleted] (none) -> refs/changes/83/76183/1
 x [deleted] (none) -> refs/changes/83/76183/2

and there is a lot of them:
$ grep -c deleted
work/x86_64-linux/qtbase-native/5.9.6+gitAUTOINC+9c50112304-r0/temp/log.do_fetch
81174

$ grep -c deleted.*refs/changes
work/x86_64-linux/qtbase-native/5.9.6+gitAUTOINC+9c50112304-r0/temp/log.do_fetch
63253

$ grep -c deleted.*refs/builds
work/x86_64-linux/qtbase-native/5.9.6+gitAUTOINC+9c50112304-r0/temp/log.do_fetch
17921

Yes it might be faster to delete the archive from premirror and do clone
from scratch, but other developers wouldn't know what to do with local
downloads directory.

On Fri, Mar 2, 2018 at 5:19 PM Mikko Gronoff  wrote:

> There have been issues in the past with github qt mirror being out of
> sync with code.qt.io for certain module repos. Right now there's been a
> several days long break in update cycle for seemingly all the qt
> modules where content has not been pushed to the github mirror. Change
> the default SRC_URI to the more reliable code.qt.io.
>
> Change-Id: Ic7d3b9a82ef0ae502e99a8516ef78ca09250fd1e
> Signed-off-by: Mikko Gronoff 
> Reviewed-by: Samuli Piippo 
> ---
>  conf/layer.conf  | 4 ++--
>  recipes-qt/examples/qt5everywheredemo_1.0.bb | 3 ++-
>  2 files changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/conf/layer.conf b/conf/layer.conf
> index 7751ce2..f540710 100644
> --- a/conf/layer.conf
> +++ b/conf/layer.conf
> @@ -33,7 +33,7 @@ LICENSE_PATH += "${LAYERDIR}/licenses"
>
>  IMAGE_FEATURES[validitems] += "qtcreator-debug"
>
> -QT_GIT ?= "git://github.com/qt"
> -QT_LABS_GIT ?= "git://github.com/qt-labs"
> +QT_GIT_PROJECT ?= "qt"
> +QT_GIT ?= "git://code.qt.io/${QT_GIT_PROJECT}
> "
>  QT_GIT_PROTOCOL ?= "git"
>  QT_EDITION ?= "opensource"
> diff --git a/recipes-qt/examples/qt5everywheredemo_1.0.bb
> b/recipes-qt/examples/qt5everywheredemo_1.0.bb
> index dfbe4ae..36d57f1 100644
> --- a/recipes-qt/examples/qt5everywheredemo_1.0.bb
> +++ b/recipes-qt/examples/qt5everywheredemo_1.0.bb
> @@ -7,7 +7,8 @@ LIC_FILES_CHKSUM =
> "file://qml/QtDemo/main.qml;endline=39;md5=7d80863906a4bc8ffc
>  DEPENDS = "qtdeclarative qtxmlpatterns qtgraphicaleffects qtsvg
> qtmultimedia"
>
>  SRCREV = "35d72a2eba7456a2efc5eb8b77afbc00f69ba0ac"
> -SRC_URI = "${QT_LABS_GIT}/qt-labs-qt5-everywhere-demo"
> +QT_GIT_PROJECT = "qt-labs"
> +SRC_URI = "${QT_GIT}/qt5-everywhere-demo"
>
>  S = "${WORKDIR}/git/QtDemo"
>
> --
> 2.7.4
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

57 matches

Mail list logo