[oe] [meta-networking][master-next][PATCH v2] grpc: switch away from github archive

2018-05-16 Thread Trevor Woerner 
Since we know that github archives which are automatically generated have a
tendency to change their checksums[1], switch to using a git clone.

[1] 
http://lists.openembedded.org/pipermail/openembedded-devel/2017-September/114916.html

Signed-off-by: Trevor Woerner 
---
changes since v1:
- rebase on master-next
---
 meta-networking/recipes-devtools/grpc/grpc_1.8.5.bb | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta-networking/recipes-devtools/grpc/grpc_1.8.5.bb 
b/meta-networking/recipes-devtools/grpc/grpc_1.8.5.bb
index 0883ec176b..a0c943d114 100644
--- a/meta-networking/recipes-devtools/grpc/grpc_1.8.5.bb
+++ b/meta-networking/recipes-devtools/grpc/grpc_1.8.5.bb
@@ -10,13 +10,13 @@ DEPENDS_append_class-target = " gtest grpc-native "
 
 LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
 
-SRC_URI = "https://github.com/grpc/grpc/archive/v${PV}.tar.gz \
+S = "${WORKDIR}/git"
+SRCREV = "db68cb3652cc7697647e9934b5316d98a6ba04d1"
+BRANCH = "v1.8.x"
+SRC_URI = "git://github.com/grpc/grpc.git;protocol=https;branch=${BRANCH} \

file://0001-CMakeLists.txt-Fix-libraries-installation-for-Linux.patch \

file://0004-CMakeLists.txt-Find-c-ares-in-target-sysroot-alone.patch \
"
-SRC_URI[md5sum] = "b565fa6787e42f4969395870c2ad436e"
-SRC_URI[sha256sum] = 
"df9168da760fd2ee970c74c9d1b63377e0024be248deaa844e784d0df47599de"
-
 SRC_URI_append_class-target = " 
file://0001-CMakeLists.txt-Fix-grpc_cpp_plugin-path-during-cross.patch"
 
 inherit cmake
-- 
2.17.0.rc2.3.gc2a499e6c

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

Re: [oe] [meta-oe][PATCH] grpc: switch away from github archive

2018-05-16 Thread Trevor Woerner 
On Wed, May 16, 2018 at 3:37 PM, akuster808  wrote:

>
>
> On 05/16/2018 10:19 AM, Trevor Woerner wrote:
> > Since we know that github archives which are automatically generated
> have a
> > tendency to change their checksums[1], switch to using a git clone.
> >
> > [1] http://lists.openembedded.org/pipermail/openembedded-devel/
> 2017-September/114916.html
>
> This recipe is in the middle of moving to meta-networking ie in
> master-next not yet merged to master.
>
> either the meta-networking maintainer will integrate or maybe a rebase
> on master-next would be helpful??
>

Sure, I can send a v2 rebased on master-next.

Now that you've started a build test of master, maybe the rest of this
janitorial cleanup should be done relative to master-next?


>
> thanks for the patch.
>

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

Re: [oe] [meta-oe][PATCH] grpc: switch away from github archive

2018-05-16 Thread akuster808 


On 05/16/2018 10:19 AM, Trevor Woerner wrote:
> Since we know that github archives which are automatically generated have a
> tendency to change their checksums[1], switch to using a git clone.
>
> [1] 
> http://lists.openembedded.org/pipermail/openembedded-devel/2017-September/114916.html

This recipe is in the middle of moving to meta-networking ie in
master-next not yet merged to master.

either the meta-networking maintainer will integrate or maybe a rebase
on master-next would be helpful??

thanks for the patch.
Armin
>
> Signed-off-by: Trevor Woerner 
> ---
>  meta-oe/recipes-devtools/grpc/grpc_1.8.5.bb | 8 
>  1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/meta-oe/recipes-devtools/grpc/grpc_1.8.5.bb 
> b/meta-oe/recipes-devtools/grpc/grpc_1.8.5.bb
> index 0883ec176b..a0c943d114 100644
> --- a/meta-oe/recipes-devtools/grpc/grpc_1.8.5.bb
> +++ b/meta-oe/recipes-devtools/grpc/grpc_1.8.5.bb
> @@ -10,13 +10,13 @@ DEPENDS_append_class-target = " gtest grpc-native "
>  
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
>  
> -SRC_URI = "https://github.com/grpc/grpc/archive/v${PV}.tar.gz \
> +S = "${WORKDIR}/git"
> +SRCREV = "db68cb3652cc7697647e9934b5316d98a6ba04d1"
> +BRANCH = "v1.8.x"
> +SRC_URI = "git://github.com/grpc/grpc.git;protocol=https;branch=${BRANCH} \
> 
> file://0001-CMakeLists.txt-Fix-libraries-installation-for-Linux.patch \
> 
> file://0004-CMakeLists.txt-Find-c-ares-in-target-sysroot-alone.patch \
> "
> -SRC_URI[md5sum] = "b565fa6787e42f4969395870c2ad436e"
> -SRC_URI[sha256sum] = 
> "df9168da760fd2ee970c74c9d1b63377e0024be248deaa844e784d0df47599de"
> -
>  SRC_URI_append_class-target = " 
> file://0001-CMakeLists.txt-Fix-grpc_cpp_plugin-path-during-cross.patch"
>  
>  inherit cmake

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

[oe] [meta-oe][PATCH] gtest: switch away from github archive

2018-05-16 Thread Trevor Woerner 
Since we know that github archives which are automatically generated have a
tendency to change their checksums[1], switch to using a git clone.

[1] 
http://lists.openembedded.org/pipermail/openembedded-devel/2017-September/114916.html

Signed-off-by: Trevor Woerner 
---
 meta-oe/recipes-test/gtest/gtest_1.8.0.bb | 9 +++--
 1 file changed, 3 insertions(+), 6 deletions(-)

diff --git a/meta-oe/recipes-test/gtest/gtest_1.8.0.bb 
b/meta-oe/recipes-test/gtest/gtest_1.8.0.bb
index 483dc1f2e9..48cf4e04b0 100644
--- a/meta-oe/recipes-test/gtest/gtest_1.8.0.bb
+++ b/meta-oe/recipes-test/gtest/gtest_1.8.0.bb
@@ -7,16 +7,13 @@ LIC_FILES_CHKSUM = 
"file://googlemock/LICENSE;md5=cbbd27594afd089daa160d3a16dd51
 
 PROVIDES += "gmock"
 
+S = "${WORKDIR}/git"
+SRCREV = "ec44c6c1675c25b9827aacd08c02433cccde7780"
 SRC_URI = "\
-https://github.com/google/googletest/archive/release-${PV}.tar.gz \
+git://github.com/google/googletest.git;protocol=https; \
 file://Add-pkg-config-support.patch \
 "
 
-SRC_URI[md5sum] = "16877098823401d1bf2ed7891d7dce36"
-SRC_URI[sha256sum] = 
"58a6f4277ca2bc8565222b3bbd58a177609e9c488e8a72649359ba51450db7d8"
-
-S = "${WORKDIR}/googletest-release-${PV}"
-
 inherit cmake
 
 ALLOW_EMPTY_${PN} = "1"
