Re: [OE-core] [PATCH 00/10] gstreamer1.0: upgrade to 1.12.3

On Mon, Oct 2, 2017 at 3:05 PM, Burton, Ross wrote: > On 2 October 2017 at 21:49, Nicolas Dechesne > wrote: >> >> I have seen these patches on master-next at some point, and they got >> dropped. Was there any specific issue? > > > They were pulled in briefly for a test build to check for any seri

Re: [OE-core] [PATCH] libsolv: fix a kernel-devsrc installation issue

Hi, Alexander: Thanks for the input, I will then try to investigate the rpm code for tweaking the values. //Ming Liu 2017-10-02 13:37 GMT+02:00 Alexander Kanavin < alexander.kana...@linux.intel.com>: > On 10/02/2017 08:08 AM, liu.min...@gmail.com wrote: > >> From: Ming Liu >> >> This patch aim

[OE-core] [morty][PATCH v2 1/2] coreutils_6.9: Disable broken man pages

From: Richard Purdie These are generated from --help output of the host tools which is clearly incorrect, particularly given the older nature of this recipe. Simply disable them entirely. Signed-off-by: Richard Purdie Cherry-pick from meta-gplv2: http://git.yoctoproject.org/cgit/cgit.cgi/m

[OE-core] [morty][PATCH v2 2/2] coreutils_6.9: fix musl compilation

From: André Draszik As per the patch Signed-off-by: André Draszik Acked-by: Sylvain Lemieux Signed-off-by: Ross Burton Cherry-pick from meta-gplv2: http://git.yoctoproject.org/cgit/cgit.cgi/meta-gplv2/commit/?id=e42ded0ee35d0aab0de8fa090eda9f1c08bcbb4c Signed-off-by: Andre McCurdy ---

[OE-core] [morty][PATCH v2 0/2] coreutils: musl build fix for gplv2 coreutils recipe

Two minor patches backported from meta-gplv2 for the gplv2 coreutils recipe in oe-core morty. v2: Add Signed-off-by's to both patches + reference upstream meta-gplv2 commits and add _6.9 suffix in both commit messages. André Draszik (1): coreutils_6.9: fix musl compilation Richard Purdie (1):

[OE-core] ✗ patchtest: failure for coreutils: musl build fix for gplv2 coreutils recipe

== Series Details == Series: coreutils: musl build fix for gplv2 coreutils recipe Revision: 1 URL : https://patchwork.openembedded.org/series/9192/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

[OE-core] [morty][PATCH 2/2] coreutils: fix musl compilation

From: André Draszik As per the patch Signed-off-by: André Draszik Acked-by: Sylvain Lemieux Signed-off-by: Ross Burton --- ...-need-charset.alias-when-building-for-mus.patch | 44 ++ meta/recipes-core/coreutils/coreutils_6.9.bb | 1 + 2 files changed, 45 insertions

[OE-core] [morty][PATCH 1/2] coreutils: Disable broken man pages

From: Richard Purdie These are generated from --help output of the host tools which is clearly incorrect, particularly given the older nature of this recipe. Simply disable them entirely. Signed-off-by: Richard Purdie --- .../recipes-core/coreutils/coreutils-6.9/no-man.patch | 19 +

[OE-core] [morty][PATCH 0/2] coreutils: musl build fix for gplv2 coreutils recipe

Two minor patches backported from meta-gplv2 for the gplv2 coreutils recipe in oe-core morty. André Draszik (1): coreutils: fix musl compilation Richard Purdie (1): coreutils: Disable broken man pages ...-need-charset.alias-when-building-for-mus.patch | 44 ++ .../coreut

[OE-core] [PATCH] systemd: drop uclibc specific exp10 support patch

This patch is clearly uclibc specific and appears to have been inadvertently left behind during the recent purging of uclibc specific patches from oe-core: http://git.openembedded.org/openembedded-core/commit/?id=e01e7c543a559c8926d72159b5cd55db0c661434 Signed-off-by: Andre McCurdy --- .../s

Re: [OE-core] [PATCH 00/10] gstreamer1.0: upgrade to 1.12.3

On 2 October 2017 at 21:49, Nicolas Dechesne wrote: > I have seen these patches on master-next at some point, and they got > dropped. Was there any specific issue? They were pulled in briefly for a test build to check for any serious problems, but as I'm sure you're aware from the weekly status

[OE-core] [pyro][PATCH] archiver.bbclass: adapt do_unpack_and_patch to RSS

From: Mikko Ylinen do_unpack_and_patch was not correctly run until recently ("archiver.bbclass: various fixes for original+diff mode") but with the fix applied, the errors we get indicate the function is not adapted to work with recipe specific sysroots. do_unpack_and_patch sets WORKDIR to ARCHI

Re: [OE-core] [PATCH 00/10] gstreamer1.0: upgrade to 1.12.3

