[yocto] (no subject)

Dear all,I am working with Qt5.5.0 and QtCreator 3.4.2 open source. On the hardware side I work with a i.MX6 sabre platform for smart devices.As a first aproach, after having created the image fsl-image-qt5 correctly (I think), I would like to run different examples by cross compiling and execut

Re: [yocto] [OE-core] glibc 2.22

I will try this, and something is wrong with mips when upgraded gcc from 4.9.2 to 4.9.3: please see my reply to "[OE-core] [PATCH 1/3] gcc-4.9: Upgrade to 4.9.3" // Robert On 07/14/2015 01:37 AM, Khem Raj wrote: Hi All glibc 2.22 will release end of this month. For some time I have put togeth

Re: [yocto] Which is the best strategy to customize Qt configuration?

> On Jul 13, 2015, at 22:04, Martin Jansa wrote: > > Will this work if gstreamer gst-plugins-base aren't next to each other > in DEPENDS? > > I think good convention is to use: > DEPENDS_remove = "gstreamer" > DEPENDS_remove = "gst-plugins-base" > for it to work even after original DEPENDS in t

Re: [yocto] Which is the best strategy to customize Qt configuration?

On Mon, Jul 13, 2015 at 05:38:59PM +0100, Paul Eggleton wrote: > On Monday 13 July 2015 16:18:55 Pampolini Matteo wrote: > > It was also my idea to override QT_PHONON variable inside my .bbappend file, > > but the fact is that this does not prevent BitBake from downloading and > > compiling glib/gs

[yocto] glibc 2.22

Hi All glibc 2.22 will release end of this month. For some time I have put together the update here http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/master&id=02e73ea526d94f21c7ef82eb96b062eff8ebb825 It works pretty well for machines I have tested it on ( arm/x86 ) but would

Re: [yocto] Which is the best strategy to customize Qt configuration?

On Monday 13 July 2015 16:18:55 Pampolini Matteo wrote: > It was also my idea to override QT_PHONON variable inside my .bbappend file, > but the fact is that this does not prevent BitBake from downloading and > compiling glib/gstreamer. > > In my first hack, when I modified the original qt.inc fil

Re: [yocto] Which is the best strategy to customize Qt configuration?

Thanks Paul. It was also my idea to override QT_PHONON variable inside my .bbappend file, but the fact is that this does not prevent BitBake from downloading and compiling glib/gstreamer. In my first hack, when I modified the original qt.inc file, I had to make both changes, DEPENDS variable f

Re: [yocto] Which is the best strategy to customize Qt configuration?

On Monday 13 July 2015 10:47:45 Leonardo Sandoval wrote: > On 07/13/2015 09:23 AM, Pampolini Matteo wrote: > > I'm involved in a project that requires a very customized Linux > > installation and I think Yocto is the best choice for this purpose. > > > > I was able to build and run some images fro

Re: [yocto] Which is the best strategy to customize Qt configuration?

Many thanks Leonardo. However I still have some doubts: as far as I understood I should remove the dependencies from glib and gstreamer inside DEPENDS variable as it appears in qt4.inc file, otherwise BitBake, correctly, downloads and compiles them to satisfy Qt requirements, am I right? If so

Re: [yocto] Which is the best strategy to customize Qt configuration?

On 07/13/2015 09:23 AM, Pampolini Matteo wrote: Hello everybody, my name is Matteo and I'm writing from Italy. I'm involved in a project that requires a very customized Linux installation and I think Yocto is the best choice for this purpose. I was able to build and run some images from

[yocto] Which is the best strategy to customize Qt configuration?

Hello everybody, my name is Matteo and I'm writing from Italy. I'm involved in a project that requires a very customized Linux installation and I think Yocto is the best choice for this purpose. I was able to build and run some images from Poky 1.8 reference and now I'm trying to create my

Re: [yocto] External toolchains

Nikolay, While that might work, it seems like this is more an issue of installation in the improper place. I was hoping there surely there would be someone who is using the stock Linaro aarch64 toolchains and had tackled this issue. Thanks, Luke. -Original Message- From: Nikolay Dimi