-- 
2.17.0.rc2.3.gc2a499e6c

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

[oe] [meta-multimedia][PATCH v4 2/2] openh264: switch away from github archive

2018-05-16 Thread Trevor Woerner 
Since we know that github archives which are automatically generated have a
tendency to change their checksums[1], switch to using a git clone.

[1] 
http://lists.openembedded.org/pipermail/openembedded-devel/2017-September/114916.html

Signed-off-by: Trevor Woerner 
---
changes since v3/v2:
- v3 does not exist, but 2 x v2s do
- no change

changes since v1:
- replace the frankenstein variable name "OPENHBRANCH" with the
  more sensible "BRANCH"
---
 .../recipes-multimedia/openh264/openh264_1.7.0.bb  | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb 
b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
index bf56ea1d84..c044cf33dc 100644
--- a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
+++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
@@ -10,9 +10,10 @@ LICENSE = "BSD-2-Clause"
 LICENSE_FLAGS = "commercial"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=bb6d3771da6a07d33fd50d4d9aa73bcf"
 
-SRC_URI = "https://github.com/cisco/openh264/archive/v${PV}.tar.gz;
-SRC_URI[md5sum] = "93da4e76cfda7ede8fd2df51b0021efd"
-SRC_URI[sha256sum] = 
"9c07c38d7de00046c9c52b12c76a2af7648b70d05bd5460c8b67f6895738653f"
+S = "${WORKDIR}/git"
+SRCREV = "a180c9d4d6f1a4830ca9eed9d159d54996bd63cb"
+BRANCH = "openh264v1.7"
+SRC_URI = 
"git://github.com/cisco/openh264.git;protocol=https;branch=${BRANCH};"
 
 COMPATIBLE_MACHINE_armv7a = "(.*)"
 COMPATIBLE_MACHINE_aarch64 = "(.*)"
-- 
2.17.0.rc2.3.gc2a499e6c

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

[oe] [meta-multimedia][PATCH v4 1/2] openh264: fix build for 32-bit intel arch

2018-05-16 Thread Trevor Woerner 
Signed-off-by: Trevor Woerner 
---
changes since v3:
- v3 does not exist, the previous v2 was supposed to be v3

changes since v2:
- switch += to _append

changes since v1:
- v1 does not exist for this patch, but as patch 2 of 2 for updating SRC_URI
  away from automatically-generated github archives
---
 .../recipes-multimedia/openh264/openh264_1.7.0.bb| 9 -
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb 
b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
index a7aaab3623..bf56ea1d84 100644
--- a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
+++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
@@ -3,9 +3,8 @@ decoding. It is suitable for use in real time applications such 
as WebRTC."
 HOMEPAGE = "http://www.openh264.org/;
 SECTION = "libs/multimedia"
 
-DEPENDS = "${@oe.utils.conditional('TARGET_ARCH', 'i386', 'nasm-native', \
-  oe.utils.conditional('TARGET_ARCH', 'x86_64', 'nasm-native', \
- '', d), d)}"
+DEPENDS_append_x86 = " nasm-native"
+DEPENDS_append_x86-64 = " nasm-native"
 
 LICENSE = "BSD-2-Clause"
 LICENSE_FLAGS = "commercial"
@@ -17,14 +16,14 @@ SRC_URI[sha256sum] = 
"9c07c38d7de00046c9c52b12c76a2af7648b70d05bd5460c8b67f68957
 
 COMPATIBLE_MACHINE_armv7a = "(.*)"
 COMPATIBLE_MACHINE_aarch64 = "(.*)"
-COMPATIBLE_MACHINE_i386 = "(.*)"
+COMPATIBLE_MACHINE_x86 = "(.*)"
 COMPATIBLE_MACHINE_x86-64 = "(.*)"
 COMPATIBLE_MACHINE_mips = "(.*)"
 COMPATIBLE_MACHINE_mips64 = "(.*)"
 
 EXTRA_OEMAKE_armv7a = "ARCH=arm"
 EXTRA_OEMAKE_aarch64 = "ARCH=arm64"
-EXTRA_OEMAKE_i386 = "ARCH=i386"
+EXTRA_OEMAKE_x86 = "ARCH=i386"
 EXTRA_OEMAKE_x86-64 = "ARCH=x86_64"
 EXTRA_OEMAKE_mips = "ARCH=mips"
 EXTRA_OEMAKE_mips64 = "ARCH=mips64"
-- 
2.17.0.rc2.3.gc2a499e6c

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

Re: [oe] [meta-multimedia][PATCH v2 1/2] openh264: fix build for 32-bit intel arch

2018-05-16 Thread Trevor Woerner 
On Wed 2018-05-16 @ 01:32:53 PM, Trevor Woerner wrote:
> > >  EXTRA_OEMAKE_armv7a = "ARCH=arm"
> > >  EXTRA_OEMAKE_aarch64 = "ARCH=arm64"
> > > -EXTRA_OEMAKE_i386 = "ARCH=i386"
> > > +EXTRA_OEMAKE_x86 = "ARCH=i386"
> >
> > can you take another look if there are other options eg. i686 ?
> > if in literal sense it means i386 then we should not be using it
> > for newer i*86 arches.

According to the README
(https://github.com/cisco/openh264/blob/openh264v1.7/README.md#for-all-platforms)
specifying "ARCH=i386" is this project's generic way of saying "32-bit x86
builds" (which is why the recipe needs to "translate" between x86 and i386).

I'll send an updated v4 (this was actually supposed to be v3, oops!) with the
+= replaced with an _appends.

thanks for reviewing! :-)
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-multimedia][PATCH v2 1/2] openh264: fix build for 32-bit intel arch

2018-05-16 Thread Trevor Woerner 
On Wed, May 16, 2018 at 1:10 PM, Khem Raj  wrote:

> On Wed, May 16, 2018 at 10:06 AM, Trevor Woerner 
> wrote:
> > Signed-off-by: Trevor Woerner 
> > ---
> >  .../recipes-multimedia/openh264/openh264_1.7.0.bb| 9 -
> >  1 file changed, 4 insertions(+), 5 deletions(-)
> >
> > diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_
> 1.7.0.bb b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
> > index a7aaab3623..d77de2876b 100644
> > --- a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
> > +++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
> > @@ -3,9 +3,8 @@ decoding. It is suitable for use in real time
> applications such as WebRTC."
> >  HOMEPAGE = "http://www.openh264.org/;
> >  SECTION = "libs/multimedia"
> >
> > -DEPENDS = "${@oe.utils.conditional('TARGET_ARCH', 'i386',
> 'nasm-native', \
> > -  oe.utils.conditional('TARGET_ARCH', 'x86_64',
> 'nasm-native', \
> > - '', d), d)}"
> > +DEPENDS_x86 += "nasm-native"
> > +DEPENDS_x86-64 += "nasm-native"
> >
>
> if using overrides, perhaps using _append instead of += is better.
>
>
ok


