On Fri, Feb 8, 2019 at 7:27 PM Andre McCurdy wrote:
>
> On Fri, Feb 8, 2019 at 5:29 PM Khem Raj wrote:
> >
> > when building with opkg backend and huge packages e.g. chromium/llvm all
> > going in parallel, memory pressure causes xz to catapult with
> >
> > do_package_write_ipk: Failed to create
On Fri, Feb 8, 2019 at 5:29 PM Khem Raj wrote:
>
> when building with opkg backend and huge packages e.g. chromium/llvm all
> going in parallel, memory pressure causes xz to catapult with
>
> do_package_write_ipk: Failed to create package, opkg-build failed with: xz:
> (stdin): Cannot allocate me
when building with opkg backend and huge packages e.g. chromium/llvm all
going in parallel, memory pressure causes xz to catapult with
do_package_write_ipk: Failed to create package, opkg-build failed with: xz:
(stdin): Cannot allocate memory
since there are many tasks going on in parallel, xz a
On Sat, 9 Feb 2019 at 00:12, Martin Jansa wrote:
> > "
> > -PACKAGECONFIG_class-native ??= "fdt alsa kvm"
> > -PACKAGECONFIG_class-nativesdk ??= "fdt sdl kvm"
> > +PACKAGECONFIG_class-native ??= "fdt alsa kvm virglrenderer glx"
> > +PACKAGECONFIG_class-nativesdk ??= "fdt sdl kvm virglrenderer glx
On Fri, Feb 08, 2019 at 03:45:43PM +0100, Alexander Kanavin wrote:
> Except for ming32/darwin, which do not support them.
>
> Signed-off-by: Alexander Kanavin
> ---
> meta/recipes-devtools/qemu/qemu.inc | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/meta/rec
- Drop upstreamed patch to enable/disable tests
- Forward port rest of patches to new version
Signed-off-by: Khem Raj
---
..._REQUIRE_CAS-to-fix-build-on-ARM-v6.patch} | 25 ---
...01-add-knobs-to-disable-enable-tests.patch | 69 ---
...race-Use-only-with-glibc-and-uclibc.pat
While not strictly required, list shadow-base as the example to use for
VIRTUAL-RUNTIME_login_manager when configuring for systemd. This
provider matches what is found in for example Debian and is also one of
the non-intuitive VIRTUAL-RUNTIME alternatives, so it's good to have an
example in use so
Hi André,
On Fri, 8 Feb 2019 16:48:32 +
André Draszik wrote:
> From: André Draszik
>
> Busybox' getty has code to try to make itself a session leader,
> whereas util-linux' agetty doesn't. It expects this to happen
> from outside.
> When getty is not a session leader, many things don't wo
On Fri, 2019-02-08 at 16:55 +, André Draszik wrote:
> On Fri, 2019-02-08 at 14:07 +, Richard Purdie wrote:
> > On Fri, 2019-02-08 at 12:02 +, André Draszik wrote:
> > > From: André Draszik
> > >
> > > Busybox' getty has code to try to make itself a session leader,
> > > whereas util-l
On Fri, Feb 8, 2019 at 9:35 AM Alexey Brodkin
wrote:
>
> Hi Khem,
>
> > -Original Message-
> > From: Khem Raj
> > Sent: Friday, February 8, 2019 8:28 PM
> > To: Alexey Brodkin
> > Cc: Patches and discussions about the oe-core layer
> > ; Ross
> > Burton ; linux-snps-...@lists.infradead.
Hi Khem,
> -Original Message-
> From: Khem Raj
> Sent: Friday, February 8, 2019 8:28 PM
> To: Alexey Brodkin
> Cc: Patches and discussions about the oe-core layer
> ; Ross
> Burton ; linux-snps-...@lists.infradead.org; Bruce
> Ashfield
>
> Subject: Re: [PATCH] linux-yocto: Add depende
On Fri, Feb 8, 2019 at 7:32 AM Alexey Brodkin
wrote:
>
> As of now in case of ARC there's no in-kernel implementation of basic libgcc
> functions used for millicode, multiplication, division etc instead we simply
> link with libgcc.a which provides everything used by the compiler.
>
this is somet
On Fri, 2019-02-08 at 14:07 +, Richard Purdie wrote:
> On Fri, 2019-02-08 at 12:02 +, André Draszik wrote:
> > From: André Draszik
> >
> > Busybox' getty has code to try to make itself a session leader,
> > whereas util-linux' agetty doesn't. It expects this to happen
> > from outside.
>
From: André Draszik
Busybox' getty has code to try to make itself a session leader,
whereas util-linux' agetty doesn't. It expects this to happen
from outside.
When getty is not a session leader, many things don't work on
the serial console, e.g. setting the terminal process group,
job control do
> On Fri, 2019-02-08 at 00:20 -0800, Leonardo Augusto wrote:
[...]
> >
> > diff --git a/scripts/lib/wic/engine.py b/scripts/lib/wic/engine.py
> > index 4662c665c0..b4be796752 100644
> > --- a/scripts/lib/wic/engine.py
> > +++ b/scripts/lib/wic/engine.py
> > @@ -331,7 +331,7 @@ class Disk:
> >
Python subprocess' shell=True defaults to /bin/sh[1][2], which
often refers to a POSIX-compliant shell. As the -e flag is
not defined in the POSIX standard[3], some shells may
interpret "-e" as the first argument to the echo command,
causing the rest of the command line to fail.
In this particular
On Fri, 8 Feb 2019 at 16:56, Mark Hatle wrote:
> > Patch 3 changes things in meta-poky/, and patch 4 changes things in
> > meta/, so they cannot be combined unfortunately. I can however swap
> > their order, so that there is less confusion.
>
> Swap the order and add a copy of the commit message (
On 2/8/19 9:43 AM, Alexander Kanavin wrote:
> Patch 3 changes things in meta-poky/, and patch 4 changes things in
> meta/, so they cannot be combined unfortunately. I can however swap
> their order, so that there is less confusion.
Swap the order and add a copy of the commit message (from 4 to 3)
Patch 3 changes things in meta-poky/, and patch 4 changes things in
meta/, so they cannot be combined unfortunately. I can however swap
their order, so that there is less confusion.
Alex
On Fri, 8 Feb 2019 at 16:31, Mark Hatle wrote:
>
> I may be nitpicking slightly, but this patch 4 and 3 shoul
On Fri, Feb 8, 2019 at 10:32 AM Alexey Brodkin
wrote:
>
> As of now in case of ARC there's no in-kernel implementation of basic libgcc
> functions used for millicode, multiplication, division etc instead we simply
> link with libgcc.a which provides everything used by the compiler.
I'll grab this
As of now in case of ARC there's no in-kernel implementation of basic libgcc
functions used for millicode, multiplication, division etc instead we simply
link with libgcc.a which provides everything used by the compiler.
Signed-off-by: Alexey Brodkin
---
meta/recipes-kernel/linux/linux-yocto.inc
I may be nitpicking slightly, but this patch 4 and 3 should probably be
combined.. I looked at '3' and went "this looks wrong, I have no idea why"..
then saw '4' and it became clear. Since they're both tied together (same
purpose) it may make sense to combine them...
On 2/8/19 8:45 AM, Alexander
On Fri, Feb 8, 2019 at 12:44 AM Peter Kjellerstedt
wrote:
>
> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org > core-boun...@lists.openembedded.org> On Behalf Of Khem Raj
> > Sent: den 8 februari 2019 01:56
> > To: openembedded-core@lists.openembedded.org
>
Note that the tests require that the host machine has a X display,
has mesa development files installed and is able to create OpenGL contexts.
Signed-off-by: Alexander Kanavin
---
meta-selftest/lib/oeqa/runtime/cases/virgl.py | 28 ++
meta/lib/oeqa/selftest/cases/runtime_test.py | 52 ++
Signed-off-by: Alexander Kanavin
---
...-egl-headless-add-egl_create_context.patch | 50 +++
meta/recipes-devtools/qemu/qemu_3.1.0.bb | 1 +
2 files changed, 51 insertions(+)
create mode 100644
meta/recipes-devtools/qemu/qemu/0001-egl-headless-add-egl_create_context.patch
qemu has been using libepoxy for a long time, and libepoxy loads GL via dlopen()
only when instructed to.
Signed-off-by: Alexander Kanavin
---
scripts/runqemu | 35 ---
1 file changed, 35 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 50888a532
Signed-off-by: Alexander Kanavin
---
scripts/runqemu | 23 +++
1 file changed, 23 insertions(+)
diff --git a/scripts/runqemu b/scripts/runqemu
index c4a0ca811d9..50888a532e8 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -74,6 +74,9 @@ of the following environment vari
GTK_THEME instructs gtk to use its built-in theme. Otherwise
gtk attempts to use the theme from the host, which may be from
a totally mismatching gtk version.
On the other hand FONTCONFIG_PATH tells it to use the host fonts,
as providing fonts in the native sysroot and instructing the components
t
| In file included from
/home/alexander/development/poky/build-virgl-gtk-64/tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-qemu/3.1.0-r0/qemu-3.1.0/include/ui/egl-context.h:5,
| from
/home/alexander/development/poky/build-virgl-gtk-64/tmp/work/x86_64-nativesdk-pokysdk-linux/na
Signed-off-by: Alexander Kanavin
---
meta-poky/conf/local.conf.sample | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/meta-poky/conf/local.conf.sample b/meta-poky/conf/local.conf.sample
index cf96598819c..961387acbae 100644
--- a/meta-poky/conf/local.conf.sample
+++ b
Except for ming32/darwin, which do not support them.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu.inc | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index c127434b02
As sdl is deprecated in favor of gtk+, it should not be the default.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index 9
This component enables hardware-accelerated GL inside QEMU guests.
For more information, see here:
https://lwn.net/Articles/767970/
https://www.collabora.com/news-and-blog/blog/2018/02/12/virtualizing-gpu-access/
https://www.collabora.com/news-and-blog/blog/2018/05/09/gpu-virtualization-update/
S
xgettext/msgmerge is used during do_install() when gtk is enabled:
https://github.com/qemu/qemu/blob/master/Makefile#L743
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.i
This hasn't been the default for a long time (as some distros don't
support it), and with gtk+ being the new default shouldn't
be needed at all.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu.inc | 8
1 file changed, 8 deletions(-)
diff --git a/meta/recipes-devtoo
V2 changes: addressed feedback from the first review round
V3 changes:
- better fix for missing qemu X11 include, as discussed with upstream
- maintainers.inc entry for virglrenderer
- egl-headless support (see below for details)
- improvements to kmscube recipe
- fix to vte-native to allow buildin
On Fri, 2019-02-08 at 12:02 +, André Draszik wrote:
> From: André Draszik
>
> Busybox' getty has code to try to make itself a session leader,
> whereas util-linux' agetty doesn't. It expects this to happen
> from outside.
> When getty is not a session leader, many things don't work on
> the s
The code won't currently allow comparisions of two commits on different
branches even if the commits are specified by their hashes.
This updates the code to search two branches for any relavent commits,
hence allowing comparisions to be made. A particularly useful case is
master vs. master-next fo
Allow the branch to be set without the hostname option. Previously
if hostname wasn't set, branch would be overwritten regardless of
whether it was set or not.
Signed-off-by: Richard Purdie
---
scripts/oe-build-perf-report | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/s
Hi all,
I also added those to my target-sdk-provides-dummy.bappend to get it work:
perl-module-config \
perl-module-warnings-register \
Maybe we could add ALLOW_EMPTY in perl recipe or add every empty
perl-module* ?
Regards,
Vincent
Le jeu. 10 janv. 2019 à 03:30, Chen Qi a écrit :
>
On Tue, 2019-02-05 at 18:26 +, Richard Purdie wrote:
> On Tue, 2019-02-05 at 02:32 +, André Draszik wrote:
> > v6:
> >
> > This version now also builds nativesdk-util-linux fine for me.
> >
> > * introduce patch 04: util-linux: fix packaging nativesdk-util-linux-
> > lib*
> > - this is
From: André Draszik
Busybox' getty has code to try to make itself a session leader,
whereas util-linux' agetty doesn't. It expects this to happen
from outside.
When getty is not a session leader, many things don't work on
the serial console, e.g. setting the terminal process group,
job control do
On Fri, 2019-02-08 at 00:20 -0800, Leonardo Augusto wrote:
> Python subprocess' shell=True defaults to /bin/sh[1][2], which
> often refers to a POSIX-compliant shell. As the -e flag is
> not defined in the POSIX standard[3], some shells may
> interpret "-e" as the first argument to the echo command
The status of the driver is described here:
https://www.phoronix.com/scan.php?page=news_item&px=Lima-DRM-Driver-Mainline-V2
Considering the kernel DRM driver is not yet mainlined, and mesa
driver is also developed separately, and the developer says:
"Qiang continues to work on the out-of-tree Lima
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Khem Raj
> Sent: den 8 februari 2019 01:56
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH] glibc-locale: Rewrite do_install using
> in
The devtool reset command cleans the sysroot for a recipe in workspace.
It also removes the append file but leaves the source code as in
workspace. The source is not cleaned intentionally and the user has to
manually remove it before calling devtool modify again.
Provide the user with an option to
Python subprocess' shell=True defaults to /bin/sh[1][2], which
often refers to a POSIX-compliant shell. As the -e flag is
not defined in the POSIX standard[3], some shells may
interpret "-e" as the first argument to the echo command,
causing the rest of the command line to fail.
In this particular
Please disregard. V2 with (hopefully) fixed title is on the way.
On Fri, Feb 8, 2019 at 12:14 AM Leonardo Augusto wrote:
> In this particular case, "echo -e 'cd {}'" is interpreted
> as "-e cd {}", which causes the first line of the command
> to fail, and causing cp to always place the source fi
In this particular case, "echo -e 'cd {}'" is interpreted
as "-e cd {}", which causes the first line of the command
to fail, and causing cp to always place the source file
in the filesystem's root.
This issue only affects "wic cp" for ext* filesystems.
[1] https://docs.python.org/2/library/subpro
49 matches
Mail list logo
