Upgrade lttng-tools 2.11.2 -> 2.12.0:
* drop x32 patch, as it was merged upstream
* License-Update: licenses were moved under LICENSES directory and changed in
upstream commit [1]
[1]
https://github.com/lttng/lttng-tools/commit/ab5be9fa2eb5ba9600a82cd18fd3cfcbac69169a
Signed-off-by: Ovidiu
Fix the following warnings introduced after backporting linux kernel commit [1]
to stable branches:
# lttng create session
...
[ 483.242037] LTTng: vmalloc_sync_all symbol lookup failed.
[ 483.257056] Page fault handler and NMI tracing might trigger faults.
...
These patches should be dropped
Upgrade lttng-ust 2.11.1 -> 2.12.0.
Signed-off-by: Ovidiu Panait
---
.../lttng/{lttng-ust_2.11.1.bb => lttng-ust_2.12.0.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-kernel/lttng/{lttng-ust_2.11.1.bb => lttng-ust_2.12.0.bb}
(93%)
diff --git
Upgrade lttng-modules 2.11.2 -> 2.12.0.
Signed-off-by: Ovidiu Panait
---
.../{lttng-modules_2.11.2.bb => lttng-modules_2.12.0.bb} | 8
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-kernel/lttng/{lttng-modules_2.11.2.bb =>
lttng-modules_2.12.0.bb} (88%)
diff
From: Adrian Bunk
(From OE-Core rev: 5b71a3f3d1bca6b52f53b97971131a6771618420)
Signed-off-by: Adrian Bunk
Signed-off-by: Richard Purdie
---
...reless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
rename
From: Adrian Bunk
(From OE-Core rev: 5b71a3f3d1bca6b52f53b97971131a6771618420)
Signed-off-by: Adrian Bunk
Signed-off-by: Richard Purdie
---
...reless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
rename
Drop disabling outline-atomics since that was added to fix this issue in
particular
Signed-off-by: Khem Raj
---
...d-needs-__getauxval-for-linking-with.patch | 144 ++
.../valgrind/valgrind_3.15.0.bb | 3 +-
2 files changed, 145 insertions(+), 2 deletions(-)
== Series Details ==
Series: valgrind: Backport upstream patch to fix __getauxval needs
Revision: 1
URL : https://patchwork.openembedded.org/series/24174/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several
We're still compatible with dunfell from the core perspective so
that is left for compatibility (probably for the next week or two).
Signed-off-by: Richard Purdie
---
meta-selftest/conf/layer.conf | 2 +-
meta-skeleton/conf/layer.conf | 2 +-
meta/conf/layer.conf | 4 ++--
3 files
This should have been removed in a previous change but was accidentally
left behind and points at an invalid directory.
Signed-off-by: Richard Purdie
---
meta/recipes-extended/ghostscript/ghostscript/i686 | 1 -
1 file changed, 1 deletion(-)
delete mode 12
I've made a wiki page to track these:
https://www.openembedded.org/wiki/Happy_Hours
Then next one is scheduled for 2100 UTC on May 27. This is late evening
for Europe and morning for New Zealand, so hopefully we see some
different faces. The meeting info is on the wiki page.
There is no set
Hello!
On Fri, 15 May 2020 at 10:56, Philip Balister wrote:
> I've made a wiki page to track these:
> https://www.openembedded.org/wiki/Happy_Hours
> Then next one is scheduled for 2100 UTC on May 27.
Ah, just in time to watch live SpaceX's launch:
https://blogs.nasa.gov/commercialcrew/
On 5/15/20 2:05 PM, Richard Purdie wrote:
On Fri, 2020-05-15 at 14:53 -0400, Denys Dmytriyenko wrote:
I see Richard has merged these to master-next, thanks!
And thanks Joshua for volunteering to maintain these recipes :)
I submitted removal patches to meta-python.
So, it is good we are
This seems to be missing features_check inherit, so
that REQUIRED_DISTRO_FEATURES doesn't prevent it failing in my builds.
Will send patch shortly.
On Thu, Apr 30, 2020 at 11:42 PM Andreas M?ller
wrote:
> From [1]:
>
> 0.20.3
> * secret-file-backend: Fix use-after-free in flatpak [!52]
> *
On Fri, May 15, 2020 at 11:52:23PM +0200, Andreas M?ller wrote:
> On Fri, May 15, 2020 at 11:42 PM Andreas M?ller via
> lists.openembedded.org
> wrote:
> >
> > On Fri, May 15, 2020 at 11:29 PM Andreas M?ller via
> > lists.openembedded.org
> > wrote:
> > >
> > > On Fri, May 15, 2020 at 10:30 PM
On Fri, May 15, 2020 at 9:26 PM Denys Dmytriyenko wrote:
>
> On Fri, May 15, 2020 at 02:12:55PM -0500, Joshua Watt wrote:
> >
> > On 5/15/20 2:05 PM, Richard Purdie wrote:
> > >On Fri, 2020-05-15 at 14:53 -0400, Denys Dmytriyenko wrote:
> > >>I see Richard has merged these to master-next, thanks!
On Fri, 2020-05-15 at 14:53 -0400, Denys Dmytriyenko wrote:
> I see Richard has merged these to master-next, thanks!
> And thanks Joshua for volunteering to maintain these recipes :)
> I submitted removal patches to meta-python.
>
> So, it is good we are getting this extra dependency resolved in
On Fri, May 15, 2020 at 11:42 PM Andreas M?ller via
lists.openembedded.org
wrote:
>
> On Fri, May 15, 2020 at 11:29 PM Andreas M?ller via
> lists.openembedded.org
> wrote:
> >
> > On Fri, May 15, 2020 at 10:30 PM Martin Jansa
> > wrote:
> > >
> > > This seems to be missing features_check
On Fri, May 15, 2020 at 02:12:55PM -0500, Joshua Watt wrote:
>
> On 5/15/20 2:05 PM, Richard Purdie wrote:
> >On Fri, 2020-05-15 at 14:53 -0400, Denys Dmytriyenko wrote:
> >>I see Richard has merged these to master-next, thanks!
> >>And thanks Joshua for volunteering to maintain these recipes :)
On Fri, May 15, 2020 at 10:30 PM Martin Jansa wrote:
>
> This seems to be missing features_check inherit, so that
> REQUIRED_DISTRO_FEATURES doesn't prevent it failing in my builds.
>
> Will send patch shortly.
Do I miss something? It was never applied
Andreas
-=-=-=-=-=-=-=-=-=-=-=-
Links: You
I see Richard has merged these to master-next, thanks!
And thanks Joshua for volunteering to maintain these recipes :)
I submitted removal patches to meta-python.
So, it is good we are getting this extra dependency resolved in master. The
question is - can we get these backported to dunfell,
On Fri, May 15, 2020 at 11:29 PM Andreas M?ller via
lists.openembedded.org
wrote:
>
> On Fri, May 15, 2020 at 10:30 PM Martin Jansa wrote:
> >
> > This seems to be missing features_check inherit, so that
> > REQUIRED_DISTRO_FEATURES doesn't prevent it failing in my builds.
> >
> > Will send
On Fri, May 15, 2020 at 11:59 PM Denys Dmytriyenko wrote:
>
> On Fri, May 15, 2020 at 11:52:23PM +0200, Andreas M?ller wrote:
> > On Fri, May 15, 2020 at 11:42 PM Andreas M?ller via
> > lists.openembedded.org
> > wrote:
> > >
> > > On Fri, May 15, 2020 at 11:29 PM Andreas M?ller via
> > >
On 5/15/20 12:12 PM, Joshua Watt wrote:
On 5/15/20 2:05 PM, Richard Purdie wrote:
On Fri, 2020-05-15 at 14:53 -0400, Denys Dmytriyenko wrote:
I see Richard has merged these to master-next, thanks!
And thanks Joshua for volunteering to maintain these recipes :)
I submitted removal patches to
On Sat, May 16, 2020 at 12:10:00AM +0200, Andreas Müller wrote:
> On Fri, May 15, 2020 at 11:59 PM Denys Dmytriyenko wrote:
> >
> > On Fri, May 15, 2020 at 11:52:23PM +0200, Andreas M?ller wrote:
> > > On Fri, May 15, 2020 at 11:42 PM Andreas M?ller via
> > > lists.openembedded.org
> > > wrote:
* gobject-introspection is mandatory since libsecret upgrade to 0.20.3
* enable libsecret in webkitgtk only when gobject-introspection-data
is in DISTRO_FEATURES
* drop comment about libsecret being in meta-gnome from pinentry
Signed-off-by: Martin Jansa
---
* otherwise REQUIRED_DISTRO_FEATURES doesn't do anything
Signed-off-by: Martin Jansa
---
meta/recipes-gnome/libsecret/libsecret_0.20.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/libsecret/libsecret_0.20.3.bb
On Fri, May 15, 2020 at 9:06 AM Richard Purdie
wrote:
>
> On Fri, 2020-05-15 at 14:53 -0400, Denys Dmytriyenko wrote:
> > I see Richard has merged these to master-next, thanks!
> > And thanks Joshua for volunteering to maintain these recipes :)
> > I submitted removal patches to meta-python.
> >
On Sat, 2020-05-16 at 00:33 +0200, Andreas M?ller wrote:
> On Sat, May 16, 2020 at 12:21 AM Denys Dmytriyenko
> wrote:
> >
> > Has nothing to do with your name, but with your mail server and
> > DMARC policy.
> >
> > Many of us are in the same situation, and we learned to live with
> > it, if
>
On Sat, May 16, 2020 at 12:21 AM Denys Dmytriyenko wrote:
>
> On Sat, May 16, 2020 at 12:10:00AM +0200, Andreas Müller wrote:
> > On Fri, May 15, 2020 at 11:59 PM Denys Dmytriyenko wrote:
> > >
> > > On Fri, May 15, 2020 at 11:52:23PM +0200, Andreas M?ller wrote:
> > > > On Fri, May 15, 2020 at
== Series Details ==
Series: "libsecret: inherit features_ch..." and 1 more
Revision: 1
URL : https://patchwork.openembedded.org/series/24179/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
From: Changqing Li
Steps:
1. build out rootfs core-image-minimal-qemux86-64-20200514073622.rootfs.tar.bz2
2. docker import
./core-image-minimal-qemux86-64-20200514073622.rootfs.tar.bz2 poky:1.0
3. docker run -it --rm poky:1.0 /bin/sh
4. cd /var; ls -al
there is link: tmp -> volatile/tmp
5. cd
> I was just thinking about something like this the other day but I
wonder if we want to apply the fragments to each config. It might be nice
if there was a way to filter out which config fragments got applied to
which u-boot configs?
Thanks for the input, yes, that would be even nicer for
The following changes since commit ce6c50ea68c34e02b487d54fdd9288e04833cdef:
wayland: fix condition for strndup detection (2020-05-14 14:13:50 +0100)
are available in the Git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/archiver
Fixed:
$ bitbake core-image-minimal -cpopulate_sdk
Check tmp-glibc/deploy/sources, no source is archived, this patch fixes the
problem.
Signed-off-by: Robert Yang
---
meta/classes/archiver.bbclass | 4
1 file changed, 4 insertions(+)
diff --git a/meta/classes/archiver.bbclass
The following changes since commit ce6c50ea68c34e02b487d54fdd9288e04833cdef:
wayland: fix condition for strndup detection (2020-05-14 14:13:50 +0100)
are available in the Git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/archiver2
Set it to 0 can make it archive all the used sources during the build, nothing
will be filtered out, this is useful when we want to archive all the sources.
This equals to:
COPYLEFT_LICENSE_INCLUDE = "*"
COPYLEFT_LICENSE_EXCLUDE = ""
But there are a lot of settings in copyleft_filter.bbclass, so
Robert,
I recommend we use the following patch instead as it's simpler:
https://lists.openembedded.org/g/openembedded-core/message/136168
Thanks,
Paul
On Fri, 15 May 2020 at 10:31, Robert Yang wrote:
> Fixed:
> $ bitbake core-image-minimal -cpopulate_sdk
>
> Check tmp-glibc/deploy/sources, no
On 5/15/20 6:00 PM, Paul Barker wrote:
Robert,
I recommend we use the following patch instead as it's simpler:
https://lists.openembedded.org/g/openembedded-core/message/136168
Yes, that looks better, then please ignore my patch.
// Robert
Thanks,
Paul
On Fri, 15 May 2020 at 10:31,
On Fri, 15 May 2020 at 10:57, Robert Yang wrote:
>
> Set it to 0 can make it archive all the used sources during the build, nothing
> will be filtered out, this is useful when we want to archive all the sources.
>
> This equals to:
> COPYLEFT_LICENSE_INCLUDE = "*"
> COPYLEFT_LICENSE_EXCLUDE = ""
On 5/15/20 6:16 PM, Paul Barker wrote:
On Fri, 15 May 2020 at 10:57, Robert Yang wrote:
Set it to 0 can make it archive all the used sources during the build, nothing
will be filtered out, this is useful when we want to archive all the sources.
This equals to:
COPYLEFT_LICENSE_INCLUDE = "*"
On Fri, 15 May 2020 at 11:22, Robert Yang wrote:
>
>
> On 5/15/20 6:16 PM, Paul Barker wrote:
> > On Fri, 15 May 2020 at 10:57, Robert Yang wrote:
> >>
> >> Set it to 0 can make it archive all the used sources during the build,
> >> nothing
> >> will be filtered out, this is useful when we want
On 5/15/20 6:32 PM, Paul Barker wrote:
On Fri, 15 May 2020 at 11:22, Robert Yang wrote:
On 5/15/20 6:16 PM, Paul Barker wrote:
On Fri, 15 May 2020 at 10:57, Robert Yang wrote:
Set it to 0 can make it archive all the used sources during the build, nothing
will be filtered out, this is
43 matches
Mail list logo