clang defines __arm which is interpreted as non-posix by make build
system but thats not correct when using clang so patch addresses that
Signed-off-by: Khem Raj
---
...inst-Do-not-undef-POSIX-on-clang-arm.patch | 38 +++
meta/recipes-devtools/make/make_4.3.bb| 1 +
2 fi
On Fri, 2020-03-06 at 14:14 -0800, Jeremy A. Puhlman wrote:
>
> On 3/6/2020 2:00 PM, Richard Purdie wrote:
> > On Tue, 2020-03-03 at 15:22 -0800, Jeremy Puhlman wrote:
> > > Is there a preferred method in oe-core for dealing with man pages
> > > that conflict due to differences in multilib pathing
This breaks c_rehash calls from dash (works fine with bash)
dash doesn't like
#!perl
shebang, would
PERL="/usr/bin/env perl"
work for you?
But unfortunately just passing PERL like this doesn't pass do_configure:
Creating Makefile
sh: 1: /usr/bin/env perl: not found
WARNING: exit code 1 from a she
On 3/6/2020 2:00 PM, Richard Purdie wrote:
On Tue, 2020-03-03 at 15:22 -0800, Jeremy Puhlman wrote:
Is there a preferred method in oe-core for dealing with man pages
that conflict due to differences in multilib pathing.
For example an application lives in /usr/lib/foo/bar for one abi but
/us
Ping. Any comments?
On Tue, Mar 03, 2020 at 06:45:09PM -0500, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> Signed-off-by: Denys Dmytriyenko
> ---
> meta/recipes-connectivity/openssl/openssl_1.1.1d.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recip
On 3/6/2020 2:00 PM, Richard Purdie wrote:
On Tue, 2020-03-03 at 15:22 -0800, Jeremy Puhlman wrote:
Is there a preferred method in oe-core for dealing with man pages
that conflict due to differences in multilib pathing.
For example an application lives in /usr/lib/foo/bar for one abi but
/us
On Tue, 2020-03-03 at 15:22 -0800, Jeremy Puhlman wrote:
> Is there a preferred method in oe-core for dealing with man pages
> that conflict due to differences in multilib pathing.
>
> For example an application lives in /usr/lib/foo/bar for one abi but
> /usr/lib64/foo/bar in another, and
> that
On Wed, 4 Mar 2020 at 23:42, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
>
> Just FYI I think there may also be a couple of other packages coreutils
> pulls in and they may also have reproducibility issues (gettext-ptest,
> glibc-locale-* and procps*).
>
Patch for gettext also sen
Signed-off-by: Alexander Kanavin
---
...t-env.in-do-not-add-C-CXX-parameters.patch | 29 +++
meta/recipes-core/gettext/gettext_0.20.1.bb | 1 +
2 files changed, 30 insertions(+)
create mode 100644
meta/recipes-core/gettext/gettext-0.20.1/0001-init-env.in-do-not-add-C-CXX-para
Updated to 20.0.1 release: https://www.mesa3d.org/relnotes/20.0.1.html
Signed-off-by: Nathan Hartman
---
.../mesa/{mesa-gl_20.0.0.bb => mesa-gl_20.0.1.bb} | 0
meta/recipes-graphics/mesa/{mesa_20.0.0.bb => mesa_20.0.1.bb} | 4 ++--
2 files changed, 2 insertions(+), 2 deletions(-)
re
Anyone have a thought?
On 3/3/2020 3:22 PM, Jeremy Puhlman wrote:
Is there a preferred method in oe-core for dealing with man pages that
conflict due to differences
in multilib pathing.
For example an application lives in /usr/lib/foo/bar for one abi but
/usr/lib64/foo/bar in another, and
th
> On 30/10/2019 06:25, star at gmx.li wrote:
> > Build of image failed, I got strange and long error messages like:
> >
> > | from distutils.sysconfig import parse_makefile
> > | ModuleNotFoundError: No module named 'distutils.sysconfig'
> > | configure: error: Python failed to run; see above erro
On Fri, 2020-03-06 at 16:32 +0100, Andrej Valek wrote:
> "add option to append lines into local.conf":
> - What about dropping "sdk_extraconf"?
I'm curious what you didn't find useful about the other format and why
this version is better?
Cheers,
Richard
--
___
Do not always override templateconf.cfg content. Add option to use
already existing file.
Signed-off-by: Andrej Valek
---
meta/classes/populate_sdk_ext.bbclass | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta/classes/populate_sdk_ext.bbclass
b/meta/classes/pop
Add option to add new lines into local.conf content in ext_sdk case
via SDK_LOCAL_CONF_EXTRALIST variable.
Signed-off-by: Andrej Valek
---
meta/classes/buildhistory.bbclass | 4 ++--
meta/classes/populate_sdk_ext.bbclass | 12 +++-
2 files changed, 13 insertions(+), 3 deletions(-)
"add option to append lines into local.conf":
- What about dropping "sdk_extraconf"?
Andrej Valek (2):
populate_sdk_ext.bbclass: enable custom templateconf.cfg
populate_sdk_ext.bbclass: add option to append lines into local.conf
meta/classes/buildhistory.bbclass | 4 ++--
meta/classes/
FIRMWAREDIR defaults to /lib, failing when usrmerge is enabled:
ERROR: linux-firmware-1_20200122-r0 do_install: Execution of
'/home/akiernan/poky/build/tmp/work/core2-64-poky-linux/linux-firmware/1_20200122-r0/temp/run.do_install.31218'
failed with exit code 1:
mkdir -p
/home/akiernan/poky/
Hello, Randy
On Wed, Feb 12, 2020 at 7:17 PM Randy MacLeod
wrote:
>
> On 2/12/20 7:19 AM, Oleksandr Popovych via Openembedded-core wrote:
> > For ptest support for this package several additional patches and
> > run-ptest script were added and recipe was changed.
> >
> > Signed-off-by: Oleksandr
qemux86_64 is used extensively on the autobuilder, so what are the
circumstances where this issue arises?
Alex
On Fri, 6 Mar 2020 at 12:25, wrote:
> From: Mingli Yu
>
> On the system whose cpu doesn't support rdrand,
> there comes below message when start rngd service
> #systemctl status rngd
From: Mingli Yu
On the system whose cpu doesn't support rdrand,
there comes below message when start rngd service
#systemctl status rngd
[snip]
Feb 25 05:08:14 qemux86-64 rngd[133]: [rdrand]: Initialization Failed
[snip]
Actually the failed message doesn't matter as it
only indicates one ent
On Fri, 2020-03-06 at 07:41 +, Ernst Sjöstrand wrote:
> Mesa usually says "This is a .0 release, and you may want to continue
> to to track 19.3.x until
> 20.0.1 comes out in two weeks. 19.3.5 is planned to be the final 19.3
> release and is planned for next Wednesday."
>
> Luckily, 20.0.1 cam
On Fri, 2020-03-06 at 12:04 +0200, Adrian Bunk wrote:
> For most community companies there is no clear Return on Investment
> if they would use the opportunity to invest in upstream involvement.
That isn't true. If you fix something yourself and hold the change you
get to maintain it. If you work
On Wed, Mar 04, 2020 at 12:26:29PM -0800, akuster808 wrote:
...
> On 3/4/20 9:24 AM, Adrian Bunk wrote:
...
> > This could be combined with a call for help for security support,
> > an advantage of being honest would be that it becomes visible for
> > users that there is a resource shortage.
> Ther
wl1271-nvs.bin belongs to the wl18xx driver (and respective
package created here), see kernel source.
Due to the way packages are assembled here it ends up in the
wrong package, though.
Fix by placing it in the -common package as it's merely a
symlink to wl127x-nvs.bin (which does belong to the wl
Now that this recipe uses make install, we don't manually
create symlinks for firmware files for older kernel in
do_install(). As such, the FILES statement can be updated
as well.
Signed-off-by: André Draszik
---
meta/recipes-kernel/linux-firmware/linux-firmware_20200122.bb | 3 ---
1 file chang
Now this function has a summary parameter we can drop this check.
It could well be why the mysterious "locked sigs" selftest fails
interemittently if this function were called with a single hash
to check.
[YOCTO #13605] (with luck)
Signed-off-by: Richard Purdie
---
meta/classes/sstate.bbclass
26 matches
Mail list logo
