On Fri, May 15, 2020, 1:32 PM Khem Raj wrote:
>
>
> 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 v
See you all from down under !
Cheers
Ankur
On Sun, May 17, 2020, 2:27 AM Marco Cavallini [KOAN] <
m.cavall...@koansoftware.com> wrote:
> On 15/05/20 17:56, Philip Balister wrote:
> > I've made a wiki page to track these:
> >
> > https://www.openembedded.org/wiki/Happy_Hours
> >
> > Then next one
On Sat, May 16, 2020 at 1:24 PM Andrey Zhizhikin wrote:
> On Sat, May 16, 2020 at 10:10 PM Adrian Bunk wrote:
> > On Sat, May 16, 2020 at 07:54:32PM +, Peter Kjellerstedt wrote:
> > > >
> > > > meta-openembedded/meta-python has a higher layer priority than OE-core.
> > > >
> > > > Adding high
On Sat, May 16, 2020 at 10:10 PM Adrian Bunk wrote:
>
> On Sat, May 16, 2020 at 07:54:32PM +, Peter Kjellerstedt wrote:
> > >
> > > meta-openembedded/meta-python has a higher layer priority than OE-core.
> > >
> > > Adding higher upstream versions of these recipes to a lower-priority
> > > lay
On Sat, May 16, 2020 at 07:54:32PM +, Peter Kjellerstedt wrote:
> >
> > meta-openembedded/meta-python has a higher layer priority than OE-core.
> >
> > Adding higher upstream versions of these recipes to a lower-priority
> > layer in a stable series is a potential source for weird problems.
>
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Adrian Bunk
> Sent: den 16 maj 2020 19:47
> To: Steve Sakoman
> Cc: Richard Purdie ; Denys
> Dmytriyenko ; Joshua Watt ;
> Patches and discussions about the oe-core layer c...@
it *appears* that pypi.python.org is just a redirect to pypi.org,
which means a few things could be simplified, such as a few recipes,
as well as pypi.bbclass:
HOMEPAGE ?= "https://pypi.python.org/pypi/${PYPI_PACKAGE}/";
...
UPSTREAM_CHECK_URI ?= "https://pypi.org/project/${PYPI_PACKAGE}/
On Fri, May 15, 2020 at 03:21:57PM -1000, Steve Sakoman wrote:
>
> I'm seeing a few votes of "yes for dunfell" and no opposition as yet
> (at least here on the list).
>
> I support the desire to get rid of a meta-python dependency in bsp
> layers so I'm also a yes vote unless someone comes up wit
This was a bandaid to avoid include recursion caused by multilibbed
wordsize.h
Signed-off-by: Khem Raj
---
scripts/multilib_header_wrapper.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/scripts/multilib_header_wrapper.h
b/scripts/multilib_header_wrapper.h
index c81e7ee5e8..62b57ca8ee 10
This is not needed as __WORDSIZE already represents same value and is
directly defined in wordsize.h, this simplifies the multlib headers
Signed-off-by: Khem Raj
---
scripts/multilib_header_wrapper.h | 17 ++---
1 file changed, 2 insertions(+), 15 deletions(-)
diff --git a/scripts/m
This has been constant source of trouble, because it is fundamental file
which sets machine word length and everything else builts on top of that
so when it is sythesized like this, where the sythesize template itself
needs wordsize.h to determine machine word length, it creates the
catch-22 proble
Should help simplify multilib in arm world
Signed-off-by: Khem Raj
---
...y-the-header-between-arm-and-aarch64.patch | 67 +++
meta/recipes-core/glibc/glibc_2.31.bb | 1 +
2 files changed, 68 insertions(+)
create mode 100644
meta/recipes-core/glibc/glibc/0030-wordsize.
Setting bpf to use 64bit for wordlength is not right, it happens to
work perhaps becuase the targets its being run on are 64bit inherently
Signed-off-by: Khem Raj
---
scripts/multilib_header_wrapper.h | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/scripts/multilib_header_
Bring in a patch from fedora to fix -fno-common issue
Signed-off-by: Khem Raj
---
...multiple-definition-of-symbol-errors.patch | 97 +++
.../syslinux/syslinux_6.04-pre2.bb| 1 +
2 files changed, 98 insertions(+)
create mode 100644
meta/recipes-devtools/syslinux/sy
On Wed, May 6, 2020 at 1:58 PM Otavio Salvador
wrote:
>
> Hello all,
>
> Adding Khem on Cc.
>
> On Wed, May 6, 2020 at 5:42 PM Andrey Zhizhikin wrote:
> > On Wed, May 6, 2020 at 10:29 PM Tom Hochstein wrote:
> > >
> > > We are no longer able to disable weston service with standard `systemctl
>
On 15/05/20 17: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. This is late evening
for Europe and morning for New Zealand, so hopefully we see some
different faces. The meeting inf
16 matches
Mail list logo