On Thu, 2021-01-14 at 17:02 +0800, Wang Mingyu wrote:
> Signed-off-by: Wang Mingyu
> ---
> .../drm/{libdrm_2.4.103.bb => libdrm_2.4.104.bb}| 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-graphics/drm/{libdrm_2.4.103.bb => libdrm_2.4.104.bb}
> (97%)
Aargh just read cover letter - sorry
On Sat, Jan 16, 2021 at 9:37 PM Andreas Müller via
lists.openembedded.org
wrote:
>
> On Sat, Jan 16, 2021 at 6:44 PM akuster wrote:
> >
> > From: Joshua Watt
> >
> > Adds variables that can be used to allow a recipe to pass extra
> > arguments to `waf build`
On Sat, Jan 16, 2021 at 6:44 PM akuster wrote:
>
> From: Joshua Watt
>
> Adds variables that can be used to allow a recipe to pass extra
> arguments to `waf build` and `waf install`. In most cases, you want to
> pass the same arguments to `build` and `install` (since install is a
> superset of `b
I fully support this.
Alex
On Thu, 14 Jan 2021 at 18:50, Peter Kjellerstedt <
peter.kjellerst...@axis.com> wrote:
> [ Cross-posting since these changes affect all of bitbake,
> openembedded-core
> and meta-openembedded and need to be made (at least somewhat) in sync. ]
>
> Can the solution for
On 1/16/21 9:44 AM, Martin Jansa wrote:
> Aren't the missing spaces in appends fixes also needed for meta-oe
> recipes?
>
> I think at least top 5 commits from:
> https://git.openembedded.org/meta-openembedded/log/?qt=grep&q=space.*append
> were also follow-up from these changes in oe-core.
>
D
Aren't the missing spaces in appends fixes also needed for meta-oe recipes?
I think at least top 5 commits from:
https://git.openembedded.org/meta-openembedded/log/?qt=grep&q=space.*append
were also follow-up from these changes in oe-core.
On Thu, Jan 14, 2021 at 6:50 PM Peter Kjellerstedt <
pete
From: Joshua Watt
Adds variables that can be used to allow a recipe to pass extra
arguments to `waf build` and `waf install`. In most cases, you want to
pass the same arguments to `build` and `install` (since install is a
superset of `build`), so by default setting EXTRA_OEWAF_BUILD also
affects
From: Ross Burton
Waf typically uses `python` as the intepretter but inside a task this
does not exist. Typically this is solved by patching waf (see the
glmark2 recipe) but not all versionf of Waf support Python 3 so we can't
assume a specific interpretter.
Instead, create a new variable WAF_P
World builds failed for mvp. These two changes fix
Exception: PermissionError: [Errno 13] Permission denied:
'TOPDIR/tmp/work/core2-64-poky-linux/mpv/0.32.0-r0/git/waf'
https://errors.yoctoproject.org/Errors/Details/539929/
Issue introduced by
https://git.openembedded.org/meta-openembedded/com
On 1/16/21 8:55 AM, Philip Balister wrote:
> On 1/16/21 8:34 AM, Mans Rullgard wrote:
>> This patch makes gcc produce broken code. It is unclear why it is there
>> in the first place. Drop it.
>
> I'm having flashbacks to a time where gcc didn't support
> __sync_add_and_fetch and friends, so cod
On 1/16/2021 10:22 AM, Paul Barker wrote:
On Thu, 14 Jan 2021 at 13:01, Anatol Belski
wrote:
From: Sinan Kaya
This patch brings support for generating VHD/VHDX from WIC. It touches
different areas but it needs to be applied at once for all the parts to
concert. The patch could be split, if n
On 1/15/2021 11:12 PM, Richard Purdie wrote:
On Thu, 2021-01-14 at 13:01 +, Anatol Belski wrote:
From: Sinan Kaya
This patch brings support for generating VHD/VHDX from WIC. It touches
different areas but it needs to be applied at once for all the parts to
concert. The patch could be spli
On 1/16/21 8:34 AM, Mans Rullgard wrote:
> This patch makes gcc produce broken code. It is unclear why it is there
> in the first place. Drop it.
I'm having flashbacks to a time where gcc didn't support
__sync_add_and_fetch and friends, so code that looks like this was
copedi around as a work ar
This patch makes gcc produce broken code. It is unclear why it is there
in the first place. Drop it.
Signed-off-by: Mans Rullgard
---
.../boost/boost/arm-intrinsics.patch | 55 ---
meta/recipes-support/boost/boost_1.75.0.bb| 2 +-
2 files changed, 1 insertion(+),
We'd appear to be past the need for a gcc7 patch from 3 years ago now.
Signed-off-by: Richard Purdie
---
.../BUILD_RUNTIME_BUG_ON-vs-gcc7.patch| 43 ---
.../lttng/lttng-modules_2.12.4.bb | 1 -
2 files changed, 44 deletions(-)
delete mode 100644
meta/recipe
Drop backported patches.
Signed-off-by: Richard Purdie
---
...oints-output-proper-root-owner-for-t.patch | 318 --
...jtool-Rename-frame.h-objtool.h-v5.10.patch | 88 -
...rdered-extent-tracepoint-take-btrfs_.patch | 179 --
...ext4-fast-commit-recovery-path-v5.10.pa
On Thu, 14 Jan 2021 at 13:01, Anatol Belski
wrote:
>
> From: Sinan Kaya
>
> This patch brings support for generating VHD/VHDX from WIC. It touches
> different areas but it needs to be applied at once for all the parts to
> concert. The patch could be split, if needed, otherwise considering
> OE-C
Extracting SDK archive may fail if the script is run using a path with
special characters such as space or asterisk. This is because the shell
interprets such characters after expanding the $0 variable.
Added quotes to all uses of the shell variable $0 to fix this.
Signed-off-by: Andrey Mozzhuhin
18 matches
Mail list logo
