[oe] [oe-commits] Phil Blundell : gtk+: build gtk-demo and package it appropriately

Steve Sakoman 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[2]: Entering directory
| /home/sakoman/source/omap3-oe/tmp/staging/i686-linux/usr/bin/gdk-pixbuf-csource
--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[2]: *** [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.
> p.
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

More information about the Openembedded-devel mailing list