> >  LICENSE = "BSD-2-Clause"
> >  LICENSE_FLAGS = "commercial"
> > @@ -17,14 +16,14 @@ SRC_URI[sha256sum] = "9c07c38d7de00046c9c52b12c76a2a
> f7648b70d05bd5460c8b67f68957
> >
> >  COMPATIBLE_MACHINE_armv7a = "(.*)"
> >  COMPATIBLE_MACHINE_aarch64 = "(.*)"
> > -COMPATIBLE_MACHINE_i386 = "(.*)"
> > +COMPATIBLE_MACHINE_x86 = "(.*)"
> >  COMPATIBLE_MACHINE_x86-64 = "(.*)"
> >  COMPATIBLE_MACHINE_mips = "(.*)"
> >  COMPATIBLE_MACHINE_mips64 = "(.*)"
> >
> >  EXTRA_OEMAKE_armv7a = "ARCH=arm"
> >  EXTRA_OEMAKE_aarch64 = "ARCH=arm64"
> > -EXTRA_OEMAKE_i386 = "ARCH=i386"
> > +EXTRA_OEMAKE_x86 = "ARCH=i386"
>
> can you take another look if there are other options eg. i686 ?
> if in literal sense it means i386 then we should not be using it
> for newer i*86 arches.
>

i'll take a look
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] grpc: switch away from github archive

2018-05-16 Thread Trevor Woerner 
Since we know that github archives which are automatically generated have a
tendency to change their checksums[1], switch to using a git clone.

[1] 
http://lists.openembedded.org/pipermail/openembedded-devel/2017-September/114916.html

Signed-off-by: Trevor Woerner 
---
 meta-oe/recipes-devtools/grpc/grpc_1.8.5.bb | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta-oe/recipes-devtools/grpc/grpc_1.8.5.bb 
b/meta-oe/recipes-devtools/grpc/grpc_1.8.5.bb
index 0883ec176b..a0c943d114 100644
--- a/meta-oe/recipes-devtools/grpc/grpc_1.8.5.bb
+++ b/meta-oe/recipes-devtools/grpc/grpc_1.8.5.bb
@@ -10,13 +10,13 @@ DEPENDS_append_class-target = " gtest grpc-native "
 
 LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
 
-SRC_URI = "https://github.com/grpc/grpc/archive/v${PV}.tar.gz \
+S = "${WORKDIR}/git"
+SRCREV = "db68cb3652cc7697647e9934b5316d98a6ba04d1"
+BRANCH = "v1.8.x"
+SRC_URI = "git://github.com/grpc/grpc.git;protocol=https;branch=${BRANCH} \

file://0001-CMakeLists.txt-Fix-libraries-installation-for-Linux.patch \

file://0004-CMakeLists.txt-Find-c-ares-in-target-sysroot-alone.patch \
"
-SRC_URI[md5sum] = "b565fa6787e42f4969395870c2ad436e"
-SRC_URI[sha256sum] = 
"df9168da760fd2ee970c74c9d1b63377e0024be248deaa844e784d0df47599de"
-
 SRC_URI_append_class-target = " 
file://0001-CMakeLists.txt-Fix-grpc_cpp_plugin-path-during-cross.patch"
 
 inherit cmake
-- 
2.17.0.rc2.3.gc2a499e6c

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

Re: [oe] [meta-multimedia][PATCH v2 1/2] openh264: fix build for 32-bit intel arch

2018-05-16 Thread Khem Raj 
On Wed, May 16, 2018 at 10:06 AM, Trevor Woerner  wrote:
> Signed-off-by: Trevor Woerner 
> ---
>  .../recipes-multimedia/openh264/openh264_1.7.0.bb| 9 -
>  1 file changed, 4 insertions(+), 5 deletions(-)
>
> diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb 
> b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
> index a7aaab3623..d77de2876b 100644
> --- a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
> +++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
> @@ -3,9 +3,8 @@ decoding. It is suitable for use in real time applications 
> such as WebRTC."
>  HOMEPAGE = "http://www.openh264.org/;
>  SECTION = "libs/multimedia"
>
> -DEPENDS = "${@oe.utils.conditional('TARGET_ARCH', 'i386', 'nasm-native', \
> -  oe.utils.conditional('TARGET_ARCH', 'x86_64', 'nasm-native', \
> - '', d), d)}"
> +DEPENDS_x86 += "nasm-native"
> +DEPENDS_x86-64 += "nasm-native"
>

if using overrides, perhaps using _append instead of += is better.

>  LICENSE = "BSD-2-Clause"
>  LICENSE_FLAGS = "commercial"
> @@ -17,14 +16,14 @@ SRC_URI[sha256sum] = 
> "9c07c38d7de00046c9c52b12c76a2af7648b70d05bd5460c8b67f68957
>
>  COMPATIBLE_MACHINE_armv7a = "(.*)"
>  COMPATIBLE_MACHINE_aarch64 = "(.*)"
> -COMPATIBLE_MACHINE_i386 = "(.*)"
> +COMPATIBLE_MACHINE_x86 = "(.*)"
>  COMPATIBLE_MACHINE_x86-64 = "(.*)"
>  COMPATIBLE_MACHINE_mips = "(.*)"
>  COMPATIBLE_MACHINE_mips64 = "(.*)"
>
>  EXTRA_OEMAKE_armv7a = "ARCH=arm"
>  EXTRA_OEMAKE_aarch64 = "ARCH=arm64"
> -EXTRA_OEMAKE_i386 = "ARCH=i386"
> +EXTRA_OEMAKE_x86 = "ARCH=i386"

can you take another look if there are other options eg. i686 ?
if in literal sense it means i386 then we should not be using it
for newer i*86 arches.

>  EXTRA_OEMAKE_x86-64 = "ARCH=x86_64"
>  EXTRA_OEMAKE_mips = "ARCH=mips"
>  EXTRA_OEMAKE_mips64 = "ARCH=mips64"
> --
> 2.17.0.rc2.3.gc2a499e6c
>
> --
> ___
> 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 v2 2/2] openh264: switch away from github archive

2018-05-16 Thread Trevor Woerner 
Since we know that github archives which are automatically generated have a
tendency to change their checksums[1], switch to using a git clone.

[1] 
http://lists.openembedded.org/pipermail/openembedded-devel/2017-September/114916.html

Signed-off-by: Trevor Woerner 
---
changes since v1
- none. the only change is to introduce the fix for qemux86 builds (patch 1/2)
  which isn't related to this patch and has no effect on it
---
 .../recipes-multimedia/openh264/openh264_1.7.0.bb  | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb 
b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
index d77de2876b..44c46f81e8 100644
--- a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
+++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
@@ -10,9 +10,10 @@ LICENSE = "BSD-2-Clause"
 LICENSE_FLAGS = "commercial"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=bb6d3771da6a07d33fd50d4d9aa73bcf"
 
