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

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

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

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]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Re: [oe] [meta-java][PATCH] jdepend: Update download hashes

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

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

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

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

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

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

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

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

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]