[OE-core] [PATCH v2] iproute2: Upgrade 4.10.0 -> 4.11.0

0001-ip-Remove-unneed-header.patch is to fix build error built with musl. Signed-off-by: Changhyeok Bae --- .../iproute2/0001-ip-Remove-unneed-header.patch| 30 ++ .../{iproute2_4.10.0.bb => iproute2_4.11.0.bb} | 5 ++-- 2 files changed, 33

Re: [OE-core] [PATCH 1/1] archiver.bbclass: add task do_prepare_recipe_sysroot before do_configure

Thanks, that commit works, please ignore this patch. On 2017年06月10日 00:38, Burton, Ross wrote: On 9 June 2017 at 10:45, Dengke Du > wrote: When recipe inherit archiver.bbclass and enable: ARCHIVER_MODE[src] = "configured"

Re: [OE-core] [PATCH] iproute2: Upgrade 4.10.0 -> 4.11.0

On Thu, 2017-06-08 at 05:26 +, Changhyeok Bae wrote: > Signed-off-by: Changhyeok Bae > --- >  .../iproute2/{iproute2_4.10.0.bb => > iproute2_4.11.0.bb}   | 4 ++-- >  1 file changed, 2 insertions(+), 2 deletions(-) >  rename

Re: [OE-core] [master][pyro][PATCH] bitbake.conf: Add whoami to HOSTTOOLS

On Sun, Jun 11, 2017 at 11:01:20PM +0100, Richard Purdie wrote: > On Sun, 2017-06-11 at 15:59 -0400, Denys Dmytriyenko wrote: > > On Sun, Jun 11, 2017 at 08:17:09PM +0100, Burton, Ross wrote: > > > > > > On 11 June 2017 at 17:58, Jonathan Liu wrote: > > > > > > > > > > > The

Re: [OE-core] [master][pyro][PATCH] bitbake.conf: Add whoami to HOSTTOOLS

On Sun, 2017-06-11 at 15:59 -0400, Denys Dmytriyenko wrote: > On Sun, Jun 11, 2017 at 08:17:09PM +0100, Burton, Ross wrote: > > > > On 11 June 2017 at 17:58, Jonathan Liu wrote: > > > > > > > > The whoami command is used when building the Linux kernel in > > >

Re: [OE-core] ✗ patchtest: failure for mesa.inc: potentially enable texture float for gallium

On Sun, Jun 11, 2017 at 12:54 PM, Denys Dmytriyenko wrote: > On Sun, Jun 11, 2017 at 03:09:39AM -0400, Trevor Woerner wrote: >> On Sun, Jun 11, 2017 at 3:01 AM, Patchwork >> wrote: >> > * Issue Added patch file is missing

Re: [OE-core] [master][pyro][PATCH] bitbake.conf: Add whoami to HOSTTOOLS

On Sun, Jun 11, 2017 at 08:17:09PM +0100, Burton, Ross wrote: > On 11 June 2017 at 17:58, Jonathan Liu wrote: > > > The whoami command is used when building the Linux kernel in > > scripts/mkcompile_h to embed the build user that is visible > > in /proc/version. > > > > Not if

[OE-core] [PATCH v3] mesa.inc: enable texture float for gallium

Following the lead from Fedora (as suggested by Rob Clark) always enable --enable-texture-float for all gallium drivers, but then modify the code to not enable it, at runtime, where the implementation isn't backed by hardware. The patch comes from unpacking fedora-25's mesa-17.0.5-3.fc25.src.rpm

[OE-core] [PATCH v3 0/1] mesa.inc: enable texture float for gallium