-SRC_URI = "https://github.com/cisco/openh264/archive/v${PV}.tar.gz;
-SRC_URI[md5sum] = "93da4e76cfda7ede8fd2df51b0021efd"
-SRC_URI[sha256sum] = 
"9c07c38d7de00046c9c52b12c76a2af7648b70d05bd5460c8b67f6895738653f"
+S = "${WORKDIR}/git"
+SRCREV = "a180c9d4d6f1a4830ca9eed9d159d54996bd63cb"
+BRANCH = "openh264v1.7"
+SRC_URI = 
"git://github.com/cisco/openh264.git;protocol=https;branch=${BRANCH};"
 
 COMPATIBLE_MACHINE_armv7a = "(.*)"
 COMPATIBLE_MACHINE_aarch64 = "(.*)"
-- 
2.17.0.rc2.3.gc2a499e6c

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

[oe] [meta-multimedia][PATCH v2 1/2] openh264: fix build for 32-bit intel arch

2018-05-16 Thread Trevor Woerner 
Signed-off-by: Trevor Woerner 
---
 .../recipes-multimedia/openh264/openh264_1.7.0.bb| 9 -
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb 
b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
index a7aaab3623..d77de2876b 100644
--- a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
+++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
@@ -3,9 +3,8 @@ decoding. It is suitable for use in real time applications such 
as WebRTC."
 HOMEPAGE = "http://www.openh264.org/;
 SECTION = "libs/multimedia"
 
-DEPENDS = "${@oe.utils.conditional('TARGET_ARCH', 'i386', 'nasm-native', \
-  oe.utils.conditional('TARGET_ARCH', 'x86_64', 'nasm-native', \
- '', d), d)}"
+DEPENDS_x86 += "nasm-native"
+DEPENDS_x86-64 += "nasm-native"
 
 LICENSE = "BSD-2-Clause"
 LICENSE_FLAGS = "commercial"
@@ -17,14 +16,14 @@ SRC_URI[sha256sum] = 
"9c07c38d7de00046c9c52b12c76a2af7648b70d05bd5460c8b67f68957
 
 COMPATIBLE_MACHINE_armv7a = "(.*)"
 COMPATIBLE_MACHINE_aarch64 = "(.*)"
-COMPATIBLE_MACHINE_i386 = "(.*)"
+COMPATIBLE_MACHINE_x86 = "(.*)"
 COMPATIBLE_MACHINE_x86-64 = "(.*)"
 COMPATIBLE_MACHINE_mips = "(.*)"
 COMPATIBLE_MACHINE_mips64 = "(.*)"
 
 EXTRA_OEMAKE_armv7a = "ARCH=arm"
 EXTRA_OEMAKE_aarch64 = "ARCH=arm64"
-EXTRA_OEMAKE_i386 = "ARCH=i386"
+EXTRA_OEMAKE_x86 = "ARCH=i386"
 EXTRA_OEMAKE_x86-64 = "ARCH=x86_64"
 EXTRA_OEMAKE_mips = "ARCH=mips"
 EXTRA_OEMAKE_mips64 = "ARCH=mips64"
-- 
2.17.0.rc2.3.gc2a499e6c

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

Re: [oe] [meta-multimedia][PATCH v2] openh264: switch away from github archive

2018-05-16 Thread Trevor Woerner 
Hi Anuj,

On Wed, May 16, 2018 at 5:05 AM, Anuj Mittal  wrote:

> On 05/16/2018 02:31 PM, Trevor Woerner wrote:
> > The existing recipe has provisions for i386. If I understand correctly,
> > qemux86 is i586 (?), and meta-intel's intel-core2-32 is i686 (?). Do I
> > duplicate the i386 provisions for i586 and i686? Is there an easier way
> to
> > specify all 32-bit IA systems?
>
> Does it work if you use _x86 instead of _i386?
>

Yes, that seems to help, thanks!
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5][PATCH] qt5: add common PACKAGECONFIG for QtQuickCompiler

2018-05-16 Thread Samuli Piippo 
The previously commercial-only QtQuickCompiler is now merged into
qtdeclarative. Add common PACKECONFIG which can be used to enable
it, and by default enable it for Qt Charts and Qt VirtualKeyboard.

https://doc-snapshots.qt.io/qt5-5.11/qtquick-deployment.html#compiling-qml-ahead-of-time

Signed-off-by: Samuli Piippo 
---
 recipes-qt/qt5/qt5.inc  | 2 ++
 recipes-qt/qt5/qtcharts_git.bb  | 2 ++
 recipes-qt/qt5/qtvirtualkeyboard_git.bb | 2 +-
 3 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/recipes-qt/qt5/qt5.inc b/recipes-qt/qt5/qt5.inc
index 95e3854..edae572 100644
--- a/recipes-qt/qt5/qt5.inc
+++ b/recipes-qt/qt5/qt5.inc
@@ -7,8 +7,10 @@ PACKAGECONFIG_OPENSSL ?= "openssl"
 
 PACKAGECONFIG[examples] = ""
 PACKAGECONFIG[tests] = ""
+PACKAGECONFIG[qtquickcompiler] = ",,qtdeclarative-native"
 EXTRA_QMAKEVARS_PRE += "${@bb.utils.contains('PACKAGECONFIG', 'examples', 
'QT_BUILD_PARTS+=examples', '', d)}"
 EXTRA_QMAKEVARS_PRE += "${@bb.utils.contains('PACKAGECONFIG', 'tests', 
'QT_BUILD_PARTS+=tests', '', d)}"
+EXTRA_QMAKEVARS_PRE += "${@bb.utils.contains('PACKAGECONFIG', 
'qtquickcompiler', 'CONFIG+=qtquickcompiler', '', d)}"
 
 # we don't want conflicts with qt4
 OE_QMAKE_PATH_HEADERS = "${OE_QMAKE_PATH_QT_HEADERS}"
diff --git a/recipes-qt/qt5/qtcharts_git.bb b/recipes-qt/qt5/qtcharts_git.bb
index 8ef6826..c360ecf 100644
--- a/recipes-qt/qt5/qtcharts_git.bb
+++ b/recipes-qt/qt5/qtcharts_git.bb
@@ -13,3 +13,5 @@ SRCREV = "d3f9275cbaa6a6059298ec248dd28dd6ef065e51"
 # The same issue as in qtbase:
 # http://errors.yoctoproject.org/Errors/Details/152641/
 LDFLAGS_append_x86 = "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', ' 
-fuse-ld=bfd ', '', d)}"
+
+PACKAGECONFIG ?= "qtquickcompiler"
diff --git a/recipes-qt/qt5/qtvirtualkeyboard_git.bb 
b/recipes-qt/qt5/qtvirtualkeyboard_git.bb
index f8759f1..fbacf93 100644
--- a/recipes-qt/qt5/qtvirtualkeyboard_git.bb
+++ b/recipes-qt/qt5/qtvirtualkeyboard_git.bb
@@ -13,7 +13,7 @@ LIC_FILES_CHKSUM = " \
 #SRC_URI += 
