Re: [oe] [meta-qt5] Qt5 SDK problem when building for Wandboard

On 2/05/2014 4:28 PM, Jacob Kroon wrote: Hi Jonathan, On Fri, May 2, 2014 at 3:01 AM, Jonathan Liu > wrote: On 1/05/2014 6:29 PM, Jacob Kroon wrote: Hi, For a while I've been working around a problem with using populate_sdk_qt5.bbclass in

Re: [oe] [meta-qt5] Qt5 SDK problem when building for Wandboard

Hi Jonathan, On Fri, May 2, 2014 at 3:01 AM, Jonathan Liu wrote: > On 1/05/2014 6:29 PM, Jacob Kroon wrote: > >> Hi, >> >> For a while I've been working around a problem with using >> populate_sdk_qt5.bbclass in my image recipe, I've had to use a >> packagegroup-qt5-toolchain-target.bbappend to

Re: [oe] [meta-networking][PATCH v2 1/2] lksctp-tools: add recipe (version 1.0.16)

On Wed, Apr 30, 2014 at 05:04:31PM +0200, Mihaela Sendrea wrote: > This recipe comes from arago-oe-dev: > https://github.com/mrchapp/arago-oe-dev/tree/master/recipes/lksctp-tools Fails to build in world builds | ../../i586-oe-linux-libtool --tag=CC --mode=compile i586-oe-linux-gcc -m32 -march

Re: [oe] [meta-qt5] Qt5 SDK problem when building for Wandboard

On 1/05/2014 6:29 PM, Jacob Kroon wrote: Hi, For a while I've been working around a problem with using populate_sdk_qt5.bbclass in my image recipe, I've had to use a packagegroup-qt5-toolchain-target.bbappend to remove the following dependant packages: qt3d-dev qt3d-mkspecs qt3d-qmlplugins qtlo

Re: [oe] [meta-qt5][PATCH] qtbase.inc: Enable accessibility by default

On 29/04/2014 1:27 AM, Otavio Salvador wrote: qtdeclarative requires accessibility to be enabled and it is added by default to the toolchain so we ought to have it enabled to ensure the default toolchain generation works. Signed-off-by: Otavio Salvador --- recipes-qt/qt5/qtbase.inc |2 ++

[oe] [meta-initramfs][PATCH] klcc_cross: move in target sysroot as crosscript

Klcc-cross is properly a crosscript so avoid to inherit cross.bbclass and stage it in target sysroot under usr/bin/crossscripts. Minor adjustment is necessary for INSTALLDIR. Finally some optional magic mangling is added to better match the perl syntax: let it commented for future reference. Sign

[oe] [meta-initramfs][PATCH] kexecboot: fix build when S != B

* temporarily inherit autotools-brokensep * proper fix sent upstream Signed-off-by: Andrea Adami --- meta-initramfs/recipes-bsp/kexecboot/kexecboot_0.6.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot_0.6.bb b/meta-initramfs/r

Re: [oe] [meta-browser][PATCH v3 0/4] Introduce EGL/GLES and component build patches for Chromium

Hello Carlos, On Thu, May 1, 2014 at 5:36 PM, Carlos Rafael Giani wrote: > This set of patches extends the chromium recipe to allow for EGL&GLESv2 based > 2D rendering, > considerably improving performance. This also adds hardware-accelerated WebGL > support. > > Three new PACKAGECONFIG for chr

Re: [oe] [meta-qt5][PATCH] qmake5_base.bbclass: Add install support for native builds

Yes, I have a Qt5 application that I need to build to run on the host machine to generated some of the target application code. On May 1, 2014 4:03 PM, "Martin Jansa" wrote: > On Thu, May 01, 2014 at 03:01:01PM -0500, Donald R. Poole, Jr. wrote: > > From: "Donald R. Poole, Jr" > > > > Currently,

Re: [oe] [meta-qt5][PATCH] qmake5_base.bbclass: Add install support for native builds

On Thu, May 01, 2014 at 03:01:01PM -0500, Donald R. Poole, Jr. wrote: > From: "Donald R. Poole, Jr" > > Currently, if you are building native applications with Qt5, the current > qmake5_base_do_install() method assumes an install into the image folder for > the target. Since the native builds h

[oe] [meta-qt5][PATCH] qmake5_base.bbclass: Add install support for native builds

From: "Donald R. Poole, Jr" Currently, if you are building native applications with Qt5, the current qmake5_base_do_install() method assumes an install into the image folder for the target. Since the native builds handle this a little differently, this patch should account for the native insta

