**** BEGIN LOGGING AT Tue Oct 21 02:59:57 2008
Oct 21 03:14:06 <lambda> hi i am abroad and i like to have my cellphone working with a prepayd load
Oct 21 03:14:25 <lambda> at career's side all sounds OK
Oct 21 03:14:54 <lambda> the trouble is that the phone never ask me my PIN code
Oct 21 03:15:22 <lambda> i use the zhone software delivered with MS#
Oct 21 03:15:34 <lambda> MS3
Oct 21 03:16:09 <lambda> any clue for troubleshooting please ?
Oct 21 06:55:31 <methril> morning
Oct 21 08:59:05 <CIA-20> freesmartphone.org: 03charlie 07framework * racaae4f6926b 10/etc/dbus-1/system.d/frameworkd.conf: Fix a few typos in dbus-1/system.d/frameworkd.conf
Oct 21 10:10:40 <CIA-20> freesmartphone.org: 03charlie 07framework * r35cda1825a7c 10/tests/ (test.py tests.conf): 
Oct 21 10:10:40 <CIA-20> freesmartphone.org: tests: Added some tests for gsm
Oct 21 10:10:40 <CIA-20> freesmartphone.org: this patch also add a way to request manual operations during a test,
Oct 21 10:10:40 <CIA-20> freesmartphone.org: using the 'operator' object.
Oct 21 10:11:04 <Sup3rkiddo> mickeyl, while googling around, i found this...http://blog.eikke.com/index.php/ikke/2005/06/11/calling_python_from_c ..guess it will be useful
Oct 21 10:16:15 <alphaone> charlie137: ping
Oct 21 10:16:30 <charlie137> alphaone: pong
Oct 21 10:16:35 <alphaone> How do I construct a list in rules.yaml?
Oct 21 10:16:52 <alphaone> I want to filter on HasAttr for a DbusTrigger
Oct 21 10:17:09 <alphaone> So I need HasAttr(args, (1,))
Oct 21 10:17:15 <charlie137> ah
Oct 21 10:17:17 <charlie137> i see...
Oct 21 10:17:26 <alphaone> since args is a tuple
Oct 21 10:17:42 <charlie137> you can try : [1]
Oct 21 10:17:43 <alphaone> I have a patch pending that will just pass that one argument if there is only one.
Oct 21 10:17:49 <charlie137> that is a list in yaml
Oct 21 10:18:28 <charlie137> but then we have to make sure that the HasAttr filter will accept that
Oct 21 10:18:43 <charlie137> since it is probably going to compare a list and a tuple
Oct 21 10:19:04 <charlie137> in python [1] != (1,)
Oct 21 10:21:18 <charlie137> but in fact what you will get is a dbus array
Oct 21 10:22:06 <charlie137> so it might work...
Oct 21 10:22:07 <charlie137> not sure
Oct 21 10:22:24 <alphaone> Let me try
Oct 21 10:24:02 <charlie137> another way would be to split the args from the dbus signal into keyword arguments : arg0, arg1, arg2
Oct 21 10:24:08 <alphaone> charlie137: Here's what I got with some debugging added
Oct 21 10:24:10 <alphaone> 2008.10.21 10:23:50 oeventsd DEBUG    trigger DBusTrigger(org.freesmartphone.ogpsd /org/freedesktop/Gypsy.FixStatusChanged)
Oct 21 10:24:10 <alphaone> 2008.10.21 10:23:50 oeventsd DEBUG    kargs = {'args': (dbus.Int32(1),)}
Oct 21 10:24:10 <alphaone> 2008.10.21 10:23:50 oeventsd DEBUG    self.kargs = {'args': [1]}
Oct 21 10:24:23 <charlie137> ok
Oct 21 10:24:24 <alphaone> kargs and self.kargs is what HasAttr got
Oct 21 10:24:56 <alphaone> Hmm, splitting would make sense I guess
Oct 21 10:25:01 <charlie137> so here obviously it won't be equal
Oct 21 10:25:03 <charlie137> yeah
Oct 21 10:25:06 <charlie137> I think too
Oct 21 10:25:12 <alphaone> charlie137: Or could we just listify that tuple?
Oct 21 10:25:32 <charlie137> yes we could, in the AttributeFilter class
Oct 21 10:25:33 <alphaone> Nah, I guess splitting makes most sense
Oct 21 10:25:41 <charlie137> we could check for tuple and turn it into list
Oct 21 10:25:54 <alphaone> It will always be a tuple
Oct 21 10:26:03 <charlie137> and also turn dbus types into python types
Oct 21 10:26:08 <alphaone> Because it's passed as *args
Oct 21 10:26:13 <charlie137> but as you say : spliting is better
Oct 21 10:26:45 <charlie137> dict( ('arg%d' % i, v) for i,v in enumerate(args))
Oct 21 10:26:50 <alphaone> charlie137: How do we construct the names for the variables?
Oct 21 10:26:52 <alphaone> ah :-)
Oct 21 10:27:10 <alphaone> cool, will try
Oct 21 10:27:11 <alphaone> thanks
Oct 21 10:27:18 <charlie137> no problem :)
Oct 21 10:28:56 <alphaone> how to I pass that to self._trigger?
Oct 21 10:29:02 <mickey|ICE621> charlie137: are you subscribe on smartphones-userland? i posted a benchmark wrt. subsystem startup there
Oct 21 10:29:07 <charlie137> kargs = dict( ('arg%d' % i, v) for i,v in enumerate(args))
Oct 21 10:29:13 <charlie137> self._trigger(**kargs)
Oct 21 10:29:15 <alphaone> And then **
Oct 21 10:29:17 <alphaone> Ah, okay
Oct 21 10:29:59 <charlie137> python ** is great !
Oct 21 10:31:48 <alphaone> Yeah, the function parameter-foo is something I'm not so familiar with
Oct 21 10:31:54 <alphaone> But it sure is powerful
Oct 21 10:34:24 <CIA-20> freesmartphone.org: 03daniel 07framework * rf9b5fe964176 10/framework/subsystems/oeventsd/trigger.py: 
Oct 21 10:34:24 <CIA-20> freesmartphone.org: oeventsd: Split arguments in DbusTrigger
Oct 21 10:34:24 <CIA-20> freesmartphone.org: This way we can just match on the first argument of a DBus signal with
Oct 21 10:34:24 <CIA-20> freesmartphone.org: HasAttr(arg0, "foo")
Oct 21 10:34:41 <alphaone> Working nicely :-)
Oct 21 10:35:06 <alphaone> I now have following rules:
Oct 21 10:35:10 <alphaone> -                                                         
Oct 21 10:35:10 <alphaone>     while: DbusTrigger(system, 'org.freesmartphone.ogpsd', /org/freedesktop/Gypsy, 'org.freedesktop.Gypsy.Device', 'FixStatusCh
Oct 21 10:35:10 <alphaone>     filters: HasAttr(arg0, 1)                                                         
Oct 21 10:35:10 <alphaone>     actions: SetLed("gta02_aux_red", "blink")                                          
Oct 21 10:35:28 <alphaone> And the same for HasAttr(arg0, 2 and 3 with light
Oct 21 10:35:53 <alphaone> And I have a visual indication of GPS fix status
Oct 21 11:07:45 <alphaone> charlie137: Are nested filters and actions implemented yet?
Oct 21 11:08:56 <charlie137> alphaone: no
Oct 21 11:09:00 <alphaone> Because the if FixStatus was 2 and then changes to 1 the action SetLed("gta02_aux_red", "blink") gets executed and right after that the SetLed("gta02_aux_red", "light") action is untriggered
Oct 21 11:09:11 <alphaone> So multiple while rules don't really cut it here.
Oct 21 11:09:29 <alphaone> May I lobby for state machines at this time, mickeyl?
Oct 21 11:10:32 <charlie137> but in that case, the correct thing to do would be for the SetLed action to recognise that an other action has access to the led and so not untrigger it
Oct 21 11:10:41 <charlie137> that is, the state machine could be part of the action itself
Oct 21 11:12:02 <alphaone> mickey|ICE621: 
Oct 21 11:12:07 <alphaone> <alphaone> Because the if FixStatus was 2 and then changes to 1 the action SetLed("gta02_aux_red", "blink") gets executed and right after that the SetLed("gta02_aux_red", "light") action is untriggered
Oct 21 11:12:07 <alphaone> <alphaone> So multiple while rules don't really cut it here.
Oct 21 11:12:07 <alphaone> <alphaone> May I lobby for state machines at this time, mickeyl?
Oct 21 11:12:11 <alphaone> <charlie137> but in that case, the correct thing to do would be for the SetLed action to recognise that an other action has access to the led and so not untrigger it
Oct 21 11:12:11 <alphaone> <charlie137> that is, the state machine could be part of the action itself
Oct 21 11:12:25 <alphaone> charlie137: hmm
Oct 21 11:15:38 <charlie137> that is, you can see the SetLed action as acting on a state machine that deals with the leds
Oct 21 11:17:14 <mickey|ICE621> do you really need to use 'while' there?
Oct 21 11:17:19 <mickey|ICE621> i agree though that we should fix the while for multiple rules with the same trigger anyways
Oct 21 11:19:55 <alphaone> mickey|ICE621: No
Oct 21 11:19:57 <alphaone>     -
Oct 21 11:19:57 <alphaone>         trigger: DbusTrigger(system, 'org.freesmartphone.ogpsd',
Oct 21 11:19:57 <alphaone>             /org/freedesktop/Gypsy, 'org.freedesktop.Gypsy.Device', 'FixStatusChanged')
Oct 21 11:19:57 <alphaone>         filters: HasAttr(arg0, 0)
Oct 21 11:19:57 <alphaone>         actions: SetLed("gta02_aux_red", "dark")
Oct 21 11:19:58 <alphaone>     -
Oct 21 11:20:00 <alphaone>         trigger: DbusTrigger(system, 'org.freesmartphone.ogpsd',
Oct 21 11:20:02 <alphaone>             /org/freedesktop/Gypsy, 'org.freedesktop.Gypsy.Device', 'FixStatusChanged')
Oct 21 11:20:04 <alphaone>         filters: HasAttr(arg0, 1)
Oct 21 11:20:06 <alphaone>         actions: SetLed("gta02_aux_red", "blink")
Oct 21 11:20:08 <alphaone>     -
Oct 21 11:20:10 <alphaone>         trigger: DbusTrigger(system, 'org.freesmartphone.ogpsd',
Oct 21 11:20:12 <alphaone>             /org/freedesktop/Gypsy, 'org.freedesktop.Gypsy.Device', 'FixStatusChanged')
Oct 21 11:20:14 <alphaone>         filters: Or(HasAttr(arg0, 2), HasAttr(arg0,3))
Oct 21 11:20:16 <alphaone>         actions: SetLed("gta02_aux_red", "light")
Oct 21 11:20:20 <alphaone>     -
Oct 21 11:20:22 <alphaone> It works like that now
Oct 21 11:20:51 <mickey|ICE621> looks good to me
Oct 21 11:21:15 <mickey|ICE621> i had the same problem w/ the power LED btw.
Oct 21 11:21:23 <alphaone> Sure
Oct 21 11:21:26 <mickey|ICE621> sometimes i've seen purple
Oct 21 11:21:43 <AinuFallback> Hey guys
Oct 21 11:21:45 <alphaone> mickey|ICE621: That's an inizialization problem
Oct 21 11:21:49 <mickey|ICE621> so we really should either forbid multiple while's with the same trigger or fix it
Oct 21 11:21:51 <AinuFallback> I have experienced some problems here on SHR
Oct 21 11:21:58 <AinuFallback> When the phone is up for a time
Oct 21 11:21:59 <alphaone> You need to turn off the LEDs when you start frameworkd
Oct 21 11:22:04 <AinuFallback> Sometimes trying to accept a call just fails
Oct 21 11:22:12 <raster> mickey|ICE621: yo. while DB has your nuts in their grip...
Oct 21 11:22:36 <raster> mickey|ICE621: can i get git commit access to org.openembedded.dev ?
Oct 21 11:22:55 <raster> what do you need?
Oct 21 11:23:18 <alphaone> Otherwise you have orange (charging) LED on, stop framework - LED stays on, battery is charged, start frameworkd and blue LED will be turned on as well
Oct 21 11:23:38 <mickey|ICE621> alphaone: *nod* ensuring hw state matches logic state
Oct 21 11:23:38 <mickey|ICE621> i need an ssh key and the blessing of the oe core team
Oct 21 11:23:42 <mickey|ICE621> alphaone: right
Oct 21 11:24:25 <raster> the first i can provide
Oct 21 11:24:26 <raster> :)
Oct 21 11:24:48 <mickey|ICE621> the latter i can trigger and then we need to wait for votes
Oct 21 11:25:03 <mickey|ICE621> (policy, you know)
Oct 21 11:25:32 <AinuFallback> (No answer means no idea ? :-) )
Oct 21 11:25:34 <raster> geez
Oct 21 11:25:49 <raster> u know... benevolent dictatorships work better for projects :)
Oct 21 11:25:54 <mickey|ICE621> AinuFallback: fails w/ what?
Oct 21 11:25:58 <mickey|ICE621> AinuFallback: logs?
Oct 21 11:26:02 <raster> just delegate absolute authority to your generals
Oct 21 11:26:05 <AinuFallback> No logs available I had to reboot the phone
Oct 21 11:26:05 <raster> and let them have at-it
Oct 21 11:26:17 <raster> beat them up with a sharp pointy stick if you don't
Oct 21 11:26:18 <raster> :)
Oct 21 11:26:18 <AinuFallback> mickey|ICE621: I accepted the call and it kept ringing and vibrating
Oct 21 11:26:24 <AinuFallback> And the call wasn't accepted
Oct 21 11:26:24 <mickey|ICE621> AinuFallback: try to reproduce with logs > file
Oct 21 11:26:33 <AinuFallback> mickey|ICE621: Easy to say :-)
Oct 21 11:27:04 <charlie137> AinuFallback: i just added some unittests for gsm
Oct 21 11:27:09 <charlie137> you may want to try it out
Oct 21 11:27:18 <AinuFallback> AH about unit tests
Oct 21 11:27:22 <AinuFallback> How can we test them ?
Oct 21 11:27:31 <AinuFallback> And by we I mean the royal I :-p
Oct 21 11:27:33 <charlie137> go into the test directory
Oct 21 11:28:00 <stefan_schmidt> raster: It's just a hidden dictatorship from zecke in OE anyway. ;)
Oct 21 11:28:04 <charlie137> then edit the tests.conf file
Oct 21 11:28:04 <mickey|ICE621> raster: well, OE really has grown huge wrt. to users. it's too big for any _one_ having the full insight into what's going on. that's why we need a core team and processes.
Oct 21 11:28:31 <raster> stefan_schmidt:  heheheheheh
Oct 21 11:28:31 <raster> :)
Oct 21 11:28:34 <charlie137> in this file you need to defines the conditions of the tests (sim present, operator present, etc...)
Oct 21 11:28:41 <AinuFallback> Well unfortunately the tests aren't packaged 
Oct 21 11:28:46 <charlie137> then you can run test.py
Oct 21 11:28:48 <raster> mickey|ICE621: what you need is big sticks!
Oct 21 11:28:50 <raster> :)
Oct 21 11:28:56 <mickey|ICE621> heh
Oct 21 11:29:07 <charlie137> or, individual tests modules (e.g : python -N ogsmd2.py)
Oct 21 11:29:08 <raster> thats ok
Oct 21 11:29:11 <raster> i was just teasing
Oct 21 11:29:17 <stefan_schmidt> raster: How far is the connman gadget in E? Can I use it with the latest connman git to test around?
Oct 21 11:29:17 <mickey|ICE621> alphaone: GPS is not using odeviced to control power, right?
Oct 21 11:29:24 <raster> should i email u my public key?
Oct 21 11:29:46 <raster> stefan_schmidt:  a waste of time. connman broke dbus api. i threw my hands in the air in disgust and decided to do something useful
Oct 21 11:29:50 <raster> :)
Oct 21 11:30:11 <mickey|ICE621> raster: yep. email to me and cc: koen@openembedded.org, rp@rpsys.net, zecke@selfish.org
Oct 21 11:30:22 <AinuFallback> raster: something useful such as the lock thing ?
Oct 21 11:30:24 * AinuFallback whistles
Oct 21 11:30:25 <stefan_schmidt> raster: heh, happends. Wasn't gustavo doing something with it?
Oct 21 11:30:45 <alphaone> mickey|ICE621: No, I poke the sysfs files directly. Changed that after the resource-foo was introduced.
Oct 21 11:30:47 <raster> AinuFallback:  no - such as elementary
Oct 21 11:30:52 <alphaone> (As we discussed)
Oct 21 11:30:53 <raster> and work on e17 stuff :)
Oct 21 11:31:05 <raster> stefan_schmidt: he also gave up :)
Oct 21 11:31:25 <stefan_schmidt> raster: ?
Oct 21 11:31:34 <raster> he looked into th enew api
Oct 21 11:31:37 <raster> and its incpmplete
Oct 21 11:31:40 <stefan_schmidt> raster: Somehow I can't believe that :)
Oct 21 11:31:40 <mickey|ICE621> alphaone: good. removing support for it then in powercontrol-neo
Oct 21 11:31:41 <raster> incomplete
Oct 21 11:31:49 <raster> also missing any wep/wpa support
Oct 21 11:31:51 * alphaone senses NM joy coming up
Oct 21 11:31:53 <raster> and a bunch of other things
Oct 21 11:31:59 <alphaone> mickey|ICE621: okay, great
Oct 21 11:32:06 <stefan_schmidt> Let's see
Oct 21 11:32:10 <raster> he talked wiht marcel
Oct 21 11:32:37 <stefan_schmidt> raster: WEP/WPA is the job of wpa-supplicant anyway. Not connman
Oct 21 11:32:54 <AinuFallback> charlie137: ImportError: No module named unittest
Oct 21 11:33:14 <charlie137> AinuFallback: just copy the module from you desktop
Oct 21 11:33:27 <AinuFallback> Heh, if only I had it :-)
Oct 21 11:33:27 <charlie137> I should be added it into oe
Oct 21 11:34:16 <charlie137> unittest is part of python std libraries
Oct 21 11:34:16 <AinuFallback> Yes, you should be added into OE :->
Oct 21 11:34:23 <charlie137> so you should have it if you have python
Oct 21 11:34:41 <AinuFallback> Well I obviously have python as frameworkd works
Oct 21 11:34:59 <charlie137> yes, but unittest is not shipped with python on the neo :(
Oct 21 11:35:12 <charlie137> don't you have python on your desktop computer ?
Oct 21 11:35:18 <raster> stefan_schmidt:  talk with k-s :)
Oct 21 11:35:43 <stefan_schmidt> raster: Already ping him in edevelop
Oct 21 11:35:44 <AinuFallback> charlie137: Just found out I did, which is weird
Oct 21 11:35:48 <stefan_schmidt> pinged
Oct 21 11:35:49 <raster> saw
Oct 21 11:35:50 <raster> :)
Oct 21 11:35:50 <AinuFallback> Already scping the thing
Oct 21 11:35:59 <charlie137> on my computer I did : scp /usr/lib/python2.5/unittest.py root@neo:/usr/lib/python2.5/unittest.py
Oct 21 11:36:18 <charlie137> fortunately unittest is plain python
Oct 21 11:52:51 <AinuFallback> charlie137: ImportError: No module named ogsmd2
Oct 21 11:52:56 <AinuFallback> File should be renamed :-)
Oct 21 11:53:09 <AinuFallback> (or commited if it isn't)
Oct 21 11:53:30 <AinuFallback> By the way
Oct 21 11:53:31 <AinuFallback> Ran 2 tests in 6.982s
Oct 21 11:53:33 <AinuFallback> (for sim)
Oct 21 11:53:35 <AinuFallback> Pretty long :-/
Oct 21 11:53:51 <charlie137> it is normal
Oct 21 11:54:08 <AinuFallback> Normal but long nonetheless
Oct 21 11:54:16 <charlie137> that is because it has to register gsm before the tests
Oct 21 11:54:48 <charlie137> damn, you are right, forgot to add ogsmd2 :(
Oct 21 11:54:59 <charlie137> grrr !
Oct 21 11:55:07 <AinuFallback> :-)
Oct 21 11:55:25 <AinuFallback> charlie137: then you should display time before and after the tests
Oct 21 11:55:29 <AinuFallback> to see the real length of the test
Oct 21 11:55:52 <AinuFallback> i.e. "launching test X at <timestamp>.... done at <timestamp>"
Oct 21 11:57:10 <AinuFallback> And by the way, is the added contact deleted afterwards ?
Oct 21 11:57:36 <CIA-20> freesmartphone.org: 03charlie 07framework * r41d30e38d48e 10/tests/ogsmd2.py: tests: Added ogsmd2.py
Oct 21 11:58:18 <charlie137> AinuFallback: no !
Oct 21 11:58:27 <charlie137> be careful with that test
Oct 21 11:58:40 <charlie137> plus, it may override one contact on the sim
Oct 21 12:00:28 <charlie137> AinuFallback: in fcat my plan was just to create the basis for the tests, so that everybody can add more and more tests
Oct 21 12:01:14 <charlie137> it is quite handy already, cause you can specify if a test needs a sim card, if you need someone to check stuffs, etc...
Oct 21 12:02:01 <charlie137> the test framework can skip all the tests that can't be run in the current testing conditions, so even if you have no sim card, you can still run the tests 
Oct 21 12:03:21 <charlie137> I have to go
Oct 21 12:03:26 <charlie137> bye bye
Oct 21 12:05:14 <Hire> AinuFallback why the buildhost doesn't build anymore?
Oct 21 12:11:36 <AinuFallback> THere's a bug I'm waiting for rwhitby here to ask some questions
Oct 21 12:13:43 <AinuFallback> well
Oct 21 12:14:21 <AinuFallback> mickeyl: http://pastebin.com/m707d66f6
Oct 21 12:15:07 <AinuFallback> Isn't that weird ?
Oct 21 12:16:05 <AinuFallback> Second one looks nice but the first one...
Oct 21 12:16:12 <AinuFallback> Just retried and it worked
Oct 21 12:16:38 <AinuFallback> Smells like something fishy
Oct 21 12:19:44 <AinuFallback> Good to see though that ophonekitd picks up the event
Oct 21 12:26:06 <AinuFallback> mickeyl: well the problem went after a signalstrength frenzy
Oct 21 12:26:19 <AinuFallback> Followed by a bunch of 2008.10.21 13:12:45 ogsmd.modem.unsolicited INFO     subsystem PHB readyness now False
Oct 21 12:26:22 <AinuFallback> 2008.10.21 13:12:45 ogsmd.modem.unsolicited INFO     full readyness now False
Oct 21 12:26:25 <AinuFallback> 2008.10.21 13:12:45 ogsmd    INFO     <UnsolicitedResponseChannel via /dev/pts/1>: unhandled unsolicited data incoming: '+CGEV: ME DETACH'
Oct 21 12:27:10 <AinuFallback> it seems that it tried to register again and again
Oct 21 12:28:23 <CIA-20> freesmartphone.org: 03daniel 07framework * r19e4f65a7868 10/framework/subsystems/ogpsd/ubx.py: 
Oct 21 12:28:23 <CIA-20> freesmartphone.org: ogpsd: Report height above mean sea level, not above ellipsoid
Oct 21 12:28:23 <CIA-20> freesmartphone.org: NMEA height is reported as height above mean sea level, this fixes #188
Oct 21 12:29:29 <AinuFallback> mickeyl: http://pastebin.com/m29de0d9c the signal is very frequent here
Oct 21 12:30:38 <AinuFallback> And oeventsd seems to receive twice the call status signal (or report twice about it)
Oct 21 13:12:28 <Sup3rkiddo> mickeyl, hi, i found this, http://blog.eikke.com/index.php/ikke/2005/06/11/calling_python_from_c might be helpful
Oct 21 14:15:23 <alphaone> yay, I found the GPS ttff issue
Oct 21 14:15:26 <alphaone> I believe
Oct 21 14:15:50 <alphaone> the stupid time we sent was always one hour off because time.time() honors DST flag
Oct 21 14:16:08 <alphaone> it should have worked for half the year :-)
Oct 21 14:17:35 * raster thinks daylight savings should be killed worldwide
Oct 21 14:18:31 * mwester thinks just eliminating mornings altogether is a better ide.
Oct 21 14:18:48 * CM_work wants 28h days
Oct 21 14:19:21 <bumbl> 28h days would be nice
Oct 21 14:19:28 * alphaone agrees with all statements
Oct 21 14:19:43 <bumbl> daylight saving times are nice most of the time too
Oct 21 14:20:31 <CM_work> bumbl: yeah, let's have four of them every day.. ;)
Oct 21 14:23:34 <raster> i'd go for 100h days
Oct 21 14:30:19 <CM_work> raster: And 100 seconds per minute? :)
Oct 21 14:30:26 <raster> yup
Oct 21 14:30:31 <raster> and 100 min/hr
Oct 21 14:30:36 <raster> 10 days/week
Oct 21 14:30:51 <raster> and then 36.5 weeks per year
Oct 21 14:30:52 <raster> :)
Oct 21 14:32:48 <CM_work> Great song btw: http://www.lyricstime.com/the-hives-the-hives-introduce-the-metric-system-in-time-lyrics.html
Oct 21 14:34:47 <AinuFallback> raster: 1024 hours a day sounds better
Oct 21 14:53:47 <AinuFallback> mickeyl: I'd like to see your comments on what I pastebined here
Oct 21 15:40:53 <trupheenix> hi where can i find the xglamo source code? 
Oct 21 15:44:55 <Hire> http://cgit.freedesktop.org/~dodji/xglamo/
Oct 21 15:45:01 <Hire> argh... he is gone
Oct 21 15:45:32 <wurp2|working> It is all too common to see someone ask a question, then log off < 5 min later
Oct 21 15:45:59 <nyu> google knows anyway
Oct 21 15:47:09 <nyu> btw, my tangogps isn't obtaining any gps input, only displays maps.  any idea where to look?
Oct 21 15:47:14 <nyu> I enabled that /sys/ thing
Oct 21 15:49:37 <Hire> guys
Oct 21 15:49:38 <Hire> http://source.android.com/
Oct 21 15:57:00 <CIA-20> freesmartphone.org: 03daniel 07framework * rec176497bb6a 10/framework/subsystems/ogpsd/om.py: ogpsd: Fix aiding data time generation bug (time.time honors DST flag)
Oct 21 15:57:00 <CIA-20> freesmartphone.org: 03daniel 07framework * rfcf5855bfa6b 10/framework/subsystems/ogpsd/om.py: ogpsd: Don't send ephemeris since this seriously screws up the GPS chip
Oct 21 17:48:27 <CIA-20> freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r8ceac3fe112d 10/fsod/ (README autogen.sh configure.ac vapi/fsod.vapi): Cleanup autogen.sh and check for python in configure script
Oct 21 17:48:28 <CIA-20> freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r794393e44598 10/fsod/m4/python.m4: Add python.m4
Oct 21 20:08:37 <CIA-20> freesmartphone.org: 03mickey 07framework * re5faf9797640 10/framework/subsystems/odeviced/kernel26.py: odeviced: binding to the kobject socket only works as root
Oct 21 20:08:38 <CIA-20> freesmartphone.org: 03mickey 07framework * r251535c0f81b 10/framework/resource.py: resource.py: use own bus object
Oct 21 20:08:38 <CIA-20> freesmartphone.org: 03mickey 07framework * r9f0ced185490 10/tools/cli-framework: use interface, so that we can run cli-framework as non-root
Oct 21 20:08:39 <CIA-20> freesmartphone.org: 03mickey 07framework * rae96cb023acd 10/ (6 files in 4 dirs): 
Oct 21 20:08:40 <CIA-20> freesmartphone.org: * [ousaged] Remove dummy resources encapsulating odeviced objects
Oct 21 20:08:42 <CIA-20> freesmartphone.org: * [odeviced] Add ResourceAwarePowerControl class and use it
Oct 21 20:08:44 <CIA-20> freesmartphone.org: * [odeviced] Add powercontrol_ibm.py for IBM ACPI Resources
Oct 21 20:37:18 <nikolajsheller> Ainulindale: regarding the GSM module, were you thinking about: shr-unstable/shr/openmoko-panel-gsm ?
Oct 21 21:03:19 <Ainulindale> No
Oct 21 21:03:24 <Ainulindale> This is a totally different GSM module
Oct 21 21:03:41 <Ainulindale> I directed you towards illume sources
Oct 21 21:03:56 <Ainulindale> This GSM module has been hacked by me to do some stuff but that's for openmoko-today2
Oct 21 21:04:11 <Ainulindale> (if we're talking about the same thing nikolajsheller)
Oct 21 21:37:01 <Ainulindale> mBartGS: Still looking for debian stuff ? :->
Oct 21 21:37:03 <Ainulindale> Dumbass ! :-)
Oct 21 21:56:13 <Ainulindale> mickeyl: hey
Oct 21 21:56:32 <Ainulindale> I bet you're not here but if you see that please remember me to show you some logs :-)
Oct 21 22:46:12 <rwhitby> morning
Oct 21 22:49:38 <mwester> Salutations!
Oct 21 23:18:38 <rwhitby> mwester: I had some chuckles while reading the backlog this morning :-)
Oct 21 23:18:53 <mwester> :)  Yeah, I was in a mood this morning.
Oct 21 23:18:55 <mwester> :D
Oct 21 23:20:57 <rwhitby> I personally can't see any reason why the release of Android source code will not immediately solve all the Openmoko hardware and software problems.  Google does magic like that all the time ... ;-)
Oct 21 23:22:25 <mwester> hehe!
Oct 21 23:22:46 <mwester> At least Andy made a point about the biggest issue in his email on the kernel list. :)
Oct 21 23:23:39 <rwhitby> Anyway, all the Openmoko source code doesn't matter, cause the Android web site says that it's the first open source platform for a phone, so we've all just been dreaming these last two years ...
Oct 21 23:24:04 <rwhitby> Just like in one of those day-time soap operas ...
Oct 21 23:24:43 <raster> do not contradict the google
Oct 21 23:24:46 <raster> google knows everything
Oct 21 23:25:38 <rwhitby> poor old git.webkit.org has been androtted.
Oct 21 23:25:53 * rwhitby claims copyright on that new word he just invented.
Oct 21 23:26:23 <Kensan_> rwhitby: ok then I copyright "and'ed"
Oct 21 23:26:24 <Kensan_> ;)
Oct 21 23:26:39 <mwester> "androtted"  <-- I love it!
Oct 21 23:27:08 <mwester> Did they seriously get "android.kernel.org" ?
Oct 21 23:27:17 <rwhitby> sure, why not?
Oct 21 23:28:03 <rwhitby> I'm interested in this gerrit tool ...
Oct 21 23:31:47 <Kensan_> rwhitby: what is it's purpose?
Oct 21 23:32:22 <rwhitby> Kensan_: online code review
Oct 21 23:32:39 <Kensan_> rwhitby: ahh yeah, saw that. Seems interesting
Oct 21 23:44:46 * mwester returns from a look at review.source.android.com
Oct 21 23:45:09 <mwester> Ok.  Really interesting...
Oct 21 23:47:05 <mwester> "Thanks. Happy Androiding"   ...  they're polite too.
Oct 21 23:50:32 <rwhitby> mwester: wonder if someone can do a Trac plugin for it ...
Oct 21 23:50:52 <mwester> I was gonna go look for the source code.
Oct 21 23:55:10 <rwhitby> mwester: android.kernel.org
Oct 21 23:55:28 <rwhitby> I expect it's java
Oct 21 23:56:17 <Kensan> rwhitby: python
Oct 21 23:56:49 <rwhitby> cool, maybe it's integratable with some work then
Oct 21 23:56:53 <Kensan> rwhitby: well the web frontend, the otehr things are java
Oct 21 23:56:58 <mwester> There's java in there as well, but not clear where it runs 
Oct 21 23:57:12 <Kensan> django
Oct 21 23:57:14 <rwhitby> mwester: looks like it runs on a Google App Engine
Oct 21 23:57:29 <mwester> Hmm... never dealt with those. 
**** ENDING LOGGING AT Wed Oct 22 02:59:57 2008