"file://${T9WRITEPACKAGE};subdir=git/src/virtualkeyboard/3rdparty/t9write"
 #PACKAGECONFIG = "t9write lang-all"
 
-PACKAGECONFIG ?= "lang-all lipi-toolkit"
+PACKAGECONFIG ?= "lang-all lipi-toolkit qtquickcompiler"
 PACKAGECONFIG[hunspell] = ",CONFIG+=disable-hunspell,hunspell"
 PACKAGECONFIG[t9write] = "CONFIG+=t9write"
 PACKAGECONFIG[lipi-toolkit] = "CONFIG+=lipi-toolkit"
-- 
2.17.0

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

[oe] [meta-gnome][PATCH] gnome-keyring: fix 'installed but not shipped' QA issue

2018-05-16 Thread Mark Asselstine 
Building the 'gnome-keyring' recipe with "installed-vs-shipped"
included in ERROR_QA will result in:

ERROR: gnome-keyring-3.20.0-r0 do_package: QA Issue: gnome-keyring: \
  Files/directories were installed but not shipped in any package:
  /usr/lib64/pkcs11/gnome-keyring-pkcs11.la
  /lib64/security/pam_gnome_keyring.la

>From various documents the .la files should not be packaged in either
the main recipe package or the -dev package unless required. So
inherit 'remove-libtool' to have all the .la files cleaned up as they
don't appear to be necessary.

Signed-off-by: Mark Asselstine 
---
 meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_3.20.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_3.20.0.bb 
b/meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_3.20.0.bb
index adf2ff9..5564062 100644
--- a/meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_3.20.0.bb
+++ b/meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_3.20.0.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = " \
 file://COPYING.LIB;md5=4fbd65380cdd255951079008b364516c \
 "
 
-inherit distro_features_check gnomebase
+inherit distro_features_check gnomebase remove-libtool
 
 DEPENDS = " \
 intltool-native \
-- 
2.7.4

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

[oe] [meta-oe][PATCH v3] poco: update to 1.9.0

2018-05-16 Thread Pascal Bach 
Enable the new Encodings and Redis packages by default.

Splitting into sub packages now uses PACKAGES_DYNAMIC instead of the
custom logic used before.

Signed-off-by: Pascal Bach 
---
 .../poco/{poco_1.8.0.1.bb => poco_1.9.0.bb}| 42 +-
 1 file changed, 17 insertions(+), 25 deletions(-)
 rename meta-oe/recipes-support/poco/{poco_1.8.0.1.bb => poco_1.9.0.bb} (79%)

diff --git a/meta-oe/recipes-support/poco/poco_1.8.0.1.bb 
b/meta-oe/recipes-support/poco/poco_1.9.0.bb
similarity index 79%
rename from meta-oe/recipes-support/poco/poco_1.8.0.1.bb
rename to meta-oe/recipes-support/poco/poco_1.9.0.bb
index 160b4d391..1016caef7 100644
--- a/meta-oe/recipes-support/poco/poco_1.8.0.1.bb
+++ b/meta-oe/recipes-support/poco/poco_1.9.0.bb
@@ -12,7 +12,7 @@ inherit cmake ptest
 
 BBCLASSEXTEND = "native"
 
-SRCREV = "af527ab21fca5ab2659285408aec9920ed7c7b17"
+SRCREV = "94966785a8f9ad0191dffd075ebd67826e6e4b6d"
 SRC_URI = " \
 git://github.com/pocoproject/poco.git \
 file://run-ptest \
@@ -33,7 +33,7 @@ EXTRA_OECMAKE_append = " -DCMAKE_SKIP_RPATH=ON"
 # By default the most commonly used poco components are built
 # Foundation is built anyway and doesn't need to be listed explicitly
 # these don't have dependencies outside oe-core
-PACKAGECONFIG ??= "XML JSON MongoDB PDF Util Net NetSSL Crypto Data DataSQLite 
Zip"
+PACKAGECONFIG ??= "XML JSON MongoDB PDF Util Net NetSSL Crypto Data DataSQLite 
Zip Encodings Redis"
 
 PACKAGECONFIG[XML] = "-DENABLE_XML=ON 
-DEXPAT_LIBRARY:STRING=expat,-DENABLE_XML=OFF,expat"
 PACKAGECONFIG[JSON] = "-DENABLE_JSON=ON,-DENABLE_JSON=OFF"
@@ -46,6 +46,8 @@ PACKAGECONFIG[Crypto] = "-DENABLE_CRYPTO=ON 
-DOPENSSL_SSL_LIBRARY:STRING=ssl -DO
 PACKAGECONFIG[Data] = "-DENABLE_DATA=ON,-DENABLE_DATA=OFF"
 PACKAGECONFIG[DataSQLite] = "-DENABLE_DATA_SQLITE=ON 
-DSQLITE3_LIBRARY:STRING=sqlite3,-DENABLE_DATA_SQLITE=OFF,sqlite3"
 PACKAGECONFIG[Zip] = "-DENABLE_ZIP=ON,-DENABLE_ZIP=OFF"
+PACKAGECONFIG[Encodings] = "-DENABLE_ENCODINGS=ON,-DENABLE_ENCODINGS=OFF"
+PACKAGECONFIG[Redis] = "-DENABLE_REDIS=ON,-DENABLE_REDIS=OFF"
 
 # Additional components not build by default,
 # they might have dependencies not included in oe-core
@@ -58,40 +60,30 @@ PACKAGECONFIG[PageCompiler] = 
"-DENABLE_PAGECOMPILER=ON,-DENABLE_PAGECOMPILER=OF
 PACKAGECONFIG[PageCompilerFile2Page] = 
"-DENABLE_PAGECOMPILER_FILE2PAGE=ON,-DENABLE_PAGECOMPILER_FILE2PAGE=OFF"
 PACKAGECONFIG[SevenZip] = "-DENABLE_SEVENZIP=ON,-DENABLE_SEVENZIP=OFF"
 