[oe] [meta-browser][PATCH v3 1/4] chromium: Add component-build PACKAGECONFIG option

In a component build, the individual Chromium components are contained in separate shared objects. This is useful when building on a system with 8 GB RAM or less (since the linker needs at least that much for link time optimization otherwise if a non-component build is done), and during development

[oe] [meta-browser][PATCH v3 3/4] chromium: Add use-egl PACKAGECONFIG option

By default, Chromium will try to use GLX and regular OpenGL. On embedded platforms, these are often not present, or unaccelerated, and using EGL and OpenGL ES instead makes more sense. To produce builds that use EGL and OpenGL ES by default instead, this PACKAGECONFIG option can be used. An EGL/Op

[oe] [meta-browser][PATCH v3 2/4] chromium: Add variable to contain extra command-line arguments

With this patch it becomes possible to add extra command line options to the "chrome" call in /usr/bin/google-chrome script . Signed-off-by: Carlos Rafael Giani --- recipes-browser/chromium/chromium/google-chrome | 9 + recipes-browser/chromium/chromium_35.0.1883.0.bb | 6 ++ 2 file

[oe] [meta-browser][PATCH v3 4/4] chromium: Add ignore-lost-context PACKAGECONFIG option

Accelerating the HTML5 canvas element rendering with OpenGL ES is tricky, because an EGL context can get lost with some drivers. Since pages using canvas assume they can paint into the canvas and the pixels inside will never vanish, this is a problem. Workarounds like periodic snapshots are being c

[oe] [meta-browser][PATCH v3 0/4] Introduce EGL/GLES and component build patches for Chromium

This set of patches extends the chromium recipe to allow for EGL&GLESv2 based 2D rendering, considerably improving performance. This also adds hardware-accelerated WebGL support. Three new PACKAGECONFIG for chromium are introduced: * "component-build" : If set, Chromium is built in component mo

Re: [oe] [meta-qt5][PATCH] qmake4_base.bbclass: Add staging directory for native builds

Disregard this patch. I'm sending another patch that should cover the native build case more completely. On Wed, Apr 30, 2014 at 1:13 PM, Otavio Salvador wrote: > On Wed, Apr 30, 2014 at 3:09 PM, Donald R. Poole, Jr. > wrote: > > From: "Donald R. Poole, Jr" > > Did you send with git send-email

[oe] [meta-oe][PATCHv2] lmsensors: update 3.3.3 -> 3.3.5

This commit also adds a new package (lmsensors-sensorsconfconvert-doc) for the sensors-conf-convert script man page which was added in 3.3.5. Signed-off-by: Marc Ferland --- .../lm_sensors/{lmsensors_3.3.3.bb => lmsensors_3.3.5.bb} | 7 --- 1 file changed, 4 insertions(+), 3 deletio

[oe] [meta-webserver][PATCH 1/2] modphp: fix for S != B

Signed-off-by: Paul Eggleton --- meta-webserver/recipes-php/modphp/modphp5.inc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta-webserver/recipes-php/modphp/modphp5.inc b/meta-webserver/recipes-php/modphp/modphp5.inc index d646fd1..a1d550d 100644 --- a/meta-webserve

[oe] [meta-webserver][PATCH 2/2] xdebug: fix for S != B

Signed-off-by: Paul Eggleton --- meta-webserver/recipes-php/xdebug/xdebug_2.2.3.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-webserver/recipes-php/xdebug/xdebug_2.2.3.bb b/meta-webserver/recipes-php/xdebug/xdebug_2.2.3.bb index e57783b..3c4d8e4 100644 --- a/meta-webserver/recipe

[oe] [meta-webserver][PATCH 0/2] meta-webserver S != B fixes

The following changes since commit ee6f88f28566acaada77a74ce02f66fee0219ab4: radvd.init: fix path to radvd.conf sample (2014-04-24 21:07:47 -0400) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contrib paule/webserver-s-b-fixes http://cgit.openembedde

[oe] [meta-qt5] Qt5 SDK problem when building for Wandboard

Hi, For a while I've been working around a problem with using populate_sdk_qt5.bbclass in my image recipe, I've had to use a packagegroup-qt5-toolchain-target.bbappend to remove the following dependant packages: qt3d-dev qt3d-mkspecs qt3d-qmlplugins qtlocation-dev qtlocation-mkspecs qtlocation-pl