Signed-off-by: Khem Raj
Cc: Jonathan Rajotte-Julien
---
v2: Rebased
.../packagegroups/packagegroup-core-tools-profile.bb | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
b/meta/recipes-core/packagegroups/packageg
Signed-off-by: Khem Raj
Cc: Jonathan Rajotte-Julien
---
v2: Rebased
meta/recipes-devtools/gdb/gdb-common.inc | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
b/meta/recipes-devtools/gdb/gdb-common.inc
index 57bc0dc773..a07625bb8d 100644
--- a/meta/rec
Latest version compiles on risv64 now
Signed-off-by: Khem Raj
Cc: Jonathan Rajotte-Julien
---
v2: Keep it disabled on musl for now
meta/recipes-kernel/lttng/lttng-modules_2.10.8.bb | 2 +-
meta/recipes-kernel/lttng/lttng-tools_2.10.6.bb | 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
On Mon, 2019-03-18 at 16:53 +, Manjukumar Harthikote Matha wrote:
> Hi,
>
> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org
> > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> > Of
> > Robert Joslyn
> > Sent: Tuesday, March 12, 2019
Responses should be made by Wed March 20th 22:00:00 UTC 2019
The following changes since commit f5a57e939e626a5b7c6de5b51799ca602ed355ed:
mesa: ship /etc/drirc in mesa-megadriver (2019-03-05 22:24:13 +)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib stab
All test id (eg. @alias) inside manual testcase file shall follow the same
test id naming convention from oeqa automated tests (eg. selftest,
runtime, sdk, etc), where the test id consists of
... Furthermore, there shall be
only 1 unique test_module per each manual testcases file, where
test_module
Responses should be made by Wed March 20th 21:00:00 UTC 2019
The following changes since commit b28f5672ab55ea303727e9f03bc594c7774d597e:
bitbake: COW: Fix StopIteration warning (2019-03-13 14:38:56 -0700)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib stabl
1.Upgrade ofono from 1.25 to 1.28.
2.use-python3.patch has been merged.
Signed-off-by: Hong Liu
---
.../ofono/ofono/use-python3.patch | 27 ---
meta/recipes-connectivity/ofono/ofono_1.25.bb | 9 ---
meta/recipes-connectivity/ofono/ofono_1.28.bb | 8 ++
3 fi
Just FYI:
This won't work if someone uses only openssl10 in the image (a bit
difficult to do with current master, but still some people have to do it),
in case someone needs it as well, here is how Gentoo makes ca-certificate
backwards compatible with old openssl:
https://github.com/gentoo/gentoo/
We had a c_rehash shell re-implementation being used for the native
package however the ca-certificates now uses the openssl rehash
internal application so there is no use for the c_rehash anymore.
Signed-off-by: Otavio Salvador
---
Changes in v3:
- remove c_rehash completely
- fix ca-certificat
On Mon, Mar 18, 2019 at 8:56 PM Richard Purdie
wrote:
> On Mon, 2019-03-18 at 16:52 -0700, Andre McCurdy wrote:
> > On Mon, Mar 18, 2019 at 4:35 PM Richard Purdie
> > wrote:
> > > I went to have a look at how this upstream C utility was going and
> > > found that they've moved to github issues an
On Mon, 2019-03-18 at 16:52 -0700, Andre McCurdy wrote:
> On Mon, Mar 18, 2019 at 4:35 PM Richard Purdie
> wrote:
> > I went to have a look at how this upstream C utility was going and
> > found that they've moved to github issues and there is no such
> > issue
> > open.
>
> It's already been imp
On Mon, Mar 18, 2019 at 4:35 PM Richard Purdie
wrote:
>
> I went to have a look at how this upstream C utility was going and
> found that they've moved to github issues and there is no such issue
> open.
It's already been implemented and is present in openssl 1.1.0:
https://www.openssl.org/doc
On Mon, 2019-03-18 at 10:36 -0300, Otavio Salvador wrote:
> We had a c_rehash shell re-implementation being used for the native
> package and there is no reason to not use it as well for the
> target. This allows it to be available without the need of perl being
> installed.
>
> This partially rev
Hello Richard,
On Mon, Mar 18, 2019 at 8:18 PM Richard Purdie
wrote:
...
> I think the commit message could use some work but IMO this patch
> probably is worth it for OE.
What do you think I could improve on it?
--
Otavio Salvador O.S. Systems
http://www.ossystems.
I was asked for my views on this thread.
OE is primarily targeting embedded systems and removing a perl
dependency from target is something we do care about and a significant
win.
As such I'm tempted to merge this patch in for that reason. The fact
we're successfully using it at rootfs time is a
On Mon, 18 Mar 2019, at 21:30, Burton, Ross wrote:
> On Mon, 18 Mar 2019 at 17:10, Paul Barker wrote:
> > That is a good argument. I just checked the difference in image sizes
> > though (from buildhistory):
> >
> > core-image-minimal + tzdata = 8,868 kB
> > core-image-minimal + tzdata-all = 15,7
On Mon, 18 Mar 2019 at 17:10, Paul Barker wrote:
> That is a good argument. I just checked the difference in image sizes though
> (from buildhistory):
>
> core-image-minimal + tzdata = 8,868 kB
> core-image-minimal + tzdata-all = 15,788 kB
>
> So it's probably not an appropriate change for everyo
I sent a v2 adding python3-mako-native to DEPENDS.
On Mon, Mar 18, 2019 at 5:58 PM Otavio Salvador
wrote:
>
> Hello Richard,
>
> On Mon, Mar 18, 2019 at 11:00 AM Richard Purdie
> wrote:
> > On Fri, 2019-03-15 at 18:21 -0300, Fabio Berton wrote:
> > > - Patch 0005-egl-add-missing-include-stddef
- Remove all non related meson patches
- Change radeon driver to r100
- Add python3-mako-native to DEPENDS
Based on https://patchwork.openembedded.org/patch/158748/
Signed-off-by: Fabio Berton
---
...0001-Simplify-wayland-scanner-lookup.patch | 44 --
...k-for-all-linux-host_o
- Patch 0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
was applied on commit e68777c87ceed02ab199b32f941778c3cf97c794.
- Refresh all patches
- mesa 19.0.0 deprecated the use of autotools and we need to add
--enable-autotools flag. For details see mesa commit:
e68777c87
On Mon, Mar 18, 2019 at 2:10 PM Paul Barker wrote:
> On Mon, 18 Mar 2019, at 17:02, Burton, Ross wrote:
> > I'd prefer that installing 'tzdata' installed everything, and then
> > there were other pieces for subsets. We learnt this the hard way from
> > people installing "python" and wondering why
Hello Richard,
On Mon, Mar 18, 2019 at 11:00 AM Richard Purdie
wrote:
> On Fri, 2019-03-15 at 18:21 -0300, Fabio Berton wrote:
> > - Patch 0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
> > was applied on commit e68777c87ceed02ab199b32f941778c3cf97c794.
> > - Refresh all patch
This changes the repository to use the systemd-stable, and update to
the latest release from v241-stable branch.
Following changes are included:
c1f8ff8d0d login: mark nomodeset fb devices as master-of-seat
59f2213e45 login: HyperV requires master-of-seat to be set
a09c170122 Allocate temporary s
All,
The triage team meets weekly and does its best to handle the bugs reported
into the Bugzilla. The number of people attending that meeting has fallen,
as have the number of people available to help fix bugs. One of the things
we hear users report is they don't know how to help. We (the tria
On Monday, March 18, 2019 12:40:28 PM EDT Martin Jansa wrote:
> On Mon, Mar 18, 2019 at 11:21:53AM -0400, Mark Asselstine wrote:
> > Per https://github.com/golang/go/wiki/GoArm we need to set GOARM when
> > cross building for ARMv5, ARMv6 and ARMv7. The current approach of
> > using TUNE_FEATURES c
on-release/20190228-9/testresults/
testresult-report.txt
with the report that will appear at:
https://autobuilder.yocto.io/pub/non-release/20190318-7/testresults/
Any idea what happened?
> Well lttng-ust does work on musl as long as users do not fiddle with
> sched_affinity... I cc
On Mon, Mar 18, 2019 at 10:08 AM Jonathan Rajotte-Julien
wrote:
>
> Hi Khem,
>
> This looks good, still please take some moment to read this thread from musl
> mailing list regarding lttng-ust usage of _SC_NPROCESSORS_CONF. For now I
> would
> maintain the disabling of lttng-ust when musl is used
On Mon, Mar 18, 2019 at 09:58:02AM -0700, Khem Raj wrote:
> Signed-off-by: Khem Raj
> ---
> .../packagegroups/packagegroup-core-tools-profile.bb | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git
> a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
> b/meta/re
On Mon, Mar 18, 2019 at 09:58:03AM -0700, Khem Raj wrote:
> Signed-off-by: Khem Raj
> ---
> meta/recipes-devtools/gdb/gdb-common.inc | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
> b/meta/recipes-devtools/gdb/gdb-common.inc
> index 57bc0dc773..
On Mon, 18 Mar 2019, at 17:02, Burton, Ross wrote:
> I'd prefer that installing 'tzdata' installed everything, and then
> there were other pieces for subsets. We learnt this the hard way from
> people installing "python" and wondering why bits of the standard
> library were missing.
That is a goo
Hi Khem,
This looks good, still please take some moment to read this thread from musl
mailing list regarding lttng-ust usage of _SC_NPROCESSORS_CONF. For now I would
maintain the disabling of lttng-ust when musl is used. I should have CC'ed you,
I forgot.
The modification for riscv64 seems good t
On Mon, Mar 18, 2019 at 5:45 PM Armin Kuster wrote:
>
> This reverts commit a384248938ea9db096866bf4ec8678d35ca62a12.
>
> This package update slipped in doing the maint process. Removing it.
>
> Signed-off-by: Armin Kuster
> ---
> ...bjam-native_1.69.0.bb => bjam-native_1.68.0.bb} | 0
> .../b
I'd prefer that installing 'tzdata' installed everything, and then
there were other pieces for subsets. We learnt this the hard way from
people installing "python" and wondering why bits of the standard
library were missing.
Ross
On Mon, 18 Mar 2019 at 17:01, Paul Barker wrote:
>
> The tzdata-a
The tzdata-all package provides a simple way of ensuring all timezones
are supported in an image.
Signed-off-by: Paul Barker
---
meta/recipes-extended/timezone/tzdata.bb | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/timezone/tzdata.bb
b/meta/r
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gdb/gdb-common.inc | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
b/meta/recipes-devtools/gdb/gdb-common.inc
index 57bc0dc773..a07625bb8d 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/met
Signed-off-by: Khem Raj
---
.../packagegroups/packagegroup-core-tools-profile.bb | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
index 762c04663
Latest version compiles on musl as well as on risv64 now
Signed-off-by: Khem Raj
---
meta/recipes-kernel/lttng/lttng-modules_2.10.8.bb | 2 +-
meta/recipes-kernel/lttng/lttng-tools_2.10.6.bb | 2 --
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta/recipes-kernel/lttng/lttng-m
> Since the patches with a couple of fixes were passing the tests, I've
> merged the patches with the glibc/muslc tweak and also a tweak to make
> disabled ust work. I'd normally wait for v2 resubmission but I wanted
> to get this fix into M3 and the M3 build is already behind schedule.
Sounds goo
This reverts commit a384248938ea9db096866bf4ec8678d35ca62a12.
This package update slipped in doing the maint process. Removing it.
Signed-off-by: Armin Kuster
---
...bjam-native_1.69.0.bb => bjam-native_1.68.0.bb} | 0
.../boost/{boost-1.69.0.inc => boost-1.68.0.inc} | 4 +-
meta/recipes-
On Mon, Mar 18, 2019 at 11:21:53AM -0400, Mark Asselstine wrote:
> Per https://github.com/golang/go/wiki/GoArm we need to set GOARM when
> cross building for ARMv5, ARMv6 and ARMv7. The current approach of
> using TUNE_FEATURES can be error prone, as we can see today when
> attempting to build for
It’s fine to use the shell rewrite in the native case, as it’s only used from
one place under our control. This is not the case for the target where we have
no idea where and how the script can be used. So you can’t argue that native
has the same issues as target does, and therefore they must be
Hello Alexander,
On Mon, Mar 18, 2019 at 11:53 AM Alexander Kanavin
wrote:
>
> Apologies, but I still have to veto this. The concerns I expressed previously
> still stand.
>
> The best course of action would be to work with the OpenSSL upstream to
> replace the utility with either C or shell ve
Currently we are not doing a good job of consolidating GO environment
variables used by the go build system in the go.bbclass, instead we
are relying on the individual GO recipe authors to perform the
exports. This can result in inconsistent build results and often
binaries that are not properly cr
Per https://github.com/golang/go/wiki/GoArm we need to set GOARM when
cross building for ARMv5, ARMv6 and ARMv7. The current approach of
using TUNE_FEATURES can be error prone, as we can see today when
attempting to build for Cortex-A7 which results in GOARM=''.
Since the value of MACHINEOVERRIDES
Apologies, but I still have to veto this. The concerns I expressed previously
still stand.
The best course of action would be to work with the OpenSSL upstream to replace
the utility with either C or shell version.
Alex
> On 18 Mar 2019, at 14.36, Otavio Salvador wrote:
>
> We had a c_rehash
On Thu, 2019-03-14 at 23:29 -0700, Khem Raj wrote:
> cross-canadian tools are supposed to generate code for target and if
> we
> override the libc override then needed overrides do not get applied
> when
> building gcc cross canadian e.g. for baremetal, which causes build
> failures during compile
On Fri, 2019-03-15 at 18:21 -0300, Fabio Berton wrote:
> - Patch 0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
> was applied on commit e68777c87ceed02ab199b32f941778c3cf97c794.
> - Refresh all patches
> - mesa 19.0.0 deprecated the use of autotools and we need to add
> --
ot;x86_64-linux"
NATIVELSBSTRING = "ubuntu-18.04"
TARGET_SYS = "arm-poky-linux-gnueabi"
MACHINE = "raspberrypi0"
DISTRO = "poky"
DISTRO_VERSION = "2.6+snapshot-20190318"
TUNE_FEATURES= "
We had a c_rehash shell re-implementation being used for the native
package and there is no reason to not use it as well for the
target. This allows it to be available without the need of perl being
installed.
This partially reverts OE-Core:d2b1a889ef (openssl: move c_rehash pkg
to avoid perl dep)
On Fri, 2019-03-15 at 10:40 -0400, Jonathan Rajotte-Julien wrote:
> > Firstly, I wanted to say thanks for looking at this, there are some
> > really great fixes in here.
> >
> > It failed in automated testing as glibc-utils is glibc specific and
> > musl builds couldn't cope with that.
> >
> > We
On Wed, 2019-03-13 at 10:03 +, Mike Looijmans wrote:
> I think I've done everything, but cannot figure out what step I
> missed.
>
> I am using yesterday's "thud" branches:
>
> BB_VERSION = "1.40.0"
> BUILD_SYS= "x86_64-linux"
> meta =
> "HEAD:fbb688ab3ee
On Mon, 2019-03-18 at 10:52 +0100, Alexander Kanavin wrote:
> Sorry, Leonardo is the correct person, and if not him, then Paul.
I did notice this had gone missing a while ago and asked Michael to
look into it. It appears the system is running and sending out mails
but those mails don't arrive back
Sorry, Leonardo is the correct person, and if not him, then Paul.
Alex
On Mon, 18 Mar 2019 at 10:45, Alexander Kanavin wrote:
>
> On Mon, 18 Mar 2019 at 10:37, Peter Kjellerstedt
> wrote:
>
> > Whatever happened to the mails from patchwork that used to
> > automatically complain about things l
On Mon, 18 Mar 2019 at 10:37, Peter Kjellerstedt
wrote:
> Whatever happened to the mails from patchwork that used to
> automatically complain about things like this with:
>
> * Issue LIC_FILES_CHKSUM changed on target openssl but there is
> no "License-Update" tag in commit message
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Alexander Kanavin
> Sent: den 18 mars 2019 09:52
> To: Hong Liu
> Cc: OE-core
> Subject: Re: [OE-core] [PATCH] [PATCH] openssl:upgrade to 1.1.1b
>
> On Mon, 18
On Mon, 18 Mar 2019 at 02:20, Hong Liu wrote:
> -LIC_FILES_CHKSUM = "file://LICENSE;md5=d57d511030c9d66ef5f5966bee5a7eff"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=d343e62fc9c833710bbbed25f27364c8"
You need to explain what changed (in the commit message).
Try 'devtool upgrade openssl', it will ma
57 matches
Mail list logo