On Thu, Sep 21, 2017 at 7:19 AM, Khem Raj wrote: > On Thu, Sep 21, 2017 at 2:21 AM, Nicolas Dechesne > wrote: >> A boring upgrade from 1.12.2 to 1.12.3. This is a bugfixes only release, >> a couple of patches removed as they made it upstream in the mean time. >> >> Nicolas Dechesne (10): >> gst

Re: [OE-core] Go SDK automated test

On Thu, Sep 28, 2017 at 8:37 AM, Burton, Ross wrote: > On 18 September 2017 at 20:17, Otavio Salvador > wrote: >> >> Hello folks, >> >> I did try to understand the automated test infrastructure but ended >> lost on how the code was designed. So instead I wrote down a step by >> step test so someo

Re: [OE-core] [PATCH v4] systemd: add runtime dependencies to pam plugins.

2017-09-29 18:31 GMT+02:00 Burton, Ross : > I wish I knew why git was ignoring the commit message entirely when > applying... It's ignoring everything apart from the SOB: > > $ git show > commit 079754f2681ded614c5ee90e61f4ddbd8407998a > Author: andreas.kl...@peiker-cee.de > Date: Thu Sep 28 18

Re: [OE-core] [PATCH v5] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

On 10/02/2017 07:56 PM, Otavio Salvador wrote: @@ -548,11 +548,13 @@ class RpmPM(PackageManager): if feed_uris == "": return +gpg_opts = '' if self.d.getVar('PACKAGE_FEED_SIGN') == '1': -gpg_opts = 'repo_gpgcheck=1\n' +gpg_opt

[OE-core] [PATCH v5] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

When we wish to use the package feed for local development, it does not uses GPG signed feeds by default but dnf uses package signature check. We need to configure the GPG signature check out so it works out of box. With this patch, installing non-signed packages works: $: dnf install Signed-of

[OE-core] [PATCH v4] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

When we wish to use the package feed for local development, it does not uses GPG signed feeds by default but dnf uses package signature check. We need to configure the GPG signature check out so it works out of box. With this patch, installing non-signed packages works: $: dnf install Signed-of

Re: [OE-core] [PATCH v3] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

On Mon, Oct 2, 2017 at 12:06 PM, Alexander Kanavin wrote: > On 10/02/2017 06:02 PM, Otavio Salvador wrote: >> Em 2 de out de 2017 11:57 AM, "Alexander Kanavin" >> > > escreveu: >> >> On 10/02/2017 05:52 PM, Otavio Salvador wrote: >> >> @@ -551,

[OE-core] Yocto Project Status WW40’17

Current Dev Position: YP 2.4 M4 - rc1 is in QA Next Deadline: YP 2.4 Final Cut off has passed. SWAT team rotation: Maxin -> Cal on Sept. 29, 2017. SWAT team rotation: Cal -> Joshua on Oct. 6, 2017. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·

Re: [OE-core] [PATCH v3] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