-# Make a package for each library
-PACKAGES = "${PN}-dbg ${POCO_PACKAGES}"
-python __anonymous () {
+python populate_packages_prepend () {
+poco_libdir = d.expand('${libdir}')
+pn = d.getVar("PN")
 packages = []
 testrunners = []
-components = d.getVar("PACKAGECONFIG").split()
-components.append("Foundation")
-for lib in components:
-pkg = ("poco-%s" % lib.lower()).replace("_","")
+
+def hook(f, pkg, file_regex, output_pattern, modulename):
 packages.append(pkg)
-if not d.getVar("FILES_%s" % pkg):
-d.setVar("FILES_%s" % pkg, "${libdir}/libPoco%s.so.*" % lib)
-testrunners.append("%s" % lib)
+testrunners.append(modulename)
+
+do_split_packages(d, poco_libdir, '^libPoco(.*)\.so\..*$',
+'poco-%s', 'Poco %s component', extra_depends='', 
prepend=True, hook=hook)
 
-d.setVar("POCO_PACKAGES", " ".join(packages))
+d.setVar("RRECOMMENDS_%s" % pn, " ".join(packages))
 d.setVar("POCO_TESTRUNNERS", "\n".join(testrunners))
 }
 
+PACKAGES_DYNAMIC = "poco-.*"
+
 # "poco" is a metapackage which pulls in all Poco components
-PACKAGES += "${PN}"
-RRECOMMENDS_${PN} += "${POCO_PACKAGES}"
-RRECOMMENDS_${PN}_class-native = ""
 ALLOW_EMPTY_${PN} = "1"
 
-# -dev last to pick up the remaining stuff
-PACKAGES += "${PN}-dev ${PN}-staticdev"
-FILES_${PN}-dev = "${includedir} ${libdir}/libPoco*.so ${libdir}/cmake"
-FILES_${PN}-staticdev = "${libdir}/libPoco*.a"
-
-# ptest support
-FILES_${PN}-dbg += "${PTEST_PATH}/bin/.debug"
-
 # cppunit is only built if tests are enabled
-PACKAGES += "${PN}-cppunit"
+PACKAGES =+ "${PN}-cppunit"
 FILES_${PN}-cppunit += "${libdir}/libCppUnit.so*"
 ALLOW_EMPTY_${PN}-cppunit = "1"
 
-- 
2.11.0

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

Re: [oe] [meta-java][PATCHv2] jdepend: Retrieve source from Git rather than tarball

2018-05-16 Thread Burton, Ross 
On 16 May 2018 at 11:52, Burton, Ross  wrote:
> On 16 May 2018 at 10:53, André Draszik  wrote:
>> Would it be useful to add a check to patchreview.py (or elsewhere?) to
>> reject patches that contain references to github archive URLs in the recipe?
>
> patchtest.  Yes, it would!

Bug files: https://bugzilla.yoctoproject.org/show_bug.cgi?id=12752

If anyone wants to explore patchtest, this is a good starting point.

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

Re: [oe] [meta-java][PATCHv2] jdepend: Retrieve source from Git rather than tarball

2018-05-16 Thread Burton, Ross 
On 16 May 2018 at 10:53, André Draszik  wrote:
> Would it be useful to add a check to patchreview.py (or elsewhere?) to
> reject patches that contain references to github archive URLs in the recipe?

patchtest.  Yes, it would!

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

Re: [oe] [meta-oe][PATCH] stm32flash: add recipe

2018-05-16 Thread Anuj Mittal 
On 05/16/2018 03:50 PM,
openembedded-devel-boun...@lists.openembedded.org wrote:
> Add recipe for version 0.5 of stm32flash, an open source flash program for
> STM32 using the ST serial bootloader.
> 
> Signed-off-by: Richard Leitner 
> ---
>  meta-oe/recipes-support/stm32flash/stm32flash_0.5.bb | 16 
>  1 file changed, 16 insertions(+)
>  create mode 100644 meta-oe/recipes-support/stm32flash/stm32flash_0.5.bb
> 
> diff --git a/meta-oe/recipes-support/stm32flash/stm32flash_0.5.bb 
> b/meta-oe/recipes-support/stm32flash/stm32flash_0.5.bb
> new file mode 100644
> index 0..d401981ff
> --- /dev/null
> +++ b/meta-oe/recipes-support/stm32flash/stm32flash_0.5.bb
> @@ -0,0 +1,16 @@
> +SUMMARY = "Open source flash program for STM32 using the ST serial 
> bootloader"
> +HOMEPAGE = "https://sourceforge.net/projects/stm32flash/;
> +BUGTRACKER = "https://sourceforge.net/p/stm32flash/tickets/;
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://gpl-2.0.txt;md5=b234ee4d69f5fce4486a80fdaf4a4263"
> +
> +inherit autotools-brokensep
> +
> +S = "${WORKDIR}/${PN}"

It should be BPN instead of PN, otherwise this will break with multilib.

> +
> +SRC_URI = 
> "https://prdownloads.sourceforge.net/stm32flash/stm32flash-${PV}.tar.gz;

This can be https://prdownloads.sourceforge.net/${BPN}/${BP}.tar.gz
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-java][PATCHv2] jdepend: Retrieve source from Git rather than tarball

2018-05-16 Thread André Draszik 
Would it be useful to add a check to patchreview.py (or elsewhere?) to
reject patches that contain references to github archive URLs in the recipe?

Cheers,
Andre'

On Tue, 2018-05-08 at 10:28 +0100, Burton, Ross wrote:
> http://lists.openembedded.org/pipermail/openembedded-devel/2017-September/
> 114916.html,
> fwiw
> 
> Ross
> 
> On 4 May 2018 at 19:37, Mike Crowe  wrote:
> 
> > When Bitbake downloads jdepend-2.9.1.zip itself and I download
> > https://github.com/clarkware/jdepend/blob/master/dist/jdepend-2.9.1.zip
> > ,
> > the calculated hashes don't match the ones included in the recipe.
> > 
> > The hashes were last changed in commit
> > dd5c43fca8289b8795a9214aee616775e1493109 on 1st March, but GitHub claims
> > that the file being downloaded was published on 20th January, so I can't
> > explain why they are wrong.
> > 
> > It seems that we can't really rely on these tarballs to remain
> > unchanged,
> > so let's download the Git hash that corresponds to v2.9.1 instead. This
> > should always remain valid.
> > 
> > Cc: André Draszik 
> > Cc: Khem Raj 
> > Signed-off-by: Mike Crowe 
> > ---
> >  recipes-core/jdepend/jdepend_2.9.1.bb | 7 +++
> >  1 file changed, 3 insertions(+), 4 deletions(-)
> > 
> > I'll let whoever wants to merge this decide whether to take v1 with
> > the updated hashes or v2 using the Git repository.
> > 
> > diff --git a/recipes-core/jdepend/jdepend_2.9.1.bb b/recipes-
> > core/jdepend/
> > jdepend_2.9.1.bb
> > index 5f09a8b..dfbf493 100644
> > --- a/recipes-core/jdepend/jdepend_2.9.1.bb
> > +++ b/recipes-core/jdepend/jdepend_2.9.1.bb
> > @@ -6,7 +6,9 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=
> > f5777d32a7709d558c2877d4a6616230"
> > 
> >  HOMEPAGE = "https://github.com/clarkware/jdepend;
> > 
> > -SRC_URI = "https://github.com/clarkware/jdepend/archive/${PV}.zip;
> > downloadfilename=${BP}.zip"
> > +SRC_URI = "git://github.com/clarkware/jdepend"
> > +SRCREV = "57980590313a5dbde236a3eb2c8958e9e53e6a10"
> > +S = "${WORKDIR}/git"
> > 
> >  inherit java-library
> > 
> > @@ -18,7 +20,4 @@ do_compile() {
> >fastjar cf ${JARFILENAME} -C build .
> >  }
> > 
> > -SRC_URI[md5sum] = "9b91efe1d770e023893f89f4dde8434e"
> > -SRC_URI[sha256sum] = "536b5082d64e4f4514ce30178f
> > 36c7a31b34d969275f278f72e522e7f7c9"
> > -
> >  BBCLASSEXTEND = "native"
> > --
> > 2.11.0
> > 
> > 
> > --
> > ___
> > 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-java][PATCH] jdepend: Update download hashes

