**** BEGIN LOGGING AT Sat Aug 30 02:59:57 2008 Aug 30 04:50:45 /join #android Aug 30 05:05:07 pjz: I hope you were embarassed to mistype that ;) Aug 30 05:05:23 * mwester helpfully picks up pjz after his misstep, brushes some dust off his jacket, then picks him up and heaves him overboard Aug 30 05:05:55 mwester to the rescue, I see Aug 30 05:05:57 Good call Aug 30 05:38:54 make sure to have a great labourday peeples Aug 30 05:39:48 labourday *weekend* Aug 30 05:42:00 G'night Aug 30 09:38:53 hi Aug 30 11:43:20 Hey Aug 30 11:47:30 The cpu load of frameworkd is quite high on my neo while it outputs the following: Aug 30 11:47:31 odeviced.idlenotifier INFO framework.subsystems.odeviced.idlenotifier state change to IDLE Aug 30 11:47:31 odeviced.idlenotifier INFO framework.subsystems.odeviced.idlenotifier state change to BUSY Aug 30 11:47:41 any ideas why? Aug 30 12:10:29 hm, everything fine after reboot Aug 30 13:58:10 Hmm: root@OpenWrt:/etc/bluetooth# /etc/init.d/bluez-utils restart Aug 30 13:58:16 /usr/sbin/hcid: can't load library 'libgmodule-2.0.so.0' Aug 30 13:58:37 wonder when bluetooth got broken ... Aug 30 14:38:45 hi Aug 30 15:01:10 If someone missed it... Fix for echo issue with patch and new package in http://docs.openmoko.org/trac/ticket/1267 ! , Much better then before! Had to downgrade for Om2008.8 from 39.1 to r38.05.. and contacts stored on sim is not showing now :( , Regression! Do I have to compile a new packet myself.. Aug 30 16:18:19 freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r83ec4b40a284 10/odeviced/recipes/odeviced_git.bb: Add libnl to DEPENDS Aug 30 18:07:16 freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r1d272fcb351e 10/odeviced/src/plugins/ (idlenotifier/idlenotifier-helpers.c input/input.vala): Aug 30 18:07:16 freesmartphone.org: Fix a leak in idlenotifier. Aug 30 18:07:16 freesmartphone.org: Input: remove duplicate activations of process_uevent idle function Aug 30 18:18:23 freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * rcc894ab6b84a 10/odeviced/src/plugins/ (2 files in 2 dirs): Add a couple of missing .vapi's Aug 30 19:02:35 bluetooth/bluez needs dbus now, including glib Aug 30 19:02:56 ? Aug 30 19:49:16 you need dbus, yes, but I think glib is still optional Aug 30 20:34:55 tmzt: sorry, I posted that bluez stuff to the wrong channel - it was an openwrt error Aug 30 21:47:17 hi Aug 30 21:57:31 rwhitby: ping Aug 30 21:57:55 aleix: syn|ack Aug 30 21:58:28 rwhitby: hey, i've seen you've just updated the Makefile Aug 30 21:58:33 rwhitby: great :-) Aug 30 21:58:49 I used your patch as an input, but changed some things. Aug 30 21:59:01 it's not picking up the shr.bbclass though Aug 30 21:59:53 how is that? Aug 30 22:00:18 My suggestion is we remove shr.bbclass anyway, since it's not the way it's normally done in OE Aug 30 22:01:17 mmm, ok, i'll have a look on how to clean that Aug 30 22:01:36 did you try to build the shr-image? Aug 30 22:02:48 yes, but stopped cause it wasn't finding shr.bbclass Aug 30 22:06:59 rwhitby: what is the difference between the two distclean targets? Aug 30 22:08:51 nothing now :-) Aug 30 22:11:56 there is a typo s/distsclean-fso-testing/distclean-fso-testing/ Aug 30 22:11:59 same for shr Aug 30 22:14:51 * aleix_ is having network problems.... argghhhh Aug 30 22:15:42 not sure if this was sent: there is a typo s/distsclean-fso-testing/distclean-fso-testing/ Aug 30 22:16:54 and the same for shr Aug 30 22:19:55 thx, fixed. Aug 30 22:20:59 rwhitby: mmmm, I do not understand why you said shr.bbclass is not used :-( Aug 30 22:21:17 bitbake can't find it when I try to build an image Aug 30 22:21:27 mmm Aug 30 22:21:47 weird, because it worked for me...let me check Aug 30 22:23:51 weird, because it worked for me...let me check Aug 30 22:23:54 ahhh i see [00:23] Aug 30 22:23:57 it is because of BBPATH Aug 30 22:24:01 in setup-env Aug 30 22:24:04 i have: export BBPATH="${TOPDIR}:${TOPDIR}/shr/openembedded:${TOPDIR}/openembedded:${TOPDIR}/bitbake" Aug 30 22:24:06 Aug 30 22:24:09 weird, because it worked for me...let me check Aug 30 22:24:13 ahhh i see [00:23] Aug 30 22:24:16 it is because of BBPATH Aug 30 22:24:20 in setup-env Aug 30 22:24:22 i have: export BBPATH="${TOPDIR}:${TOPDIR}/shr/openembedded:${TOPDIR}/openembedded:${TOPDIR}/bitbake" Aug 30 22:24:26 Aug 30 22:24:31 * aleix_ apologizes about these annoying network problems Aug 30 22:26:05 hmm - now how to do that for only shr builds (since you don't want the shr directory in the path for fso builds) Aug 30 22:32:57 * aleix has changed freenode server Aug 30 22:35:34 rwhitby: may be a new file can be created like topdir.conf and then BBPATH could be BBPATH="${TOPDIR}:${BBPATH}:${TOPDIR}/bitbake" Aug 30 22:35:34 Aug 30 22:36:00 rwhitby: env.conf or something like that Aug 30 22:39:59 rwhitby: so, env.conf for SHR would be: export BBPATH="${TOPDIR}/shr/openembedded" Aug 30 22:42:51 rwhitby: but that would also mean topdir.conf creation should be moved to the main Makefile Aug 30 22:48:36 aleix: I think it's better to get rid of shr.bbclass :-) Aug 30 22:49:00 rwhitby: hehehe, ok, will work on that then Aug 30 22:49:40 rwhitby: but that would mean shr can not have any bb classes? Aug 30 22:50:40 it shouldn't need any, and any that it might need should be in OE anyway (I can commit them) Aug 30 22:56:32 rwhitby: ok, i have updated the shr development page in the wiki (removing my patch and adding the need ton update BBPATH), shr.bbclass is the only problem now Aug 30 22:56:47 rwhitby: thank you! **** ENDING LOGGING AT Sun Aug 31 02:59:56 2008