[oe] [oe-commits] Phil Blundell : gtk+: build gtk-demo and package it appropriately
sakoman at gmail.com
Wed Mar 10 17:22:39 UTC 2010
On Tue, Mar 9, 2010 at 10:24 AM, Phil Blundell <philb at gnu.org> wrote:
> On Tue, 2010-03-09 at 13:16 -0500, Denys Dmytriyenko wrote:
>> So, what would be the proper fix? I'm blocked at the moment with this
>> gtk+/apple-red.png issue, where gtk+ is being pulled by gstreamer...
>> Thanks in advance for any help or suggestions.
> I think the patch that Graeme posted, or a subset of it, is at least
> part of the proper fix. I'll check that in this evening. With that,
> using gtk+ as the provider for gdk-pixbuf-csource-native ought to do
> what you need.
Prior to the above patch, gtk+ would build for me with no problems.
Afterwards I get:
| Making all in demos
| make: Entering directory
--raw --build-list \
| apple_red ./apple-red.png \
| gnome_foot ./gnome-foot.png \
| > test-inline-pixbufs.h \
| || (rm -f test-inline-pixbufs.h && false)
| (process:4835): GdkPixbuf-WARNING **: Cannot open pixbuf loader
module file '/home/sakoman/source/omap3-oe/tmp/staging/i686-linux/etc/gtk-2.0/gdk-pixbuf.loaders':
No such file or directory
| failed to load "./apple-red.png": Couldn't recognize the image file
format for file './apple-red.png'
| make: *** [test-inline-pixbufs.h] Error 1
So for me it seems to have triggered the problem it was trying to fix!
> Getting the standalone g-p-c-n to DTRT will require a bit more fiddling
> but I don't think it should be very hard.
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
More information about the Openembedded-devel