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

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

[Martin Jansa]

On Thu, Mar 4, 2010 at 11:58 PM, git version control
<git@git.openembedded.org> wrote:
> Module: openembedded.git
> Branch: org.openembedded.dev
> Commit: a3b0920d0cc2cecac9eea4993ad18a64b207d7af
> URL:    http://gitweb.openembedded.net/?p=openembedded.git&a=commit;h=a3b0920d0cc2cecac9eea4993ad18a64b207d7af
>
> Author: Phil Blundell <philb@gnu.org>
> Date:   Thu Mar  4 22:56:33 2010 +0000
>
> gtk+: build gtk-demo and package it appropriately

Hi,

after this patch I get build failure in those re-enable demos:

| make[2]: Entering directory
`/OE/tmpdir-dev-shr/work/armv4t-oe-linux-gnueabi/gtk+-2.18.6-r8.3/gtk+-2.18.6/demos'
| /OE/tmpdir-dev-shr/staging/x86_64-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)
| 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
| make[2]: Leaving directory
`/OE/tmpdir-dev-shr/work/armv4t-oe-linux-gnueabi/gtk+-2.18.6-r8.3/gtk+-2.18.6/demos'
| make[1]: *** [all-recursive] Error 1
| make[1]: Leaving directory
`/OE/tmpdir-dev-shr/work/armv4t-oe-linux-gnueabi/gtk+-2.18.6-r8.3/gtk+-2.18.6'
| make: *** [all] Error 2
| FATAL: oe_runmake failed
| ERROR: Function do_compile failed

bitbake@jama ~/build.dev.shr.gta $
/OE/tmpdir-dev-shr/staging/x86_64-linux/usr/bin/gdk-pixbuf-csource -v
gdk-pixbuf-csource version 2.12.11

seems like that version from
recipes/gtk+/gdk-pixbuf-csource-native_2.12.11.bb

and gtk+-native explicitly removes this
recipes/gtk+/gtk+_2.18.6.bb:
do_install_virtclass-native () {
        autotools_do_install
        find ${D}${libdir} -name "libpixbufloader-*.la" -exec rm \{\} \;
        rm ${D}${bindir}/gdk-pixbuf-csource
        echo "going native!"
}

So I guess that
find ${D}${libdir} -name "libpixbufloader-*.so" -exec rm \{\} \;
in gtk+-native could help gdk-pixbuf-csource-native to work

but replacing gdk-pixbuf-csource-native with gtk+-native would be much better

There is also bug when you rebuild gdk-pixbuf-csource-native and then
don't rebuild gtk+-native to fix pkgconfig gtk.
http://bugs.openembedded.org/show_bug.cgi?id=5405

Please GTK/OE gurus fix this, thanks.

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

[Richard Purdie]

On Sat, 2010-03-06 at 07:36 +0100, Martin Jansa wrote:
> So I guess that
> find ${D}${libdir} -name "libpixbufloader-*.so" -exec rm \{\} \;
> in gtk+-native could help gdk-pixbuf-csource-native to work
> 
> but replacing gdk-pixbuf-csource-native with gtk+-native would be much better

No, it wouldn't, that recipe is useful to people who don't want to build
a whole native gtk/X stack ;-).

Ideally, gtk+-native should just replace all the gdk-pixbuf-csource
package but I don't think we can do that currently :(

> There is also bug when you rebuild gdk-pixbuf-csource-native and then
> don't rebuild gtk+-native to fix pkgconfig gtk.
> http://bugs.openembedded.org/show_bug.cgi?id=5405

gdk-pixbuf-csouce should not be installing a .pc file.

Cheers,

Richard

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

[Denys Dmytriyenko]

On Sat, Mar 06, 2010 at 07:16:57AM -0800, Richard Purdie wrote:
> On Sat, 2010-03-06 at 07:36 +0100, Martin Jansa wrote:
> > So I guess that
> > find ${D}${libdir} -name "libpixbufloader-*.so" -exec rm \{\} \;
> > in gtk+-native could help gdk-pixbuf-csource-native to work
> > 
> > but replacing gdk-pixbuf-csource-native with gtk+-native would be much better
> 
> No, it wouldn't, that recipe is useful to people who don't want to build
> a whole native gtk/X stack ;-).
> 
> Ideally, gtk+-native should just replace all the gdk-pixbuf-csource
> package but I don't think we can do that currently :(
> 
> > There is also bug when you rebuild gdk-pixbuf-csource-native and then
> > don't rebuild gtk+-native to fix pkgconfig gtk.
> > http://bugs.openembedded.org/show_bug.cgi?id=5405
> 
> gdk-pixbuf-csouce should not be installing a .pc file.

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.

-- 
Denys

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

[Phil Blundell]

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.

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.

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

[Steve Sakoman]

On Tue, Mar 9, 2010 at 10:24 AM, Phil Blundell <philb@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/work/armv7a-angstrom-linux-gnueabi/gtk+-2.18.6-r8.3/gtk+-2.18.6/demos'
| /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!

Steve

> 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@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

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

[Phil Blundell]

On Wed, 2010-03-10 at 09:22 -0800, Steve Sakoman wrote:
> So for me it seems to have triggered the problem it was trying to fix!

Doh.  That's not so good.

Please try the patch at http://pastebin.ca/1832243 and see if the
situation improves for you.

p.

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

[Steve Sakoman]

On Wed, Mar 10, 2010 at 10:52 AM, Phil Blundell <pb@reciva.com> wrote:
> On Wed, 2010-03-10 at 09:22 -0800, Steve Sakoman wrote:
>> So for me it seems to have triggered the problem it was trying to fix!
>
> Doh.  That's not so good.
>
> Please try the patch at http://pastebin.ca/1832243 and see if the
> situation improves for you.

Sorry, I get the same error:

| Making all in demos
| make[2]: Entering directory
`/home/sakoman/source/omap3-oe/tmp/work/armv7a-angstrom-linux-gnueabi/gtk+-2.18.6-r8.3/gtk+-2.18.6/demos'
| /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:22315): 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

