From: Tom Zanussi <tom.zanussi@...> The gst-ffmpeg recipe in oe-core had LICENSE_FLAGS added to make it "commercial", so to avoid build errors the BSPs that use it (via the gst-va-intel

From: Tom Zanussi <tom.zanussi@...> This patchset updates the BSPs that enable video acceleration to make them able to handle the new LICENSE_FLAGS change to gst-ffmpeg. There's no change to

Merged to meta-baryon master, thanks. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre

Just taking a day free: I'll be back Tuesday. Have a great weekend Belen --------------------------------------------------------------------- Intel Corporation (UK) Limited Registered No. 1134945

I tried the most recent poky SDK image as it allows you to extract to anywhere you wish and I have run into an issue. When I try to compile my program with it (which worked with a poky sdk from a

Pulled into meta-intel/denzil. Thanks, Tom

Hi Trevor, There are two parts of the design suite, ISE (for VHDL and Verilog) development, and XPS (EDK) for re-using the Xilinx IP cores in a project. To edit microblaze projects, you would need

Thanks Kishore for reporting it. I am trying to get to bottom of this by today or tomorrow. Thanks, Nitin

Ross, Looking at the bug, I am trying with the latest commits now. When it failed, I looked at the build area, and found that the xorg-xserver package was built fine. I think the issue happened in

Trevor Woerner <twoerner@...> wrote: You can try to make libffi as a package group in glib20 if possible other option would be to use something like mdev instead of udev

Hi Ross, Thanks. That's actually where I'm headed - glClear() was the first step... I've actually managed to get things working now. Not too sure what I did, but I __think__ it was something to do

Thanks, Paul. I've made those changes and added the bbappend for the new kernel. The updates are available in the git repository at: git://git.yoctoproject.org/poky-contrib

PS simply BBMASK'ing out libffi doesn't help as too many things... require(?) it (depend on it, rdepend on it...?) ERROR: Nothing PROVIDES 'libffi'

Hi guys, Thanks for all the support so far. Currently I'm still trying to make some headway with the Xilinx-supplied external toolchain (gcc-4.1.2). When I saw the original errors I was having

we always like good problem reports so if you find anything wrong with core metadata we would be more than happy to help in fixing it. Elvis, btw. I have done a patch for gcc 4.7 in master which

Good catch - yes, it should. Scott R - I can send you some info. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre

Ross, the definition of RPROVIDES is not given in the Yocto project reference manual. Perhaps it should be added to the manual ? Thanks Rahul

Hi Trevor, I just briefly tried building it, using gcc-4.5.1, and got build failures too. It looks like it will take some effort to get this up and running with the current version

I'm sure I saw something regarding this come up recently, but I can't seem to find it so apologies if this has just been answered. What is the proper way of adding things to a meta-toolchain build.

Hi Chris, GL or GLES? GL on Cedar Trail is very limited , you're heavily recommended to use GLES. This is a bit of a mess at the moment, and I want to sort it, but it's a complicated