2018-05-16 Thread André Draszik 
While I realise that you sent a v2 and v3, as another interesting point I
still (today / right now) get files with the hashes as they are in the
recipe before you touched the recipe (when downloading manually using wget).

Cheers,
Andre'


On Thu, 2018-05-03 at 10:43 +0100, Mike Crowe wrote:
> When Bitbake downloads jdepend-2.9.1.zip itself and I download
> https://github.com/clarkware/jdepend/blob/master/dist/jdepend-2.9.1.zip ,
> the calculated hashes don't match the ones included in the recipe.
> 
> The hashes were last changed in commit
> dd5c43fca8289b8795a9214aee616775e1493109 on 1st March, but GitHub claims
> that the file being downloaded was published on 20th January, so I can't
> explain why they are wrong.
> 
> Nevertheless, let's update the recipe to use hashes that match the current
> download.
> 
> Signed-off-by: Mike Crowe 
> Cc: André Draszik 
> ---
>  recipes-core/jdepend/jdepend_2.9.1.bb | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/recipes-core/jdepend/jdepend_2.9.1.bb b/recipes-
> core/jdepend/jdepend_2.9.1.bb
> index 5f09a8b..a924f1d 100644
> --- a/recipes-core/jdepend/jdepend_2.9.1.bb
> +++ b/recipes-core/jdepend/jdepend_2.9.1.bb
> @@ -18,7 +18,7 @@ do_compile() {
>fastjar cf ${JARFILENAME} -C build .
>  }
>  
> -SRC_URI[md5sum] = "9b91efe1d770e023893f89f4dde8434e"
> -SRC_URI[sha256sum] =
> "536b5082d64e4f4514ce30178f36c7a31b34d969275f278f72e522e7f7c9"
> +SRC_URI[md5sum] = "0cbaf43493cd30838bee261f69e76fe9"
> +SRC_URI[sha256sum] =
> "b9f34236aaea5ddc070caa29794d2f5ae79bc12e199bec6ebba6c29093a17a9e"
>  
>  BBCLASSEXTEND = "native"
> -- 
> 2.11.0
> 
> 
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-multimedia][PATCH v2] openh264: switch away from github archive

2018-05-16 Thread Anuj Mittal 
On 05/16/2018 02:31 PM, Trevor Woerner wrote:
> The existing recipe has provisions for i386. If I understand correctly,
> qemux86 is i586 (?), and meta-intel's intel-core2-32 is i686 (?). Do I
> duplicate the i386 provisions for i586 and i686? Is there an easier way to
> specify all 32-bit IA systems? 

Does it work if you use _x86 instead of _i386?

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

[oe] [meta-oe][PATCH] stm32flash: add recipe

2018-05-16 Thread Richard Leitner 
Add recipe for version 0.5 of stm32flash, an open source flash program for
STM32 using the ST serial bootloader.

Signed-off-by: Richard Leitner 
---
 meta-oe/recipes-support/stm32flash/stm32flash_0.5.bb | 16 
 1 file changed, 16 insertions(+)
 create mode 100644 meta-oe/recipes-support/stm32flash/stm32flash_0.5.bb

diff --git a/meta-oe/recipes-support/stm32flash/stm32flash_0.5.bb 
b/meta-oe/recipes-support/stm32flash/stm32flash_0.5.bb
new file mode 100644
index 0..d401981ff
--- /dev/null
+++ b/meta-oe/recipes-support/stm32flash/stm32flash_0.5.bb
@@ -0,0 +1,16 @@
+SUMMARY = "Open source flash program for STM32 using the ST serial bootloader"
+HOMEPAGE = "https://sourceforge.net/projects/stm32flash/;
+BUGTRACKER = "https://sourceforge.net/p/stm32flash/tickets/;
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://gpl-2.0.txt;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+
+inherit autotools-brokensep
+
+S = "${WORKDIR}/${PN}"
+
+SRC_URI = 
"https://prdownloads.sourceforge.net/stm32flash/stm32flash-${PV}.tar.gz;
+
+SRC_URI[md5sum] = "40f673502949f3bb655d2bcc539d7b6a"
+SRC_URI[sha256sum] = 
"97aa9422ef02e82f7da9039329e21a437decf972cb3919ad817f70ac9a49e306"
+
+FILES_${PN} = "/usr/local/bin/stm32flash"
-- 
2.11.0

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

[oe] [meta-oe][PATCH v2] poco: update to 1.9.0

2018-05-16 Thread Pascal Bach 
Enable the new Encodings and Redis packages by default.

Splitting into sub packages now uses PACKAGES_DYNAMIC instead of the
custom logic used before.

Signed-off-by: Pascal Bach 
---
 meta-oe/recipes-support/poco/poco_1.8.0.1.bb | 106 ---
 meta-oe/recipes-support/poco/poco_1.9.0.bb   |  36 -
 2 files changed, 13 insertions(+), 129 deletions(-)
 delete mode 100644 meta-oe/recipes-support/poco/poco_1.8.0.1.bb