Steve

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

[Phil Blundell]

On Wed, 2010-03-10 at 12:14 -0800, Steve Sakoman wrote:
> On Wed, Mar 10, 2010 at 10:52 AM, Phil Blundell <pb@reciva.com> wrote:
> > On Wed, 2010-03-10 at 09:22 -0800, Steve Sakoman wrote:
> >> So for me it seems to have triggered the problem it was trying to fix!
> >
> > Doh.  That's not so good.
> >
> > Please try the patch at http://pastebin.ca/1832243 and see if the
> > situation improves for you.
> 
> Sorry, I get the same error:

Did you clean and rebuild gtk+-native?  I forgot to mention that this is
necessary.

p.

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

[Steve Sakoman]

On Wed, Mar 10, 2010 at 12:25 PM, Phil Blundell <pb@reciva.com> wrote:

> Did you clean and rebuild gtk+-native?  I forgot to mention that this is
> necessary.

Yes, I did:

bitbake -c clean gtk+ gtk+-native gdk-pixbuf-csource-native
bitbake gtk+

My repo is at current top of tree with your gtk+.inc patch and
gtk+_2.18.6.bb unchanged:

$ git diff recipes/gtk+/gtk+.inc
diff --git a/recipes/gtk+/gtk+.inc b/recipes/gtk+/gtk+.inc
index 268657b..5431c76 100644
--- a/recipes/gtk+/gtk+.inc
+++ b/recipes/gtk+/gtk+.inc
@@ -66,6 +66,23 @@ do_install_append () {
        rm -f ${D}${libdir}/gtk-2.0/*/*.la ${D}${libdir}/gtk-2.0/${LIBV}/*/*.la
 }