On 10/02/2017 05:52 PM, Otavio Salvador wrote: @@ -551,6 +551,8 @@ class RpmPM(PackageManager): if self.d.getVar('PACKAGE_FEED_SIGN') == '1': gpg_opts = 'repo_gpgcheck=1\n' gpg_opts += 'gpgkey=file://%s/pki/packagefeed-gpg/PACKAGEFEED-GPG-KEY-%s-%s\n' % (s

Re: [OE-core] [PATCH v2] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

Alex, v3 is out. On Mon, Oct 2, 2017 at 11:34 AM, Alexander Kanavin wrote: > On 10/02/2017 05:34 PM, Otavio Salvador wrote: > >> It does not work as you are explaining. Without this patch I /need/ to >> use: >> >> dnf install --nogpgcheck nano >> >> to install nano. dnf has it enabled. >> >> roo

[OE-core] [PATCH v3] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

When we wish to use the package feed for local development, it does not uses GPG signed feeds by default but dnf uses package signature check. We need to configure the GPG signature check out so it works out of box. With this patch, installing non-signed packages works: $: dnf install Signed-of

Re: [OE-core] [PATCH v2] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

On 10/02/2017 05:34 PM, Otavio Salvador wrote: It does not work as you are explaining. Without this patch I /need/ to use: dnf install --nogpgcheck nano to install nano. dnf has it enabled. root@qemux86-64:~# grep gpg /etc/dnf/dnf.conf gpgcheck=1 Yes; your patch is solving this problem inc

Re: [OE-core] [PATCH v2] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

On Mon, Oct 2, 2017 at 11:25 AM, Alexander Kanavin wrote: > On 10/02/2017 05:18 PM, Otavio Salvador wrote: >> >> When we wish to use the package feed for local development, it does >> not uses GPG signed feeds by default but dnf uses package signature >> check. We need to configure the GPG signatu

Re: [OE-core] [PATCH v2] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

On 10/02/2017 05:18 PM, Otavio Salvador wrote: When we wish to use the package feed for local development, it does not uses GPG signed feeds by default but dnf uses package signature check. We need to configure the GPG signature check out so it works out of box. With this patch, installing non-s

Re: [OE-core] [PATCH 1/2] lib/oe/package_manager.py (rpm): Signature check is enabled by default

On Mon, Oct 2, 2017 at 10:56 AM, Alexander Kanavin wrote: > On 10/02/2017 04:09 PM, Otavio Salvador wrote: > >> I assure you I did test both patches. I leave as an exercise to you to >> show me what it breaks. >> >> Also, keeping "exercises" for contributors is not something which >> helps to gath

[OE-core] [PATCH v2] lib/oe/package_manager.py (rpm): Allow use of non-signed packages

When we wish to use the package feed for local development, it does not uses GPG signed feeds by default but dnf uses package signature check. We need to configure the GPG signature check out so it works out of box. With this patch, installing non-signed packages works: $: dnf install Signed-of

Re: [OE-core] [PATCH 1/2] lib/oe/package_manager.py (rpm): Signature check is enabled by default

On 10/02/2017 04:09 PM, Otavio Salvador wrote: I assure you I did test both patches. I leave as an exercise to you to show me what it breaks. Also, keeping "exercises" for contributors is not something which helps to gather more contributions. It solved the dnf install requirement for my test a

Re: [OE-core] [PATCH 1/2] lib/oe/package_manager.py (rpm): Signature check is enabled by default

Alexander, On Mon, Oct 2, 2017 at 8:01 AM, Alexander Kanavin wrote: > On 10/02/2017 01:00 AM, Otavio Salvador wrote: > >>> NAK both patches, I'm afraid. gpgcheck and repo_gpgcheck are two >>> different >>> options, which control different things, and you thoroughly confused them >>> here. >> >> >

Re: [OE-core] [PATCH] watchdog: install wd_keepalive service file to its own package

On 29 September 2017 at 01:27, Yi Zhao wrote: > Move wd_keepalive.service from watchdog package to watchdog-keepalive > package. Also remove debian specific code from the service file. > Remember to say *why*. Reading the diff tells us that you are putting wd-keepalive into a separate package,

Re: [OE-core] [PATCH v2] python-native: Build with ipv6 enabled

I think that's probably the best option. There's not a lot of network operations done by native applications and the ones that are will fallback to IPv4, so I'm not surprised it wasn't noticed. Ross On 27 September 2017 at 21:28, Alejandro Hernandez < alejandro.hernan...@linux.intel.com> wrote:

Re: [OE-core] [PATCH] libsolv: fix a kernel-devsrc installation issue

On 10/02/2017 08:08 AM, liu.min...@gmail.com wrote: From: Ming Liu This patch aims to fix a kernel-devsrc rpm installation failure on target, I had sent the patch to libsolv upstream, but its maintainers rejected it with the reason: ... we probably want to sync these values with RPM code... ...

Re: [OE-core] [PATCH 1/2] lib/oe/package_manager.py (rpm): Signature check is enabled by default

On 10/02/2017 01:00 AM, Otavio Salvador wrote: NAK both patches, I'm afraid. gpgcheck and repo_gpgcheck are two different options, which control different things, and you thoroughly confused them here. I did test both patches and this is not what I figured. Did you test it? Again, 'gpcheck'

Re: [OE-core] [PATCHv2] image_types: Fix bmaptool support for RSS

On Fri, Sep 29, 2017 at 10:28:19AM -0400, Tom Rini wrote: > With RSS we need to ensure that when making a bmap image that the > python3 that we created is found via /usr/bin/env rather than the host > python3. Otherwise we're relying on the build host to have bmaptool > support installed. > Than

Re: [OE-core] [PATCH 0/4] Recipes for Open Source Verilog and Lattice iCE40 FPGAs tools

On 14 September 2017 at 22:56, Nathan Rossi wrote: > On 13 September 2017 at 11:24, Khem Raj wrote: >> On Tue, Sep 12, 2017 at 4:42 PM, Trevor Woerner wrote: >>> On Tue, Sep 12, 2017 at 4:21 PM, Khem Raj wrote: On Mon, Sep 11, 2017 at 1:58 AM, Burton, Ross wrote: > On 10 Septemb

Re: [OE-core] [PATCH v4 2/3] wayland: Fix installation patch issue

On 30 September 2017 at 14:45, Otavio Salvador < otavio.salva...@ossystems.com.br> wrote: > On Sat, Sep 30, 2017 at 10:43 AM, Fabien Lahoudere > wrote: > > On Fri, 2017-09-29 at 11:32 +0100, Burton, Ross wrote: > > > > With xserver-xorg I get: > > > > | make[2]: *** No rule to make target > > '//

[OE-core] State of bitbake world, Failed tasks 2017-09-27

http://www.openembedded.org/wiki/Bitbake_World_Status == Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!|Signatures !!colspan='15'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64 ||all ||already-stripped ||libdir ||textrel ||build-deps ||file-rdep