Maybe we should drop x11 from default DISTRO_FEATURES :)
Will resolve the memory consumption and image size.
Well the image size isn't much different, I was just surprised to see
libx11 being included even in core-image-minimal (because systemd -> dbus
-> libx11: "dbus.do_package" -> "libx11.do_p
On Wed, 14 Aug 2019 at 18:42, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> I'm not sure I agree with this.
>
> We are meant to work on embedded systems and 256MB should be enough to
> let us bring up X under qemu.
>
> I'm fine with some sdk/ptest images having more memory, that ma
On Wed, 14 Aug 2019 at 18:42, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> I'm not sure I agree with this.
>
> We are meant to work on embedded systems and 256MB should be enough to
> let us bring up X under qemu.
>
> I'm fine with some sdk/ptest images having more memory, that ma
On Wed, 2019-08-14 at 17:26 +0200, Alexander Kanavin wrote:
> This was already the case for various specific qemu machines,
> and 256M was found to be no longer sufficient for x86 either when
> switching X from vmware to standard vga+bochs vesa driver as provided
> by qemu (Xorg would then attempt
This was already the case for various specific qemu machines,
and 256M was found to be no longer sufficient for x86 either when
switching X from vmware to standard vga+bochs vesa driver as provided
by qemu (Xorg would then attempt to clone() itself with ENOMEM returned).
Let's just accept this new