+do_install_virtclass-native () {
+        autotools_do_install
+
+       mkdir -p ${D}${libdir}/gtk-2.0/include
+       install -m 0644 gdk/gdkconfig.h ${D}${libdir}/gtk-2.0/include/gdkconfig.
+       # Copy over all headers, since the maemo stuff needs access to the priva
+       cp gtk/*.h ${D}${includedir}/gtk-2.0/gtk/
+
+       install -m 0644 m4macros/gtk-2.0.m4 ${STAGING_DATADIR}/aclocal/
+
+       install -d ${D}${sysconfdir}/gtk-2.0
+       rm -f ${D}${libdir}/gtk-2.0/*/*.la ${D}${libdir}/gtk-2.0/${LIBV}/*/*.la
+
+        mkdir -p "${D}${sysconfdir}/gtk-2.0"
+        ${B}/gdk-pixbuf/gdk-pixbuf-query-loaders > "${D}${sysconfdir}/gtk-2.0/g
+}
+
 postinst_prologue() {
 if [ "x$D" != "x" ]; then
   exit 1

$ git diff recipes/gtk+/gtk+_2.18.6.bb
$

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

[Phil Blundell]

On Wed, 2010-03-10 at 12:34 -0800, Steve Sakoman wrote:
> My repo is at current top of tree with your gtk+.inc patch and
> gtk+_2.18.6.bb unchanged:

Ah, I remember now, you need a patch to base.bbclass as well to make it
stage the files from etc/.  Try this:

diff --git a/classes/base.bbclass b/classes/base.bbclass
index bbc1cc7..2327c1e 100644
--- a/classes/base.bbclass
+++ b/classes/base.bbclass
@@ -1100,6 +1100,7 @@ sysroot_stage_dirs() {
                sysroot_stage_libdir $from${base_libdir} $to${STAGING_DIR_HOST}${base_libdir}
        fi
        sysroot_stage_dir $from${datadir} $to${STAGING_DATADIR}
+        sysroot_stage_dir $from${sysconfdir} $to${sysconfdir}
 }
 
 sysroot_stage_all() {

p.

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

[Steve Sakoman]

On Wed, Mar 10, 2010 at 12:59 PM, Phil Blundell <philb@gnu.org> wrote:

> Ah, I remember now, you need a patch to base.bbclass as well to make it
> stage the files from etc/.  Try this:

I must be cursed :-(

Still no luck.  gtk+-native builds, but gtk+ still fails with the
apple_red issue.

Here is my diff from top of tree:

diff --git a/classes/base.bbclass b/classes/base.bbclass
index bbc1cc7..a94fa27 100644
--- a/classes/base.bbclass
+++ b/classes/base.bbclass
@@ -1100,6 +1100,7 @@ sysroot_stage_dirs() {
 		sysroot_stage_libdir $from${base_libdir} $to${STAGING_DIR_HOST}${base_libdir}
 	fi
 	sysroot_stage_dir $from${datadir} $to${STAGING_DATADIR}
+	sysroot_stage_dir $from${sysconfdir} $to${sysconfdir}
 }

 sysroot_stage_all() {
diff --git a/recipes/gtk+/gtk+.inc b/recipes/gtk+/gtk+.inc
index 268657b..5431c76 100644
--- a/recipes/gtk+/gtk+.inc
+++ b/recipes/gtk+/gtk+.inc
@@ -66,6 +66,23 @@ do_install_append () {
 	rm -f ${D}${libdir}/gtk-2.0/*/*.la ${D}${libdir}/gtk-2.0/${LIBV}/*/*.la
 }

+do_install_virtclass-native () {
+        autotools_do_install
+
+       mkdir -p ${D}${libdir}/gtk-2.0/include
+       install -m 0644 gdk/gdkconfig.h
${D}${libdir}/gtk-2.0/include/gdkconfig.h
+       # Copy over all headers, since the maemo stuff needs access to
the private api. *sigh*
+       cp gtk/*.h ${D}${includedir}/gtk-2.0/gtk/
+
+       install -m 0644 m4macros/gtk-2.0.m4 ${STAGING_DATADIR}/aclocal/
+
+       install -d ${D}${sysconfdir}/gtk-2.0
+       rm -f ${D}${libdir}/gtk-2.0/*/*.la ${D}${libdir}/gtk-2.0/${LIBV}/*/*.la
+
+        mkdir -p "${D}${sysconfdir}/gtk-2.0"
+        ${B}/gdk-pixbuf/gdk-pixbuf-query-loaders >
"${D}${sysconfdir}/gtk-2.0/gdk-pixbuf.loaders"
+}
+
 postinst_prologue() {
 if [ "x$D" != "x" ]; then
   exit 1

Thanks for helping!

Steve

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

[Phil Blundell]

On Wed, 2010-03-10 at 13:27 -0800, Steve Sakoman wrote:
> On Wed, Mar 10, 2010 at 12:59 PM, Phil Blundell <philb@gnu.org> wrote:
> 
> > Ah, I remember now, you need a patch to base.bbclass as well to make it
> > stage the files from etc/.  Try this:
> 
> I must be cursed :-(
> 
> Still no luck.  gtk+-native builds, but gtk+ still fails with the
> apple_red issue.

Drat.  It does seem like you must be cursed.

Maybe you could try poking around in your working tree and see if you
can figure out why gdk-pixbuf.loaders isn't getting installed into
staging.  What ought to happen is that it is generated by gtk+-native
during do_install() and then copied from there into the native sysroot
where gtk+ expects to find it during the build.

p.

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

[JOSEPH KORTJE]

Hi Phil and Steve:

If we *either* install 

sudo apt-get install libgtk2.0-dev

or if we do

bitbake gdk-pixbuf-csource-native

FIRST 


Then the

    bitbake gtk+

succeeds.

Otherwise, with the same tree used by Steve, same results as Steve mentions.

Any ideas why?
From douglas.royds@tait.co.nz Thu Mar 11 04:05:36 2010
Received: from gatekeeper.tait.co.nz ([202.37.96.11])
	by linuxtogo.org with esmtp (Exim 4.69)
	(envelope-from <douglas.royds@tait.co.nz>) id 1NpYiJ-0002EY-Gh
	for openembedded-devel@lists.openembedded.org;
	Thu, 11 Mar 2010 04:05:36 +0100
Received: from gatekeeper.tait.co.nz (localhost.localdomain [127.0.0.1])
	by localhost.tait.co.nz (Postfix) with ESMTP id 923C246753
	for <openembedded-devel@lists.openembedded.org>;
	Thu, 11 Mar 2010 15:34:09 +1300 (NZDT)
Received: from sunstrike.tait.co.nz (sunstrike [172.25.40.92])
	by gatekeeper.tait.co.nz (Postfix) with ESMTP id 808BB46751
	for <openembedded-devel@lists.openembedded.org>;
	Thu, 11 Mar 2010 15:34:09 +1300 (NZDT)
Received: from conversion-daemon.sunstrike.tait.co.nz by sunstrike.tait.co.nz
	(Sun Java System Messaging Server 6.1 (built Apr 28 2004))
	id <0KZ300B01FKSES00@sunstrike.tait.co.nz>
	(original mail from douglas.royds@tait.co.nz)
	for openembedded-devel@lists.openembedded.org; Thu,
	11 Mar 2010 15:33:51 +1300 (NZDT)
Received: from [172.25.116.17] by sunstrike.tait.co.nz
	(Sun Java System Messaging Server 6.1 (built Apr 28 2004))
	with ESMTP id <0KZ300BF0J4BRM10@sunstrike.tait.co.nz> for
	openembedded-devel@lists.openembedded.org; Thu,
	11 Mar 2010 15:33:49 +1300 (NZDT)
Date: Thu, 11 Mar 2010 15:33:47 +1300
From: Douglas Royds <douglas.royds@tait.co.nz>
In-reply-to: <BAY127-W3F00BA8EB939E019488D8D8330@phx.gbl>
To: openembedded-devel@lists.openembedded.org
Message-id: <4B98568B.2030603@tait.co.nz>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
References: <BAY127-W3F00BA8EB939E019488D8D8330@phx.gbl>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
X-SA-Exim-Connect-IP: 202.37.96.11
X-SA-Exim-Mail-From: douglas.royds@tait.co.nz
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on discovery
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham
	version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000)
X-SA-Exim-Scanned: Yes (on linuxtogo.org)
Subject: Re: [oe] Problem with  Boost library
X-BeenThere: openembedded-devel@lists.openembedded.org
X-Mailman-Version: 2.1.11
Precedence: list
Reply-To: openembedded-devel@lists.openembedded.org
List-Id: Using the OpenEmbedded metadata to build Distributions
	<openembedded-devel.lists.openembedded.org>
List-Unsubscribe: <http://lists.linuxtogo.org/cgi-bin/mailman/options/openembedded-devel>,
	<mailto:openembedded-devel-request@lists.openembedded.org?subject=unsubscribe>
List-Archive: <http://lists.linuxtogo.org/pipermail/openembedded-devel>
List-Post: <mailto:openembedded-devel@lists.openembedded.org>
List-Help: <mailto:openembedded-devel-request@lists.openembedded.org?subject=help>
List-Subscribe: <http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel>,
	<mailto:openembedded-devel-request@lists.openembedded.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Mar 2010 03:05:36 -0000

The recipe is broken.

Edit recipes/boost/boost_1.34.1.bb, and replace the line ...

    PR = "${INC_PR}.1"

with

    PR = "r4"

The INC_PR convention is used for recipes that have include files. This 
one doesn't.

HTH,
Douglas.


saleh usman wrote:
> [snip]
> NOTE: Running task 1353 of 3317 (ID: 1614, /oe/openembedded/recipes/boost/boost_1.34.1.bb, do_setscene)
> ERROR: function staging_helper failed
> ERROR: log data follows (/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/boost-1.34.1-${INC_PR}.1/temp/log.staging_helper.21242)
> | sh: /oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/boost-1.34.1-.1/temp/run.staging_helper.21242: No such file or directory
> NOTE: Task failed: /oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/boost-1.34.1-${INC_PR}.1/temp/log.staging_helper.21242
>   



=======================================================================
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be
the subject of legal or other privilege, none of which is waived or
lost by reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no
other act on the email.
Unfortunately, we cannot warrant that the email has not been
 altered or corrupted during transmission.
=======================================================================

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

[Phil Blundell]

I've managed to reproduce this problem now, and I have checked in an
extra patch (as well as the previous ones) which fixes it for me.  Does
that work for you?

p.

On Wed, 2010-03-10 at 15:53 -0800, JOSEPH KORTJE wrote:
> Hi Phil and Steve:
> 
> If we *either* install 
> 
> sudo apt-get install libgtk2.0-dev
> 
> or if we do
> 
> bitbake gdk-pixbuf-csource-native
> 
> FIRST 
> 
> 
> Then the
> 
>     bitbake gtk+
> 
> succeeds.
> 
> Otherwise, with the same tree used by Steve, same results as Steve mentions.
> 
> Any ideas why?
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

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

[Steve Sakoman]

On Thu, Mar 11, 2010 at 4:30 AM, Phil Blundell <philb@gnu.org> wrote:
> I've managed to reproduce this problem now, and I have checked in an
> extra patch (as well as the previous ones) which fixes it for me.  Does
> that work for you?

Once I worked past some scsi header issues that crept in from this
morning's pull I could successfully build gtk+ again.  Thanks!

Steve


> p.
>
> On Wed, 2010-03-10 at 15:53 -0800, JOSEPH KORTJE wrote:
>> Hi Phil and Steve:
>>
>> If we *either* install
>>
>> sudo apt-get install libgtk2.0-dev
>>
>> or if we do
>>
>> bitbake gdk-pixbuf-csource-native
>>
>> FIRST
>>
>>
>> Then the
>>
>>     bitbake gtk+
>>
>> succeeds.
>>
>> Otherwise, with the same tree used by Steve, same results as Steve mentions.
>>
>> Any ideas why?
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>