changes for v3: - add Upstream-Status patch header - fix typo in commit message from v2 - add links pointing to where the patch was obtained - change commit subject line to remove "potentially" changes for v2: - copy the solution from Fedora - the original solution (to enable or disable texture

Re: [OE-core] [master][pyro][PATCH] bitbake.conf: Add whoami to HOSTTOOLS

On 11 June 2017 at 17:58, Jonathan Liu wrote: > The whoami command is used when building the Linux kernel in > scripts/mkcompile_h to embed the build user that is visible > in /proc/version. > Not if you have oe-core a5a14edb5573e33667b63b1e34cb4e19d075e8e8, in theory at

Re: [OE-core] [PATCH v2 0/2] Yocto Compatible 2.0 support code

On Fri, Jun 09, 2017 at 03:04:02PM +0200, Patrick Ohly wrote: > As discussed in the "[Openembedded-architecture] Yocto Compatible 2.0 > + signature changes" mail thread, changes in a .bbappend cannot be > done unconditionally. Making _append and _remove depend on overrides > which get set based on

Re: [OE-core] [master][pyro][PATCH] bitbake.conf: Add whoami to HOSTTOOLS

On Sun, Jun 11, 2017 at 10:22:58AM -0700, Khem Raj wrote: > On Sun, Jun 11, 2017 at 9:58 AM, Jonathan Liu wrote: > > The whoami command is used when building the Linux kernel in > > scripts/mkcompile_h to embed the build user that is visible > > in /proc/version. > > > >

Re: [OE-core] [master][pyro][PATCH] bitbake.conf: Add whoami to HOSTTOOLS

On Sun, Jun 11, 2017 at 9:58 AM, Jonathan Liu wrote: > The whoami command is used when building the Linux kernel in > scripts/mkcompile_h to embed the build user that is visible > in /proc/version. > > Signed-off-by: Jonathan Liu > --- >

[OE-core] [master][pyro][PATCH] bitbake.conf: Add whoami to HOSTTOOLS

The whoami command is used when building the Linux kernel in scripts/mkcompile_h to embed the build user that is visible in /proc/version. Signed-off-by: Jonathan Liu --- meta/conf/bitbake.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] ✗ patchtest: failure for mesa.inc: potentially enable texture float for gallium

On Sun, Jun 11, 2017 at 03:09:39AM -0400, Trevor Woerner wrote: > On Sun, Jun 11, 2017 at 3:01 AM, Patchwork > wrote: > > * Issue Added patch file is missing Upstream-Status in the > > header [test_upstream_status_presence] > > Suggested fix

[OE-core] [PATCHv2 2/3] dpkg: Fix perl modules by moving them to the versioned perl directory

In order for the dpkg perl modules to be used the must reside in the versioned perl library directory (as to be in the default include path). Be explicit about this location in our FILES_${PN}-perl directive, so that if this breaks in the future, the recipe will fail). We can now drop the custom

[OE-core] [PATCHv2 1/3] cpan-base.bbclass: Move PERLVERSION and get_perl_version to a new file

It is possible for non-CPAN recipes to contain perl modules. These perl modules must reside in the versioned perl library directory in order to work in normal circumstances.. Export this logic to a separate class so that it can be reused without the rest of the cpan logic. Without this, dpkg

Re: [OE-core] [PATCH 2/3] dpkg: Fix perl modules by moving them to the versioned perl directory

On Fri, Jun 09, 2017 at 03:28:40PM -0400, Tom Rini wrote: > On Fri, Jun 09, 2017 at 05:15:07PM +0100, Burton, Ross wrote: > > On 9 June 2017 at 01:00, Tom Rini wrote: > > > > > In order for the dpkg perl modules to be used the must reside in the > > > versioned perl library

Re: [OE-core] ✗ patchtest: failure for mesa.inc: potentially enable texture float for gallium

On Sun, Jun 11, 2017 at 3:01 AM, Patchwork wrote: > * Issue Added patch file is missing Upstream-Status in the header > [test_upstream_status_presence] > Suggested fixAdd Upstream-Status: to the header of >

[OE-core] ✗ patchtest: failure for mesa.inc: potentially enable texture float for gallium

== Series Details == Series: mesa.inc: potentially enable texture float for gallium Revision: 1 URL : https://patchwork.openembedded.org/series/7177/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

[OE-core] [PATCH v2] mesa.inc: potentially enable texture float for gallium

Following the lead from Fedora (as suggested by Rob Clark) always enable --enable-texture-float for all gallium drivers, but then modify the code to not enable it where the implementation isn't backed by hardware. Somewhere along the path from OpenGL ES 2.0 to OpenGL ES 3.0 are some algorithms