**** BEGIN LOGGING AT Sat Mar 03 02:59:59 2007 Mar 03 03:17:23 Good morning all Mar 03 03:20:04 good morning likewise Mar 03 03:20:20 And good night everyone Mar 03 04:44:55 CoreDump|afk: Thanks for pushing #1806 :) It's nice to see a bugfix go in under your name Mar 03 05:13:51 AwayNAiL: thanks for the test, I updated the bugs but for right now, your ppc issues are not going to be resolved. Mar 03 05:20:56 anyone here right now want to help with a confusing file-native error? http://www.pastebin.ca/379033 Mar 03 05:20:59 thanks Mar 03 05:34:33 kick ciabot Mar 03 06:10:35 How do I modify the source code and have bitbake rebuild. I recently built a kernel and wanted to add a development driver. so i updated the source code tree in tmp/work/kernel/.... but when I did bitbake linux-rp-2.6.20 again it just over-wrote that tree Mar 03 06:11:24 edit the .bb file for the kernel and add your patch Mar 03 06:12:05 Zero_Chaos - what if I just want to test it out first, isn't there an easier way Mar 03 06:12:29 not that I know of. Mar 03 06:12:48 but editing one line of a .bb seems about as easy as it gets Mar 03 08:33:05 hi all Mar 03 08:52:00 hi, i have some problem with libmutil. Mar 03 08:53:56 after patch (bug 1844) compiling stops with error in libltdl (No rule to make target all) Mar 03 09:10:12 g'morning all Mar 03 09:16:24 hi gremlin[it] Mar 03 09:16:33 hi univac !!! Mar 03 09:16:58 hehe Mar 03 09:17:12 did you finish usb? ;] Mar 03 09:17:27 nope :( Mar 03 09:17:29 :{ Mar 03 09:18:15 i had lot of lost time cause i'm close to change work, change appartament, change life ... Mar 03 09:18:57 ouch, many changes Mar 03 09:28:56 hi all Mar 03 09:34:38 yes univac :( Mar 03 09:44:19 hello ! Mar 03 09:44:31 Crofton do yo happen to be here ? :P Mar 03 09:55:46 what is for the 'insane' INHERIT in the angstrom distro ? Mar 03 10:05:41 03mwester 07org.oe.dev * r4a6abbc0... 10/ (1 packages/tzcode packages/tzcode/tzcode-native_2007a.bb): tzcode-native: provides zic, tzselect, and zdump utilities for timezone data Mar 03 10:05:45 03mwester 07org.oe.dev * r5ecbd82e... 10/ (1 packages/tzdata packages/tzdata/tzdata_2007a.bb): tzdata: /usr/local/zoneinfo timezone databases Mar 03 10:45:40 morning all Mar 03 11:01:16 03rpurdie 07org.oe.dev * re4badae4... 10/ (1 packages/mtd/mtd-utils_1.0.0+git.bb): mtd-utils: Fix cross compiling Mar 03 11:07:57 moin Mar 03 11:15:22 hi zecke Mar 03 11:22:24 RP: thanks :) Mar 03 11:22:45 NAiL: Hopefully I'll get it right this time... :) Mar 03 11:23:11 you did ;) Mar 03 14:00:40 hi Mar 03 14:05:27 anyone else here having problems w/ do_configure of gconf-osso? Mar 03 14:18:41 03koen 07org.oe.dev * rd31994f0... 10/ (1 MAINTAINERS): MAINTAINERS: add openmoko stuff Mar 03 15:42:05 hmm Mar 03 15:42:49 * oxo has defined some meta "task" packages in packages/tasks/task-krups.conf, but it seems only the (R)DEPENDS of my task-base are built when I bitbake "task-krups" Mar 03 15:43:08 is there a way to build the packages of the optional tasks without doing that manually? Mar 03 15:53:33 oxo: I seem to have found that "RRECOMENDS" will make it build other tasks -- seems wrong to me, so perhaps I'm mistaken. Mar 03 16:23:25 re Mar 03 17:29:56 hey Mar 03 17:30:30 I'm trying to include some of the packages from openchrome in my root image Mar 03 17:30:38 specifically libviaxvmcpro Mar 03 17:30:55 but theres an odd problem Mar 03 17:31:10 the package is listed in PACKAGES as libviaxvmcpro Mar 03 17:31:30 yet the package that got build is named libviaxvmcpro1_svn-r0_i586.ipk Mar 03 17:31:43 I can't understand where the 1 came form Mar 03 17:32:08 I'm also having the same problem with mesa Mar 03 17:32:15 libglu is listed in PACKAGES Mar 03 17:32:44 yet the ipk tht got build is called libglu1_6.5.2-r0_i586.ipk Mar 03 17:32:53 again, where does this extra 1 come from?\ Mar 03 17:33:55 if I try and change RDEPENDS in my image bb file to libglu1 & libviaxvmcpro1, then it tells me nothing provides these run time dependencies... Mar 03 17:34:20 as you would expect, since they are listed without the 1s in PCKAGES in the bb's they came from Mar 03 17:41:39 tkp: The problem is debian.bbclass doing package renaming Mar 03 17:42:14 RDEPENDS = "libviaxvmcpro" would be correct, the renaming should get handled internally Mar 03 17:49:00 hey RP - i've narrowed the fakeroot thing down quite alot, and have a question about bbimage. do you know about that? Mar 03 17:49:27 HopsNBarley: I know something about it... Mar 03 17:50:52 if i understand it correctly, bbimage figures out how to make your image, and generates the run.image_cmd file. Mar 03 17:51:48 it looks like the entire process sequential... is it? i mean run.do_rootfs -> bbimage -> ipkg populate tmp/rootfs -> mkfs.jffs2 Mar 03 17:52:29 the issue is, could another thread be deleting a file outside the view of fakeroot? Mar 03 17:53:34 HopsNBarley: It should all be sequential Mar 03 17:54:10 okay, that's what i thought.... hmmm. Mar 03 17:54:35 do you have any idea how a directory could be deleted w/o fakeroot knowing about it? that is the crux of the bug. Mar 03 17:56:54 Is it deleted, or could it be renamed? Mar 03 17:57:37 it must be eventually deleted, because the inode number is recycled into a file. Mar 03 17:59:23 grrr Mar 03 17:59:53 after fighting w/ gconf-osso's configure over an hour it now configured but doesn't compile grrr Mar 03 18:07:07 03koen 07org.oe.dev * r087af8c5... 10/ (5 files in 2 dirs): angstrom: rename gpe and bootstrap images to something that describes their purpose better Mar 03 18:13:17 03koen 07org.oe.dev * r9f92f083... 10/ (1 packages/angstrom/task-angstrom-x11.bb): angstrom: add task for opened-hand PIM apps Mar 03 18:16:13 03nail 07org.oe.dev * r424d3113... 10/ (1 conf/distro/openprotium.conf): Update openprotium for turbostation Mar 03 18:16:19 03nail 07org.oe.dev * r93697b2e... 10/ (3 files in 3 dirs): linux-turbostation: Update defconfig and bump PR Mar 03 18:19:53 hi all Mar 03 18:19:55 mhm.. if I want to debug using gdbserver, then I need gdb for my target platform but that can run on my host platform? is that right? Mar 03 18:20:44 does OE produce something like that when I bitbake gdb? Mar 03 18:21:21 my gdb just failed the qa check Mar 03 18:21:36 hi florian Mar 03 18:22:01 hi CoreDump|home Mar 03 18:22:08 ERROR: Architecture did not match (40 to 3) on /work/i686-angstrom-linux-gnueabi/gdb-cross-6.6-r1/install/gdb-cross/usr/local/arm/oe/bin/arm-angstrom-linux-gnueabi-gdb Mar 03 18:22:16 Is that a known issue? Mar 03 18:24:15 CoreDump|home: I have a quick altboot question for you. I added RECOMMENDS_${PN}_append_poodle = " kexec-tools", but kexec-tools did not get built when I build altboot. any ideas? Mar 03 18:24:39 hmm Mar 03 18:24:40 oops, I menat RRECOMENDS of course Mar 03 18:24:59 oh RRECOMENDS is only valid for the finished .ipk Mar 03 18:25:07 ty RECOMENDS Mar 03 18:25:13 it did build the RRECOMMENDS_${PN} = "e2fsprogs-e2fsck dosfstools" stuff the first time Mar 03 18:25:40 really? hmm Mar 03 18:29:01 in theory RRECOMENDS should not affect DEPENDS at all since it is only used for the finished ipk file Mar 03 18:32:11 * mwester has also observed RRECOMMENDS (sp?) affecting what gets built... Mar 03 18:33:09 mwester: if it does it could be considered as a bug or as a useful feature =) RRECOMENDS should not affect RECOMENDS IMHO Mar 03 18:34:59 CoreDump|home: I'm not sure on the details of the two terms; but I was surprised when a bb of fuse resulted in it attempting to build the fuse_module as well. Mar 03 18:35:18 here's the line: Mar 03 18:35:22 RRECOMMENDS_fuse = "fuse-module kernel-module-fuse" Mar 03 18:35:59 I guess I expected that the double-R would indicate a run-time recommendation, not affect builds... Mar 03 18:36:07 or do I misunderstand something? Mar 03 18:36:13 hmm Mar 03 18:36:15 no Mar 03 18:36:39 ^R means control word for the finished .ipk Mar 03 18:36:49 whatever that R stands for =) Mar 03 18:37:04 RRECOMMENDS_${PN} = "e2fsprogs-e2fsck dosfstools" Mar 03 18:37:18 ^^^ only affects ipkg-install ${PN} Mar 03 18:46:34 mwester: Its a Runtime recommendation. It will trigger a Recommends: line in the package control file Mar 03 18:49:38 * mwester wonders what he missed then, as removing it results in bitbake *not* trying to build fuse-module anymore... Mar 03 18:50:55 * CoreDump|home thinks that would count as a bug Mar 03 18:51:15 ~curse gconf-osso Mar 03 18:51:17 May you be reincarnated as a Windows XP administrator, gconf-osso ! Mar 03 18:51:23 mwester: bitbake follows RDEPENDS and RRECOMMENDS under certain circumstanes Mar 03 18:51:41 I'll have to play about with this some more. before I file a bug, I best make sure I understand what's happening. :) Mar 03 18:51:46 mwester: If it thinks the resulting image might need them, it will follow them like it does DEPENDS Mar 03 18:52:01 Ah, ok. Mar 03 18:52:19 * RP -> food Mar 03 18:52:33 Which in my case is a bad idea, as depending on a kernel module is not good form. Mar 03 18:52:53 mwester: You're not depending you're recommending Mar 03 18:53:23 mwester: Is this the case you want the internal kernel module used, not the internal one? Mar 03 18:53:48 If so, you should have your kernel RPROVIDE kernel-module-fuse Mar 03 18:54:02 I think it already does that. Mar 03 18:54:12 There was a similar problem with hostap or orinoco and linux-rp provides that for that reason Mar 03 18:54:25 Ok, I'll check that then. Mar 03 18:54:29 It might need to RPROVIDE fuse-module too Mar 03 18:54:48 The fuse-module refers to building the module outside of the kernel. Mar 03 18:54:54 Its a really ugly situation as you need to set PRE£FERRED_PROVIDER_fuse-module too Mar 03 18:55:08 mwester: But you need to tell it somehow that then kernel now provides that Mar 03 18:55:36 Anyhow, I must go, have a look at what linux-rp did as that was a similar problem Mar 03 18:55:49 Ok - thanks, I'll chekc that. Mar 03 18:55:53 s/kc/ck/ Mar 03 19:31:41 !oebug 1843 Mar 03 19:31:43 * * Bug 1843, Status: NEW, Created: 2007-02-02 13:52 Mar 03 19:31:44 * * B_Linuz(AT)yahoo.com: New .bb file for espgs - Version update and some fixes. Mar 03 19:31:45 * * http://bugs.openembedded.org/show_bug.cgi?id=1843 Mar 03 19:42:01 RP: Does "Error: two or more data types in declaration specifiers" sound familiar to you? Mar 03 19:42:39 RP: That happens building gcc-cross-sdk/libiberty. Mar 03 19:42:49 I think we had this before... Mar 03 19:44:05 !oebug 1843 Mar 03 19:44:06 * * Bug 1843, Status: RESOLVED, Created: 2007-02-02 13:52 Mar 03 19:44:07 * * B_Linuz(AT)yahoo.com: New .bb file for espgs - Version update and some fixes. Mar 03 19:44:08 * * http://bugs.openembedded.org/show_bug.cgi?id=1843 Mar 03 19:45:52 kick CIA-3 Mar 03 20:04:33 ~fish CIA-3 Mar 03 20:04:35 * ibot slaps CIA-3 around with a large trout Mar 03 20:04:39 03coredump2 07org.oe.dev * r19d6e364... 10/ (3 files in 3 dirs): gconf-osso: Unb0rk configure on systems w/o PKG_CONFIG set Mar 03 20:04:51 03coredump2 07org.oe.dev * r355037c9... 10/ (1 packages/aircrack/aircrack_2.41.bb): aircrack_2.41.bb: Update SRC_URI, courtesy of Angus Ainslie, closing bug #1937 Mar 03 20:05:00 03coredump2 07org.oe.dev * r3461d66d... 10/ (1 packages/rfakeap packages/rfakeap/rfakeap_0.2.bb): rfakeap: Add new .bb from Bugzilla, courtesy of Zero_Chaos. Closing bug #1936. Thanks! Mar 03 20:05:12 03coredump2 07org.oe.dev * ra70015f6... 10/ (1 packages/espgs/espgs_8.15.3.bb): espgs_8.15.3.bb: Add new .bb from Bugzilla, courtesy of Alex Ferguson and hrw. Closing bug #1843. Thanks! Mar 03 20:05:22 03coredump2 07org.oe.dev * r3560960f... 10/ (1 packages/base-files/base-files_3.0.14.bb): base-files_3.0.14.bb: Apply suggested change by Shane Volpe. Closing bug #1849 Mar 03 20:13:18 !oebug 1934 Mar 03 20:13:19 * * Bug 1934, Status: NEW, Created: 2007-03-02 18:06 Mar 03 20:13:20 * * r.farina(AT)adelphia.net: mdk2 v33 Mar 03 20:13:21 * * http://bugs.openembedded.org/show_bug.cgi?id=1934 Mar 03 20:13:38 CoreDump|home: how about this last one :-) Mar 03 20:14:07 read my reply ;) Mar 03 20:14:14 * CoreDump|home will bbiab# Mar 03 20:15:10 !oebug 1904 Mar 03 20:15:11 * * Bug 1904, Status: NEW, Created: 2007-02-22 10:43 Mar 03 20:15:12 * * slapinid(AT)gmail.com: glibc-intermediate build failure Mar 03 20:15:13 CoreDump|home: um, be a pal and help me out a bit more... I have no idea Mar 03 20:15:14 * * http://bugs.openembedded.org/show_bug.cgi?id=1904 Mar 03 20:26:04 CoreDump|home: I fixed it, the right way Mar 03 20:26:07 !oebug 1934 Mar 03 20:26:08 * * Bug 1934, Status: NEW, Created: 2007-03-02 18:06 Mar 03 20:26:09 * * r.farina(AT)adelphia.net: mdk2 v33 Mar 03 20:26:10 * * http://bugs.openembedded.org/show_bug.cgi?id=1934 Mar 03 20:26:29 CoreDump|home: please commit (after you check of course). Mar 03 20:26:38 CoreDump|home: thanks for the help, more to come later Mar 03 20:47:57 !oebug 1924 Mar 03 20:47:58 * * Bug 1924, Status: NEW, Created: 2007-03-01 09:17 Mar 03 20:48:03 * * slapinid(AT)gmail.com: qemux86 build failed Mar 03 20:48:03 * * http://bugs.openembedded.org/show_bug.cgi?id=1924 Mar 03 20:48:14 zecke: ping Mar 03 20:48:22 pong Mar 03 20:48:42 zecke: thanks for the really interning thread on qtopia-interest :) Mar 03 20:49:11 this was not my intention, and this was only a remark Mar 03 20:49:25 I positively recognized the 4.2.1 release... Mar 03 20:49:38 zecke: btw what is this [MOQP] ? Mar 03 20:49:48 zecke: but a nice moron jumped in ;) Mar 03 20:50:00 len("[MOQP]") ~ 6 Mar 03 20:50:24 chouimat: well, this "morn" hangs out in this channel as well, have not seen any message from him for a long time though Mar 03 20:50:53 zecke: oops :) Mar 03 20:51:07 ljp: will qtopia-bugs@trolltech.com work as well? I would like to CC qtopia-interest just to make people aware Mar 03 20:51:54 uhm.. any hints on how to produce a gdb that will be suited for remote debugging from my host system? I have gdb/gdb server for the target Mar 03 20:52:20 Jin^eLD: bitbake gdb-cross or gdb-server (don't remember the name) Mar 03 20:52:32 I have the server.. so maybe I need the cross Mar 03 20:52:33 thanks Mar 03 20:52:59 Jin^eLD: then you have everthing you need? Mar 03 20:53:11 well - I was missing the gdb-cross :) Mar 03 20:53:18 bitbaking it right now Mar 03 20:53:25 (it might not exist) Mar 03 20:53:38 http://handhelds.org/cgi-bin/cvsweb.cgi/opie/development/cross-debug/README.cross-debug?rev=1.1&content-type=text/x-cvsweb-markup Mar 03 20:53:47 (hmm can't hide my opie background... hmm) Mar 03 20:54:11 *reading* Mar 03 20:54:12 zecke: hehe Mar 03 20:55:23 hmmm allready 16:30 ... I should go buy food ... removing propritary code is a long and boring task Mar 03 20:56:02 well, I am missing the mipsel-linux-gdb thing, I hope gdb-cross .bb will produce that :> Mar 03 20:57:17 * zecke adjusts the synopsis connection and tries to remember that both gdb-cross and gdb-server exist Mar 03 20:57:52 03coredump2 07org.oe.dev * rb4f8a48b... 10/ (5 files in 4 dirs): mdk: Add new .bb from Bugzilla, courtesy of Rick Farina. Closing bug #1934. Thanks! Mar 03 20:57:53 yep, that was in that package, thanks Mar 03 20:58:12 ~seen tf Mar 03 20:58:31 tf was last seen on IRC in channel #debian, 794d 13h 54m 17s ago, saying: 'Thank you =)'. Mar 03 20:58:37 ~seen tf_ Mar 03 20:58:39 i haven't seen 'tf_', zecke Mar 03 20:58:43 hmm Mar 03 21:01:52 doh, Crofton here Mar 03 21:02:05 I've been surfing flickr on a friends account Mar 03 21:02:16 and adding some of you as contacts Mar 03 21:02:22 ooops Mar 03 21:03:50 CoreDump|home: you stole my bug! :-P Mar 03 21:04:04 =) which one heh Mar 03 21:08:46 !oebug 1934 Mar 03 21:08:46 * * Bug 1934, Status: RESOLVED, Created: 2007-03-02 18:06 Mar 03 21:08:47 * * r.farina(AT)adelphia.net: mdk2 v33 Mar 03 21:08:48 * * http://bugs.openembedded.org/show_bug.cgi?id=1934 Mar 03 21:08:57 ;) Mar 03 21:10:46 ;) Mar 03 21:30:10 !oebug 1924 Mar 03 21:30:11 * * Bug 1924, Status: NEW, Created: 2007-03-01 09:17 Mar 03 21:30:12 * * slapinid(AT)gmail.com: qemux86 build failed Mar 03 21:30:13 03coredump2 07org.oe.dev * r76b4ed73... 10/ (1 packages/gtkhtml2/gtkhtml2_cvs.bb): gtkhtml2: Fix SRC_URI: Gnome moved from CVS to SVN Mar 03 21:30:13 * * http://bugs.openembedded.org/show_bug.cgi?id=1924 Mar 03 22:04:39 florian: I don't remember that one Mar 03 22:05:09 RP: ok Mar 03 22:05:12 zecke: tf doesn't lurk here as standard Mar 03 22:05:32 RP: he was once here, I just felt like saying I liked his exmap talk Mar 03 22:05:44 RP: specially the simulation of the slow link was fun Mar 03 22:06:56 I wondering where I can buy grundig mobile phones Mar 03 22:08:49 RP: maybe its just the same we had some months before. if i interpret the check in messages correctly none of the gcc-cross-sdk 4.1.x ever worked. Mar 03 22:10:42 gerwinin: i wonder about this too... Mar 03 22:11:22 I needed to kno about exmap six months ago (Crofton) Mar 03 22:13:32 florian: I'm not sure I've ever used a 4.1.x sdk build... Mar 03 22:13:53 zecke: I heard about the slow link. Someone should fix the kernel... Mar 03 22:14:20 RP: I'm quite sure you never were able to do so ;) Mar 03 22:14:58 RP: I wonder what is wrong with his notebook Mar 03 22:15:25 zecke: :) Mar 03 22:15:26 RP: not even if you drop 90% of all packages, you get such a slow link Mar 03 22:15:52 zecke: I think the pxa usb support needs work ;-) Mar 03 22:16:29 Amazing, the LEDs tree did eventually get pulled by Linus! :) Mar 03 22:16:48 RP: on the BenQ device we cheat anyway. We use usb host and have a special usb-to-usb cable Mar 03 22:16:49 RP: your led subsys? Mar 03 22:17:00 RP: you are famous, and I know you :) Mar 03 22:17:05 NAiL: Just some patches to it, the subsys has been there a while Mar 03 22:17:08 aha Mar 03 22:17:18 zecke: usb host is fine... Mar 03 22:17:25 You aren't about to write a "buttons" subsys too? ;-) Mar 03 22:17:28 My openmoko-devel-image fails with: http://rafb.net/p/OUvKfP12.html Mar 03 22:17:34 any ideas? :\ Mar 03 22:17:44 NAiL: pb_ has (a simple one for ARM/PXA) Mar 03 22:17:59 oh? That's interesting Mar 03 22:18:13 I have a lot of devices that have only two or three buttons. Mar 03 22:18:18 CoreDump|home: At a guess some kind of version mismatch. Nothing specific though I'm afraid Mar 03 22:18:25 it'd be nice to be able to use them Mar 03 22:18:39 NAiL, zecke: There is a simple GPIO keyboard driver now Mar 03 22:18:51 (using the generic gpio infrastructure) Mar 03 22:19:14 CoreDump|home: yes, something is using a quite old dbus Mar 03 22:19:28 There is a generic gpio led driver queued... Mar 03 22:19:30 florian: hmmmm Mar 03 22:19:59 RP: I guess that's fine if one is using GPIOs. Unfortunately, several of my devices use eg. pics to control buttons :-\ Mar 03 22:20:25 RP: sounds good :) Mar 03 22:20:27 NAiL: In that case you'll need to write an input driver like I did for corgi/spitz... Mar 03 22:20:30 florian: dbus-1.0.2 and dbus-glib-0.72 Mar 03 22:20:30 zecke: is there source available anywhere? Mar 03 22:20:47 RP: sounds good. Pointer to source? :) Mar 03 22:20:52 NAiL: googling, but I think it is the one RP is refering to (GPIO based) Mar 03 22:21:01 NAiL: Latest mainline, somewhere in drivers/input ;-) Mar 03 22:21:12 CoreDump|home: i guess your gconf-dbus needs a way older dbus Mar 03 22:21:18 RP: oh, we have a mainline GPIO framework? Mar 03 22:21:25 zecke: yes Mar 03 22:21:38 florian: actually gconf-dbus builds fine. gconf-osso b0rks Mar 03 22:21:51 older hmmm Mar 03 22:22:06 RP: ah, cool. Thanks. I'll look into that then :-D Mar 03 22:22:48 NAiL: I fear I don't find it in the hh.org kernel tree Mar 03 22:25:10 NAiL: drivers/input/keyboard/gpio-keys.h Mar 03 22:25:20 s/.h/.c/ Mar 03 22:25:31 CoreDump|home: the osso stuff from the 770 is quite conservative... i wonder why it is used at all. Mar 03 22:25:57 florian: I'm trying to find out why it is pulled into the openmoko image Mar 03 22:26:45 RP: Thanks a bunch! I'll look into it :) Mar 03 22:27:11 this is what I searched... hmmm Mar 03 22:48:20 http://rafb.net/p/75VEZI45.html <- I'm gettings this message about multiple providers. What's the correct PREFERRED_PROVIDER line? Mar 03 22:48:59 hi bluelightning Mar 03 22:49:08 PREFERRED_PROVIDER_gnome-vfs-plugin-file = "gnome-vfs" <- doesn't work Mar 03 22:50:13 iirc its a build time thingy... PREFERRED_PROVIDER_gnome-vfs=gnome-vfs should do the trick. Mar 03 22:50:27 didn't we have gnome-vfs-dbus? Mar 03 22:51:07 florian: OM sets PREFERRED_PROVIDER_gnome-vfs = "gnome-vfs-dbus" Mar 03 22:52:02 ah right, the dbus stuff got merged upstream Mar 03 22:52:29 * CoreDump|home is at a loss Mar 03 22:58:23 CoreDump|home: forget about gnome-vfs-dbus and use gnome-vfs Mar 03 22:59:16 * CoreDump|home tries Mar 03 22:59:43 right, angstrom.conf uses gnome-vfs as well Mar 03 23:03:13 florian: you're the man! Thanks =) Mar 03 23:10:54 NOTE: package openmoko-image-1.0-r0: task do_rootfs: started Mar 03 23:10:54 w00t Mar 03 23:14:30 03coredump2 07org.oe.dev * r629c0c2e... 10/ (1 conf/distro/include/openmoko.inc): openmoko.inc: Fix PREFERRED_PROVIDER_gnome-vfs and add PREFERRED_PROVIDER_gnome-vfs-plugin-file Mar 03 23:22:48 CoreDump|home: yw :) Mar 03 23:32:31 zecke: are you around? Mar 03 23:39:11 sort of Mar 03 23:40:51 good night Mar 03 23:41:05 n8 flatronf701C Mar 03 23:41:07 n8 florian Mar 03 23:58:26 nite Mar 03 23:58:56 n8 Mar 04 01:04:51 which bitbake variable contains the output variable for a "bitbake world"? Mar 04 01:26:25 I'm trying to write a bb file for gtk-directfb. I'm running into a compiler badness "/usr/include/directfb" during the configuration process. At some point the configuration is trying to run the compiler to prove it can link against Pango and one of the includes is /usr/include/directfb which is causing the error. Mar 04 01:27:45 when I grep for /usr/include nothing comes up, also I have set EXTRA_OECONF to --libdir=${STAGING_LIBDIR}/ \ Mar 04 01:27:45 --includedir=${STAGING_INCDIR}/\ Mar 04 01:27:45 Mar 04 01:28:07 but I still have the issue... I'm not really sure were to look next. Mar 04 01:29:09 I just can't figure out what is adding in the I/usr/include/directfb to the CFLAGS. I also checked directfb.pc and it is all correct. Mar 04 01:29:46 svolpe_gerrath: Take a squiz through the generated makefiles, post-autoconf Mar 04 01:31:01 NAbyss_, I have looked through them but nothing stands out.. I have grep'd the entire directory post config and no signs of /usr/include/directfb Mar 04 01:32:23 NAbyss_, also there are no Makefiles since the compiler badness happens during the configuration process. Mar 04 01:32:51 svolpe_gerrath: Ah.. anything in the autoconf script that looks to point at /usr/include? Mar 04 01:36:47 NAbyss_, no autoconf script, just configure file and it only has /usr/include in the --oldincludedir Mar 04 01:37:14 Hmm Mar 04 01:37:55 I have wrestled the compiler badness quite a bit before but this is the first time I'm stumped. **** ENDING LOGGING AT Sun Mar 04 02:59:58 2007