Re: [meta-freescale] [yocto] hiawatha-8.6 using Yocto

On 21 December 2012 16:11, GOPIKRISHNAN S gopikrishn...@pec.edu wrote: I was trying to install hiawatha on my freescale p2041rdb. But it is using cmake to configure and install. How to write recipe for this with cmake. I have writted recipe for packages with autotools, and make file. Any

Re: [meta-freescale] Yacto rootfs: multi-touch message cannot handled by close button

On 17 September 2013 02:46, Duan Fugang-B38611 b38...@freescale.com wrote: Matchbox could enable touch if possible and then handle touch events which occur over that button, but if they instead enable touch and then only expect mouse events on their buttons, maybe that only works with some

Re: [meta-freescale] Yacto rootfs: multi-touch message cannot handled by close button

On 26 September 2013 09:21, Duan Fugang-B38611 b38...@freescale.com wrote: *So, issue: why there have no “ClientMessage event” for EGALAX MULTI TOUCH ?* You don't get a ClientMessage event because the touch isn't being recognised, but you didn't verify that touches are being recognised

Re: [meta-freescale] Yacto rootfs: multi-touch message cannot handled by close button

On 26 September 2013 09:46, Duan Fugang-B38611 b38...@freescale.com wrote: Ross, thanks for your quick response. Why the touch can be recognized in the single touch mode ? Since the driver is similar the same except report event types. And, how to validate whether the touch can be

Re: [meta-freescale] weston demos are not accessible by default

On 1 April 2014 19:41, Otavio Salvador ota...@ossystems.com.br wrote: It is indeed not very user friendly and I am don't understand why this does not work out of box. Ross, do you know why weston does not do the right thing by default? Last time I tried this and in Poky, weston is started by

Re: [meta-freescale] weston demos are not accessible by default

Hi, On 1 April 2014 20:47, daiane.angol...@freescale.com daiane.angol...@freescale.com wrote: I´m not launching the demos from Weston inside. I´m launching them from console/serial. So I suppose not having the XDG_RUNTIME_DIR defined is the default behavior That's right. You can enable PAM

Re: [meta-freescale] [OE-core] [PATCH RFC 1/3] insane: Split do_package_qa into a separate task (from do_package)

On 11 July 2014 14:22, Richard Purdie richard.pur...@linuxfoundation.org wrote: The anonymous python fragment should be fine, it sets the data at the right level, the global recipe level rather than burying it in some task. FWIW this broke the X drivers as they inject dependencies in

Re: [meta-freescale] [yocto] package or library for NAT traversal in yocto

On 8 September 2014 17:36, jags gediya jags.ged...@gmail.com wrote: We are using yocto for custom device which will communicate with the other mobile devices over the internet. For that we need some package which can be used to traverse behind the NAT. like libjingle, XMPP etc. In yocto, is

[meta-freescale] meta-fsl-arm broken with oe-core master

Hi, meta-fsl-arm is broken when building against oe-core master: ERROR: No recipes available for: /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-arm-lsb/build/meta-fsl-arm/recipes-multimedia/gstreamer/gst-plugins-base_%.bbappend

[meta-freescale] meta-fsl-* breakage on the Yocto autobuilder

Hi, meta-fsl-ppc is still breaking the Yocto autobuilder, see for example the errors from my latest build last night: http://errors.yoctoproject.org/Errors/Search/?items=10=862d702fbb99e484631315aa44b9e46f8fc567da There's two problems caused by meta-fsl-ppc right now: 1) Four fetch failures

Re: [meta-freescale] meta-fsl-* breakage on the Yocto autobuilder

On 5 January 2016 at 18:13, Ting Liu wrote: > As the build failure appeared on other branches (like ross/mut, > master-next) instead of master (should be OK as we did test it), is there > any notification for these build failures? I recall there were eamils from > yocto-build

Re: [meta-freescale] Updates of meta-fsl-ppc master branch on 2016-01-08

On 8 January 2016 at 10:50, Zhenhua Luo wrote: > The following updates are merged in master branch of meta-fsl-ppc, thanks. > > Thanks. On the autobuilder there's just the qt4 bbappends problem now, which I filed a bug for this morning. Ross --

Re: [meta-freescale] [meta-fsl-arm] libimxvpuapi_0.10.1 and waf: error: no such option: --disable-static

On 19 February 2016 at 10:11, eien sakebe wrote: > Building libimxvpu ersults on an waf: error: no such option: > --disable-static > anyone know how to fix it ? > There's a patch on the oe-core list for the waf class that will solve this, assuming libimxvpu is using

Re: [meta-freescale] [oe-core PATCH v8 13/13] core-image-weston: If X11 is enabled, add XWayland support

On 18 May 2016 at 22:35, Otavio Salvador wrote: > As discussed on IRC, instead of XTerm - which is not included on > OE-Core - we could use Xeyes as an utility to show it is working. What > do you think? Do you want me to send a v9 changing it or do you change >

Re: [meta-freescale] [oe-core PATCH v7 04/13] weston: Enable XWayland when X11 and Wayland support are available

On 17 May 2016 at 17:36, Otavio Salvador wrote: > When the DISTRO has X11 and Wayland support enabled, XWayland ought to > be enabled by default. > Can this also split xwayland into a separate package so its still possible to build a core-image-weston with the x11

Re: [meta-freescale] [oe-core PATCH v7 00/13] Improve Weston and Xwayland integration

On 17 May 2016 at 17:36, Otavio Salvador wrote: > weston: Add Xwayland initialization support using weston-start > weston-init: Error out if loading a nested instance > weston-init: Add module support for the weston-start helper > Ordering here is wrong :) Ross

Re: [meta-freescale] [oe-core PATCH v7 11/13] weston-init: Add module support for the weston-start helper

On 17 May 2016 at 17:36, Otavio Salvador wrote: > +modules_dir=/usr/share/weston-start > Hard-coded paths in here (this, /run) - can these use symbols and get replaced on do_install? Ross -- ___ meta-freescale mailing list

Re: [meta-freescale] Xorg driver isn't built

On 28 July 2016 at 07:33, Carlos Rafael Giani wrote: > Any ideas regarding why this happened? Is this a known current problem? > oe-core master does a few tricks to ensure that recipes are respecting LDFLAGS, and this is what happens if they are not. For some reason,

Re: [meta-freescale] libGL references libX11?

On 21 August 2016 at 03:36, Mark Farver wrote: > It seems like libSDL2-ttf has an ability to render fonts using OpenGL. > This feature is enabled by the successful compilation of a test > program in .configure. > > Why if I remove x11 from DISTRO_FEATURES does >

Re: [meta-freescale] [meta-intel] ERROR: - package networkmanager-1.10.6-r0.aarch64 conflicts with connman provided by connman-1.35-r0.aarch64

You'll have to not install either connman or network manager. Ross On Tue, 15 Jan 2019 at 05:18, srinivasan wrote: > > Dear Yocto experts, > > I am seeing the below error when I am trying to integrate the > "fsl-image-validation-imx.bb" into my custom yocto build and trigger > the build using