**** BEGIN LOGGING AT Thu Oct 30 02:59:57 2008 Oct 30 06:14:57 good morning Oct 30 06:15:16 moo Oct 30 06:15:33 how do u want me to publish my patches Oct 30 06:15:38 i have them in my git repo now... Oct 30 06:15:48 i cam make a "raster" branch of oe dev git Oct 30 06:18:18 raster tries to merge his oe things? fine :) Oct 30 06:18:42 i've merged all of them into my git branch locally Oct 30 06:21:45 raster, where's the problem? :) Oct 30 06:22:00 all changes have to be discussed Oct 30 06:22:12 i cant commit prettymuch anything as i am not the efl maintainer Oct 30 06:22:17 i am not the pamt650 maintainer Oct 30 06:22:21 and not angstrom maintainer Oct 30 06:22:34 ah, ok Oct 30 08:21:54 does ar6k use the mac80211 kernel stuff Oct 30 09:06:12 hey there Oct 30 10:27:03 :( Oct 30 10:27:14 anybodyyyy howwwww Oct 30 10:27:22 howww? Oct 30 10:27:28 ah ok :o Oct 30 10:27:33 i am not alone :o Oct 30 10:28:12 * nio_ echoes "not alone, not alone, alone, lone..." Oct 30 10:28:46 * nio_ throws some tumbleweed into #openmoko-cdevel Oct 30 10:29:53 * Hire1 sigghed Oct 30 10:29:58 Anyway, no you're not alone, it will be europe users now I think. Oct 30 10:34:41 uff :\ Oct 30 10:34:54 i am waiting for the stable release of ubuntu Oct 30 10:35:03 so I can install it on my laptop Oct 30 10:39:04 raster: the problem also affects a fresh and minimal installation of debian with e17 compiled against _glibc_ Oct 30 11:57:33 datenmaulwurf: what would you compile it againt if not glibc? Oct 30 11:57:37 datenmaulwurf: dietlibc? Oct 30 12:19:35 i rock at duke3d Oct 30 12:19:53 nosound sucks Oct 30 12:20:21 kd8ikt: i couldn't find DFSG free graphic sfor duke3d Oct 30 12:22:45 i think the original duke games would be cool too Oct 30 12:22:57 since its a side scroller Oct 30 12:23:08 tilt left right Oct 30 12:23:17 jump Oct 30 12:25:22 dosbox methinks Oct 30 13:05:58 kd8ikt: And the controls would be like when "newbies" like me were playing NES and waving around with the hand control when jumping Oct 30 13:06:03 ;-) Oct 30 14:10:44 contemplates an onshake wrapper Oct 30 14:11:13 onshake kill 'mplayer blahblah blah Oct 30 15:08:42 Hey guys Oct 30 15:08:51 brb Oct 30 15:08:55 quickdev: did you notice problems with the latest frameworkd ? Oct 30 15:08:58 i.e. suspend Oct 30 15:09:06 It's unbearable here Oct 30 15:09:15 If I suspend manually when I come out of suspend it resuspend again Oct 30 15:09:16 +s Oct 30 15:09:31 I'm going to remove the rule Oct 30 15:54:46 anarchy Oct 30 16:25:48 buger keeps suspending on me Oct 30 16:30:40 hi mickeyl Oct 30 16:33:00 hey pb__ Oct 30 17:20:16 freesmartphone.org: 03mickey 07stabilization/milestone4 * r7299c3b04e52 10framework/framework/subsystems/odeviced/input.py: Oct 30 17:20:16 freesmartphone.org: odeviced: input: deliver duration (i.e. number of seconds the key was held) also for the 'release' signal. Oct 30 17:20:16 freesmartphone.org: Note: This is a minor API enhancement which should be backwards-compatible since the docs told that Oct 30 17:20:18 freesmartphone.org: the duration field was previously only used for the 'held' signal. Oct 30 17:20:20 freesmartphone.org: 03mickey 07stabilization/milestone4 * r74a8cf806d86 10framework/etc/freesmartphone/oevents/rules.yaml: Oct 30 17:20:23 freesmartphone.org: rules: change Suspend rule to only fire on a button release when the button has not been held for one second Oct 30 17:20:26 freesmartphone.org: or longer Oct 30 17:20:58 freesmartphone.org: 03mickey 07framework * r5f22e7b714ab 10/ (2 files in 2 dirs): Merge commit 'origin/stabilization/milestone4' Oct 30 17:26:45 freesmartphone.org: 03mickey 07specs * r17446dca8b36 10/ (2 files in 2 dirs): odeviced: catch up with slight API extension in org.freesmartphone.Device.Input Oct 30 17:28:44 so held and released will have the same duration in the signal payload? Oct 30 17:29:21 yeah Oct 30 17:29:29 with that small change we can express a short click in the rules Oct 30 17:29:33 released,0 Oct 30 17:29:38 which is now used for power Oct 30 17:29:49 so we have the option to display a power menu when we hold the button for a while Oct 30 17:30:08 (see small rules change) Oct 30 17:30:13 ah ok........i didnt know the solution was this simple....:S Oct 30 17:32:11 :) Oct 30 17:47:43 mickeyl: http://trac.freesmartphone.org/ticket/209 Oct 30 17:48:22 k Oct 30 17:48:34 i have _no_ idea how to fix that, but I'll think about it Oct 30 17:49:06 bbl, theater Oct 30 17:50:43 freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * rf5a2ef90e9d8 10/fsod/src/subsystems/Device/power/power-helpers.c: Emit correcr signal when status changes. Catch up with frameworkd Oct 30 17:50:43 freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r659a26e5b49c 10/fsod/src/subsystems/Device/input/ (input-helpers.c input-helpers.h): Oct 30 17:50:43 freesmartphone.org: catch up with frameworkd. Report held seconds for release event as well Oct 30 17:50:44 freesmartphone.org: (Untested) Oct 30 18:34:45 mickey|bbl: tasklets maybe? Oct 30 18:34:53 with messages Oct 30 18:35:24 Or add function calls to a queue that will be called when the resource is enabled Oct 30 18:35:57 I'd generally prefer delaying method call responses when in the enabling/resuming state instead of returning an error Oct 30 21:14:00 lindi-: Earlier you mentioned vtgrab. I can't find a lot of info about that app though. Does it allow me to remotely view the console of any server in the network that runs it? Doesn't it need an ip address for that? Oct 30 21:46:07 what a horror day Oct 30 21:48:22 Horror day? Oct 30 21:58:42 horrible, yeah Oct 30 21:58:52 Ainulindale, it's 23 o'clock, are you here? :) Oct 30 22:07:05 Yep Oct 30 22:07:17 quickdev: why ? Oct 30 22:07:40 Ainulindale, let's discuss how shr should advance ;) Oct 30 22:08:02 hmmm Oct 30 22:08:19 made someting like a plan? Oct 30 22:08:26 Didn't have time Oct 30 22:08:31 Things popped up this week Oct 30 22:08:49 ok, but can you take some minutes now? :) Oct 30 22:09:03 But thinking about any kind of planning is useless I think, at this point Oct 30 22:09:11 We should think in terms of what we want to add but not when Oct 30 22:09:21 (imho) Oct 30 22:09:29 yeah..we need to know what our priorities are Oct 30 22:09:45 Priority is obviously PIM Oct 30 22:09:51 Second one is a settings application Oct 30 22:09:57 I'd like to see something to be able to modify rules easily Oct 30 22:10:07 And more importantly dynamically Oct 30 22:10:30 i.e. some frontend for oeventsd Oct 30 22:10:44 yeah Oct 30 22:10:53 Ainulindale, http://shr.bearstech.com/trac/ticket/53 - please insert which settings you want to have Oct 30 22:11:43 We should ask about that on the ML but to me, first thing is to handle oeventsd Oct 30 22:11:50 Then the profiles Oct 30 22:12:57 ok...I think first we should get a working image..hehe ;) Oct 30 22:13:05 ERROR: Task 11 (/home/shr/shr-testing/openembedded/packages/openmoko-projects/om-maps-hong-kong_20080919.bb, do_fetch) failed Oct 30 22:13:38 yep was currently looking into that Oct 30 22:14:03 Ainulindale, me, too Oct 30 22:14:18 you fix it? or me? Oct 30 22:14:47 Do it if you're on it I just began looking two minutes ago Oct 30 22:15:33 -c clean illume ? Oct 30 22:16:31 Ainulindale, Oct 30 22:16:31 shr@opmbuild:~/shr-testing$ svn co -r 36540 http://svn.enlightenment.org/svn/e/trunk/illume illume Oct 30 22:16:31 svn: '/svn/e/!svn/bc/37332/trunk/illume' path not found Oct 30 22:16:45 illume does not build because raster moved illume into enlightenment wm Oct 30 22:17:02 and he didn't fix the illume recipe Oct 30 22:17:05 unfortunately Oct 30 22:17:21 heh :-) Oct 30 22:17:33 Bad raster Oct 30 22:18:13 Ainulindale, he has his own branch: http://git.openembedded.net/?p=openembedded.git;a=summary Oct 30 22:19:30 what a pain in the ass :-) Oct 30 22:19:59 it's because he isn't the maintainer of many packages he modified ;) Oct 30 22:20:58 Ainulindale, we could change to his oe branch...and we would get the "new" enlightenment Oct 30 22:21:00 and elementary Oct 30 22:21:34 yes but we wouldn't get all the other modifications Oct 30 22:22:00 you could merge/cherry-pick the patches you need into your working-branch Oct 30 22:22:12 THat's a pain to handle Oct 30 22:22:21 At least automatically Oct 30 22:22:38 yes, it would be a band-aid until raster's stuff is upstream. Oct 30 22:22:58 we should force raster to fix the illume package Oct 30 22:23:17 Bring the suggestion with a use case or he won't accept :-p Oct 30 22:23:21 afaik the illume package is not needed anymore since it's been integrated into e Oct 30 22:23:40 Kensan, in oe main branch, not raster's branc Oct 30 22:24:31 Ainulindale, btw., I'm going to change to elementary Oct 30 22:24:46 quickdev: yes, but he moved the illume dir in the svn repos so you can't simply fix the bb unfortunately Oct 30 22:24:50 I don't know at all what this implies quickdev Oct 30 22:24:54 Kensan, I know Oct 30 22:25:55 quickdev: then I misunderstood or what did you mean by "we should force raster to fix the illume package" ? Oct 30 22:27:00 Kensan, many buildhosts depend on illume. I think it's inhis interest to solve the problem till enlightenment things are upstream. Maybe solving it by making the upstream progress faster ;) Oct 30 22:27:15 quickdev: hehe right Oct 30 22:27:39 Ainulindale, did sean respond? Oct 30 22:27:40 quickdev: he should be online soon, so go bug him :) Oct 30 22:28:23 quickdev: quickly Oct 30 22:28:35 quickdev: he's a bit busy this week he'll answer this week end Oct 30 22:28:53 fine Oct 30 22:37:39 Ainulindale, I'll leave now, had a fucking day...see you Oct 31 01:43:30 boo **** ENDING LOGGING AT Fri Oct 31 02:59:57 2008