diff --git a/meta-oe/recipes-support/poco/poco_1.8.0.1.bb 
b/meta-oe/recipes-support/poco/poco_1.8.0.1.bb
deleted file mode 100644
index 160b4d391..0
--- a/meta-oe/recipes-support/poco/poco_1.8.0.1.bb
+++ /dev/null
@@ -1,106 +0,0 @@
-SUMMARY = "Modern, powerful open source cross-platform C++ class libraries"
-DESCRIPTION = "Modern, powerful open source C++ class libraries and frameworks 
for building network- and internet-based applications that run on desktop, 
server, mobile and embedded systems."
-SECTION = "libs"
-HOMEPAGE = "http://pocoproject.org/;
-LICENSE = "BSL-1.0"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=4267f48fc738f50380cbeeb76f95cebc"
-
-# These dependencies are required by Foundation
-DEPENDS = "libpcre zlib"
-
-inherit cmake ptest
-
-BBCLASSEXTEND = "native"
-
-SRCREV = "af527ab21fca5ab2659285408aec9920ed7c7b17"
-SRC_URI = " \
-git://github.com/pocoproject/poco.git \
-file://run-ptest \
-   "
-
-S = "${WORKDIR}/git"
-
-EXTRA_OECMAKE = "-DCMAKE_BUILD_TYPE=RelWithDebInfo -DPOCO_UNBUNDLED=ON \
-  -DZLIB_LIBRARY_RELEASE:STRING=z -DPCRE_LIBRARY:STRING=pcre \
- ${@bb.utils.contains('PTEST_ENABLED', '1', '-DENABLE_TESTS=ON 
', '', d)}"
-
-# For the native build we want to use the bundled version
-EXTRA_OECMAKE_append_class-native = " -DPOCO_UNBUNDLED=OFF"
-
-# do not use rpath
-EXTRA_OECMAKE_append = " -DCMAKE_SKIP_RPATH=ON"
-
-# By default the most commonly used poco components are built
-# Foundation is built anyway and doesn't need to be listed explicitly
-# these don't have dependencies outside oe-core
-PACKAGECONFIG ??= "XML JSON MongoDB PDF Util Net NetSSL Crypto Data DataSQLite 
Zip"
-
-PACKAGECONFIG[XML] = "-DENABLE_XML=ON 
-DEXPAT_LIBRARY:STRING=expat,-DENABLE_XML=OFF,expat"
-PACKAGECONFIG[JSON] = "-DENABLE_JSON=ON,-DENABLE_JSON=OFF"
-PACKAGECONFIG[MongoDB] = "-DENABLE_MONGODB=ON,-DENABLE_MONGODB=OFF"
-PACKAGECONFIG[PDF] = "-DENABLE_PDF=ON,-DENABLE_PDF=OFF,zlib"
-PACKAGECONFIG[Util] = "-DENABLE_UTIL=ON,-DENABLE_UTIL=OFF"
-PACKAGECONFIG[Net] = "-DENABLE_NET=ON,-DENABLE_NET=OFF"
-PACKAGECONFIG[NetSSL] = "-DENABLE_NETSSL=ON -DOPENSSL_SSL_LIBRARY:STRING=ssl 
-DOPENSSL_CRYPTO_LIBRARY:STRING=crypto,-DENABLE_NETSSL=OFF,openssl"
-PACKAGECONFIG[Crypto] = "-DENABLE_CRYPTO=ON -DOPENSSL_SSL_LIBRARY:STRING=ssl 
-DOPENSSL_CRYPTO_LIBRARY:STRING=crypto,-DENABLE_CRYPTO=OFF,openssl"
-PACKAGECONFIG[Data] = "-DENABLE_DATA=ON,-DENABLE_DATA=OFF"
-PACKAGECONFIG[DataSQLite] = "-DENABLE_DATA_SQLITE=ON 
-DSQLITE3_LIBRARY:STRING=sqlite3,-DENABLE_DATA_SQLITE=OFF,sqlite3"
-PACKAGECONFIG[Zip] = "-DENABLE_ZIP=ON,-DENABLE_ZIP=OFF"
-
-# Additional components not build by default,
-# they might have dependencies not included in oe-core
-# or they don't work on all architectures
-PACKAGECONFIG[mod_poco] = 
"-DENABLE_APACHECONNECTOR=ON,-DENABLE_APACHECONNECTOR=OFF,apr apache2"
-PACKAGECONFIG[CppParser] = "-DENABLE_CPPPARSER=ON,-DENABLE_CPPPARSER=OFF"
-PACKAGECONFIG[DataMySQL] = "-DENABLE_DATA_MYSQL=ON 
-DMYSQL_LIB:STRING=mysqlclient_r,-DENABLE_DATA_MYSQL=OFF,mariadb"
-PACKAGECONFIG[DataODBC] = 
"-DENABLE_DATA_ODBC=ON,-DENABLE_DATA_ODBC=OFF,libiodbc"
-PACKAGECONFIG[PageCompiler] = 
"-DENABLE_PAGECOMPILER=ON,-DENABLE_PAGECOMPILER=OFF"
-PACKAGECONFIG[PageCompilerFile2Page] = 
"-DENABLE_PAGECOMPILER_FILE2PAGE=ON,-DENABLE_PAGECOMPILER_FILE2PAGE=OFF"
-PACKAGECONFIG[SevenZip] = "-DENABLE_SEVENZIP=ON,-DENABLE_SEVENZIP=OFF"
-
-# Make a package for each library
-PACKAGES = "${PN}-dbg ${POCO_PACKAGES}"
-python __anonymous () {
-packages = []
-testrunners = []
-components = d.getVar("PACKAGECONFIG").split()
-components.append("Foundation")
-for lib in components:
-pkg = ("poco-%s" % lib.lower()).replace("_","")
-packages.append(pkg)
-if not d.getVar("FILES_%s" % pkg):
-d.setVar("FILES_%s" % pkg, "${libdir}/libPoco%s.so.*" % lib)
-testrunners.append("%s" % lib)
-
-d.setVar("POCO_PACKAGES", " ".join(packages))
-d.setVar("POCO_TESTRUNNERS", "\n".join(testrunners))
-}
-
-# "poco" is a metapackage which pulls in all Poco components
-PACKAGES += "${PN}"
-RRECOMMENDS_${PN} += "${POCO_PACKAGES}"
-RRECOMMENDS_${PN}_class-native = ""
-ALLOW_EMPTY_${PN} = "1"
-
-# -dev last to pick up the remaining stuff
-PACKAGES += "${PN}-dev ${PN}-staticdev"
-FILES_${PN}-dev = "${includedir} ${libdir}/libPoco*.so ${libdir}/cmake"
-FILES_${PN}-staticdev = "${libdir}/libPoco*.a"
-
-# ptest support
-FILES_${PN}-dbg += "${PTEST_PATH}/bin/.debug"
-
-# cppunit is only built if tests are

Re: [oe] [meta-multimedia][PATCH v2] openh264: switch away from github archive

2018-05-16 Thread Trevor Woerner 
On Tue, May 15, 2018 at 10:45 AM, akuster808  wrote:

>
>
> On 05/09/2018 05:49 PM, Trevor Woerner wrote:
> > Since we know that github archives which are automatically generated
> have a
> > tendency to change their checksums[1], switch to using a git clone.
> >
> > [1] http://lists.openembedded.org/pipermail/openembedded-devel/
> 2017-September/114916.html
> >
> > Signed-off-by: Trevor Woerner 
> > ---
> >
> > Changes since v1:
> >  - replace the frankenstein local variable name OPENHBRANCH with simply
> BRANCH
> >to hold the name of the branch to use
> This fails to build: please see
> http://errors.yoctoproject.org/Errors/Details/178572/


As it turns out, even without this patch, building the existing openh264
recipe in master for qemux86 fails exactly the same way. The really odd
thing is, I don't see any indication of this failure in any of the "state
of the world" build reports. Do the "state of the world" builds not build
against MACHINE="qemux86"? Or maybe openh264 is skipped (perhaps due to
LICENSE_FLAGS = "commercial")?

I'm not entirely surprised this patch doesn't introduce a new problem, its
only difference against the original is to fetch from git rather that an
automatically generated github archive. If the auto-generated archive
succeeded but a git clone of the exact same SHA failed, that would be news
indeed!

I assume that although my patches aren't introducing a new build failure, I
should probably investigate fixing it anyway?

The existing recipe has provisions for i386. If I understand correctly,
qemux86 is i586 (?), and meta-intel's intel-core2-32 is i686 (?). Do I
duplicate the i386 provisions for i586 and i686? Is there an easier way to
specify all 32-bit IA systems? Otherwise I guess another option is to
disable 32-bit IA COMPATIBLE_MACHINEs?
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel