**** BEGIN LOGGING AT Thu Oct 23 02:59:57 2008
Oct 23 06:05:02 <israr> any plans to port android to openmoko?
Oct 23 06:11:56 <rawtatoor> any autotool gurus around?
Oct 23 06:14:32 <Sup3rkiddo> israr, there is a mailing list thread in the kernel lists
Oct 23 06:28:09 <israr> ok thanks.
Oct 23 06:49:53 <methril> morning
Oct 23 07:26:03 <CIA-20> freesmartphone.org: 03charlie 07framework * rd9cea9e637f6 10/framework/subsystems/opimd/pimd_contacts.py: 
Oct 23 07:26:03 <CIA-20> freesmartphone.org: opimd: fix a few problems in pimd_contacts
Oct 23 07:26:03 <CIA-20> freesmartphone.org: * use DBus path intead of uri
Oct 23 07:26:03 <CIA-20> freesmartphone.org: * disable query.check_new_contact
Oct 23 07:27:39 <CIA-20> freesmartphone.org: 03charlie 07framework * rcf248ba49fe2 10/tests/opimd.py: 
Oct 23 07:27:39 <CIA-20> freesmartphone.org: tests: updated opimd test
Oct 23 07:27:39 <CIA-20> freesmartphone.org: Add checking that added contact appears into the query for the same name
Oct 23 07:51:59 <Sup3rkiddo> mickey|munich, morning, with respect to python + vala, i found gedit code for loading python modules easy to follow. Since this cannot be done directly from vala, we may need to resort to writing a vapi that would bind C code that would use the Python/C API
Oct 23 08:27:29 <mickey|munich> Sup3rkiddo: (writing a VAPI) sounds pretty good to me
Oct 23 08:29:12 <Sup3rkiddo> mickey|SYSTEMS, great, i was thinking of a sort of a dummy subsystem that would do this for us. So for the vala controller, this would look just like any other subsystem..
Oct 23 08:30:00 <mickey|SYSTEMS> yep, good plan
Oct 23 08:30:36 <Sup3rkiddo> okie dokie
Oct 23 09:33:51 <CIA-20> freesmartphone.org: 03charlie 07framework * r4536568f9471 10/framework/subsystems/opimd/pimd_contacts.py: 
Oct 23 09:33:51 <CIA-20> freesmartphone.org: opimd: fix a few things
Oct 23 09:33:51 <CIA-20> freesmartphone.org: * return DBus path instead of uri
Oct 23 09:33:51 <CIA-20> freesmartphone.org: * GetMultipleResults actually returns a list
Oct 23 09:44:49 <CIA-20> freesmartphone.org: 03charlie 07framework * r9eded9bb80c6 10/tests/opimd.py: tests: added test for opimd ContactQuery.GetMultipleResults
Oct 23 09:46:15 <lindi-> is anybody else seeing that if you run "cat" from xterm then hitting AUX prints ^@ to the terminal?
Oct 23 09:46:48 <lindi-> xev shows it's keycode 177 but xmodmap -pke says it's not bound to anything
Oct 23 09:54:26 <FilipLinux4> mwester: any plans on re-building one of your great kernels with the Harald's patch "[PATCH 0/2] Improve GTA02 NAND read performance by 41%" (http://lists.openmoko.org/pipermail/openmoko-kernel/2008-October/005917.html)
Oct 23 10:26:18 <CIA-20> freesmartphone.org: 03vesa.pikki 07gsmd2 * rbcd538ebac69 10/ (25 files in 4 dirs): 
Oct 23 10:26:18 <CIA-20> freesmartphone.org: Updated dbus Call and SIM interfaces to newer ones
Oct 23 10:26:18 <CIA-20> freesmartphone.org: All existing changed methods have been updated. Method stubs for the new ones have been added.
Oct 23 10:26:18 <CIA-20> freesmartphone.org: Applied Keith Mok's patch on sending messages with odd phone number length
Oct 23 11:30:18 <CIA-20> freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * rfa687d022e2a 10/fsod/ (7 files in 4 dirs): 
Oct 23 11:30:18 <CIA-20> freesmartphone.org: Add Python Plugin Manager skeleton. Still TODO, does nothing. Just some
Oct 23 11:30:18 <CIA-20> freesmartphone.org: GOB stuff
Oct 23 12:24:39 <tomer_work> GOB?
Oct 23 12:27:27 <stefan_schmidt> Andy SHR devs around?
Oct 23 12:28:13 <tomer_work> SHR?
Oct 23 12:28:16 <tomer_work> :P
Oct 23 12:48:32 <CIA-20> freesmartphone.org: 03daniel 07framework * r1a6d390f796c 10/framework/subsystems/ogpsd/om.py: 
Oct 23 12:48:32 <CIA-20> freesmartphone.org: ogpsd: Clean up the GPS time calculation (Thanks Jan)
Oct 23 12:48:32 <CIA-20> freesmartphone.org: The previous time calculation code was a mess and in the end only worked
Oct 23 12:48:32 <CIA-20> freesmartphone.org: because two errors cancelled each other out.
Oct 23 14:08:01 <mwester> FilipLinux4:  No.   a) that won't really fix anything that matters, and b) there are some other patches that will get sucked in with those and those other patches are said to result in the Freerunner exhibiting the WSoD problem not just on resume, but also when unblanking the screen.
Oct 23 14:08:45 <mwester> So until that gets resolved, there'll be no updates to the Freerunner kernel I provide. :(
Oct 23 14:17:58 <Sup3rkiddo> any sed guys here? how do i recursively search for a word and replace with some other word within a directory?
Oct 23 14:21:19 <`pwgen_8`> maybe :  find name.* | xargs sed s/foo/bar/+ 
Oct 23 14:21:33 <`pwgen_8`> s/name/-name/
Oct 23 14:22:55 <`pwgen_8`> or better : find /foo/bar -name "*.c" | xargs sed s/foo/bar/+ -i $1 
Oct 23 14:28:20 <CIA-20> freesmartphone.org: 03daniel 07framework * r3901ed206df4 10/tools/cli-framework: cli-framework: Crop readline history to 1000 lines
Oct 23 14:30:59 <FilipLinux4> mwester: I think your current kernel is very stable, and I agree on 'if it ain't broken, don't fix it' but I was nevertheless interested in the NAND timing fix, bevause it seems to be simple and well isolated and promises significant speed improvements. 
Oct 23 14:33:05 <mwester> Yeah, but the problem is that I just track the Om kernel branches, and if I wanted to do this it would mean re-organizing Om's stuff -- that's a lot of effort, and one step closer to a "fork" of the Om kernel, which was never my intention. :(
Oct 23 14:33:40 <Sup3rkiddo> aha found it, find ./ -type f | xargs sed -i ?s/string1/string2/?
Oct 23 14:34:12 <mwester> But if they don't get it fixed soon, I'm going to have to do it.  There are some important GTA01 (Neo) patches that are also stuck, and I'm very concerned that they'll just dump the Google android kernel patchbomb onto stable, with the thinking "let the community test it!"
Oct 23 14:42:56 <CIA-20> freesmartphone.org: 03daniel 07framework * r6c103070b07b 10/framework/subsystems/ogpsd/nmea.py: ogpsd: Remove dbus imports from nmea.py
Oct 23 14:42:57 <CIA-20> freesmartphone.org: 03daniel 07framework * r77f722f03a88 10/framework/subsystems/ogpsd/gpschannel.py: 
Oct 23 14:42:57 <CIA-20> freesmartphone.org: ogpsd: Save the path in FileChannel constructor
Oct 23 14:42:57 <CIA-20> freesmartphone.org: After introducing initializeChannel and shutdownChannel methods we need
Oct 23 14:42:59 <CIA-20> freesmartphone.org: to save the path in the constructor so we can access it in
Oct 23 14:43:01 <CIA-20> freesmartphone.org: initializeChannel. This functionality should probably go to the base
Oct 23 14:43:03 <CIA-20> freesmartphone.org: class instead.
Oct 23 14:43:05 <CIA-20> freesmartphone.org: 03daniel 07framework * r82e4b025af14 10/framework/subsystems/ogpsd/gpschannel.py: ogpsd: Fix shutdown logic of the SerialChannel
Oct 23 14:43:33 <bricode> mwester: There was a cleaner patch than mine that Sean posted to the list. It should be more manageable.
Oct 23 14:43:47 <mwester> :)
Oct 23 14:44:07 <bricode> I got some pushback for the bomb, which was a good thing.
Oct 23 14:44:13 <mwester> Yep.  I'm interested to see how Om handles it.
Oct 23 14:44:36 <alphaone> mwester: Me too :-)
Oct 23 14:45:10 <mwester> But mostly (to be very honest), I'm wishing that Om would take a proactive approach, and send a clear communication to their customers.
Oct 23 14:45:51 <mwester> There are already people on the lists who seem to think that the google kernel will solve the problems they have with the Freerunner... :(
Oct 23 14:47:10 <Hire> the google kernel is magic ;D
Oct 23 14:47:26 <Hire> it will solve all the fr's issues ;D
Oct 23 14:47:36 <mwester> Yep.  I hear version 2 of that kernel will also provide world peace.
Oct 23 14:48:01 <Hire> yes, and it makes coffe
Oct 23 14:48:15 <mwester> Does it?  Oooh!
Oct 23 14:48:20 <Hire> ya ha
Oct 23 14:48:24 <mwester> (now that would be useful!)
Oct 23 14:50:12 <Hire> and if you turn the fr of 45° to right it summons linus torvalds as housekeeper with a tutù
Oct 23 14:50:15 <sicu> what ... the kernel spitting out java would be useful? ;p
Oct 23 14:53:08 <alphaone> mwester: How do you think world peace can be achieved without coffee? :-)
Oct 23 14:53:51 * mwester thinks on that, and wonders at the wisdom one finds on IRC channels... ;)
Oct 23 14:54:07 <alphaone> :-)
Oct 23 14:54:33 <mwester> I think the English would say Tea was a requirement -- do you think it must be coffee, or any caffeinated beverage?
Oct 23 14:55:01 <alphaone> mwester: I actually prefer tea to coffee
Oct 23 14:55:23 <Kensan_> mwester: andy commited harald's nand timing patches to stable afaik.
Oct 23 14:55:31 <alphaone> Or anything remotely drinkable for that matter...
Oct 23 14:55:32 <mwester> Tea in the afternoon, black strong coffee in the morning.
Oct 23 14:55:57 <alphaone> That reminds me, Oolong Tea is calling
Oct 23 14:56:26 <mwester> Kensan_:  I saw that.  But IMO not useful because of the earlier changes on so-called-stable that cause the WSoD bug to appear when unblanking the screen instead of just on resume.
Oct 23 14:56:51 <mwester> If someone doesn't fix that soon, I'm going to have to create a branch and cherry-pick patches.
Oct 23 14:56:59 <Kensan_> mwester: yeah, but you could cherry-pick :)
Oct 23 14:57:29 <Kensan_> mwester: was your mail to the kernel-ml because of that?
Oct 23 14:57:46 <mwester> And then I can't just say "see the om git repo" to satisify the GPL requirements; I would have to document what patches are in my kernels and which aren't -- that's what's forcing me to consider an actual repo.
Oct 23 14:57:51 <mwester> Which I don't want to do 
Oct 23 14:58:05 <mwester> It's a pain, it should be unnecessary, and it's one step closer to a fork.
Oct 23 14:58:37 <mwester> But I also sent in some SD card patches for the GTA01 that Andy is ignoring, so I don't know what's up.
Oct 23 15:00:36 <Kensan_> mwester: well how about a public git repos (on repo.cz or so) which is tracking om-stable, which accumulates community patches?
Oct 23 15:01:05 <Kensan_> mwester: maybe then it's "easier" for andy to just cherrypick/pull from there and patches wouldn't get lost along the way...
Oct 23 15:04:50 <Kensan_> mwester: it's all just a bandaid I know but if OM doesn't act maybe we could do something to allow community work to go on instead of you having to hold back on patches etc :(
Oct 23 15:18:25 <alphaone> mickey|munich: ae96cb02 (Michael 'Mickey' Lauer 2008-10-21 22:06:28 +0200 105)         resource.Resource.__init__( self, bus, "/this/path/no/worky", name )
Oct 23 15:18:27 <alphaone> ?
Oct 23 15:18:37 <alphaone> in subsystems/odeviced/powercontrol.py
Oct 23 15:19:27 <mickey|munich> :)
Oct 23 15:19:37 <mickey|munich> the path argument is not getting used in the resource.py
Oct 23 15:19:43 <mickey|munich> and i didn't find out why (not)
Oct 23 15:20:04 <mickey|munich> to remind me to look at it i added these dummy paths
Oct 23 15:26:51 <alphaone> mickey|munich: Well, KeyError: "Can't register the object-path handler for '/this/path/no/worky': there is already a handler"
Oct 23 15:28:04 <alphaone> mickey|munich: http://pastebin.com/m761bae7
Oct 23 15:28:29 <mickey|munich> ui
Oct 23 15:28:50 <mickey|munich> ah
Oct 23 15:28:56 <mickey|munich> tested this only on my Thinkpad
Oct 23 15:29:44 <alphaone> heh
Oct 23 15:29:51 <alphaone> mickey|munich: So can I just remove that line?
Oct 23 15:30:01 <mickey|munich> change it to something else
Oct 23 15:30:07 <rebelThor> hey guys, SHR should know how to suspend right? (from the button or via "apm -s"
Oct 23 15:30:11 <mickey|munich> | /foo1 /foo2 
Oct 23 15:30:34 <alphaone> mickey|munich: To something els?
Oct 23 15:30:48 <mickey|munich> alphaone: like /%s/ % name
Oct 23 15:31:01 <mickey|munich> until we know what this path actually gets used for
Oct 23 15:31:49 <mickey|munich> (or let me fix it when i get back to the hotel)
Oct 23 15:33:11 <alphaone> mickey|munich: It's the DBus path
Oct 23 15:34:00 <alphaone> in Resource(which is a subclass of dbus.service.Object: super( Resource, self ).__init__( bus, path )
Oct 23 15:35:19 <alphaone> So I would think it is the object path
Oct 23 15:35:50 <mickey|munich> no one actually calls something on this path though, right?
Oct 23 15:38:27 <alphaone> mickey|munich: That is the path that you need to pass in order to activate/deactivate the resource
Oct 23 15:40:14 <alphaone> mickey|munich: We're inheriting from dbus.service.Object twice...
Oct 23 15:42:31 <mickey|munich> (twice) yep, but that should not be a problem
Oct 23 15:42:42 <mickey|munich> if we don't want to do that we need to use mixin classes
Oct 23 15:42:50 <mickey|munich> (can do that after ms4)
Oct 23 15:43:05 <alphaone> mickey|munich: ousaged needs this path
Oct 23 15:43:09 <alphaone> usaged.RegisterResource( self._resourceName, self, reply_handler=on_reply, error_handler=on_error )
Oct 23 15:43:18 <alphaone> That needs to be unique per resource
Oct 23 15:43:41 <mickey|munich> ok
Oct 23 15:43:54 <alphaone> what is node in this context?
Oct 23 15:44:25 <mickey|munich> sysfs node
Oct 23 15:44:50 <alphaone> mickey|munich: So we could either pass node or "/PowerControl/%s" %name
Oct 23 15:45:07 <alphaone> DBUS_PATH_PREFIX +
Oct 23 15:45:11 <mickey|munich> alphaone: lets go for the latter
Oct 23 15:45:14 <alphaone> okay
Oct 23 15:46:03 <mickey|munich> (which is actually its correct object path anyways, right?)
Oct 23 15:46:06 <alphaone> Actually, that would be self.path then
Oct 23 15:46:10 <mickey|munich> yep
Oct 23 15:46:11 <alphaone> yes
Oct 23 15:47:54 <alphaone> KeyError: "Can't register the object-path handler for '/org/freesmartphone/Device/PowerControl/UsbHost': there is already a handler"
Oct 23 15:51:32 <alphaone> mickey|munich: I think that's due to multiple intheritance?
Oct 23 15:51:33 <alphaone> http://pastebin.com/m7beaa194
Oct 23 15:51:58 <alphaone> It tried to add the object path a second time
Oct 23 15:54:18 <mickey|munich> bummer, i was afraid of that
Oct 23 15:54:56 <mickey|munich> ok, let me rethink all that and fix it this evening
Oct 23 15:55:10 <alphaone> mickey|munich: For now I'll just copy the relevant part of GenericPowerControl __init__ over
Oct 23 15:55:41 <alphaone> I'm thinking whether we should have that in ms4...
Oct 23 15:56:00 <alphaone> But with this bandaid it odeviced seems to at least start
Oct 23 16:00:55 <mickey|munich> alphaone: ok, shutting down. will be back in a bit
Oct 23 16:01:01 <alphaone> mickey|munich: okay
Oct 23 16:14:17 <wurp2|working> What's the easiest way to test if fso-gpsd is working?  Is there an mterm command that can tell me the latest fix?
Oct 23 16:18:25 <mwester> On a gta01?
Oct 23 16:18:28 <lindi-> wurp2|working: fso-gpsd offers gpsd like interface
Oct 23 16:19:04 <Sascha> wurp2|working: echo w | nc localhost gpsd
Oct 23 16:21:49 <wurp2|working> mwester: yeah
Oct 23 16:22:00 <wurp2|working> I see in zhone that I get no data in the gps tester
Oct 23 16:22:27 <wurp2|working> Sascha: thx; installing ip tools :-)
Oct 23 16:22:58 <lindi-> can anybody reproduce http://iki.fi/lindi/openmoko/aux-produces-0.txt?
Oct 23 16:26:07 <Sascha> or telnet or gpspipe (gpsd-clients)
Oct 23 16:26:20 <mwester> wurp2|working:  I tried FSO unstable a few days ago; it would not start gllin.
Oct 23 16:26:46 <wurp2|working> yeah, I can (and did) kick of gllin myself
Oct 23 16:26:47 <mwester> I think it might want the 1.1 version of the gllin package, which installs into a reasonable place (rather than root's home directory)
Oct 23 16:26:51 <wurp2|working> not that I prefer that
Oct 23 16:26:54 <mwester> Right.
Oct 23 16:27:03 <mwester> Once I started it manually,
Oct 23 16:27:08 <wurp2|working> Sascha: Yeah, I was actually gonna try telnet
Oct 23 16:27:16 <mwester> the fso testing app showed that I had a fix.
Oct 23 16:27:28 <wurp2|working> mwester: Not for me :-(
Oct 23 16:27:32 <mwester> also, logread -f  showed a lot of dbus traffic.
Oct 23 16:27:47 <mwester> wurp2|working:  do you get anything if you cat from /tmp/nmeaWHATEVER ?
Oct 23 16:28:27 <wurp2|working> yep
Oct 23 16:28:39 <wurp2|working> lemmy try logread -f
Oct 23 16:28:42 <mwester> BTW, if you have an SD card, it did seem to me that my Neo's GPS worked better with the SD clock disable patches.
Oct 23 16:28:53 <wurp2|working> mwester: 01?
Oct 23 16:29:01 <mwester> Yeah, for the 01
Oct 23 16:29:59 <mwester> I'd love for someone to confirm that, but the patches have not been applied by Om yet, so you'll have to patch and build your own kernel at the moment.
Oct 23 16:35:26 <wurp2|working> First I need to get fso-gpsd seeing my nmea output at all :-/
Oct 23 16:35:44 <wurp2|working> (in debian)
Oct 23 16:49:20 <alphaone> wurp2|working: Whoops, what's the matter?
Oct 23 16:49:40 <wurp2|working> I can see /tmp/nmeaNP data, but not output from fso
Oct 23 16:49:47 <alphaone> wurp2|working: You're talking about GTA01, right?
Oct 23 16:49:53 <alphaone> ah, jeah
Oct 23 16:50:08 <alphaone> wurp2|working: /tmp/nmeaNP should not be created
Oct 23 16:50:15 <alphaone> wurp2|working: You need gllin version 1.1
Oct 23 16:50:29 <alphaone> That will only use the UDP port
Oct 23 16:50:52 <wurp2|working> ugh
Oct 23 16:50:53 <alphaone> Worked ootb when I tried it a week ago with my Neo with fso-image and gllin 1.1
Oct 23 16:50:57 <wurp2|working> Do you know where I can get that?
Oct 23 16:50:59 <lindi-> AinuFall1ack: is shr's simple phone app available somewhere?
Oct 23 16:51:13 <alphaone> http://3rdparty.downloads.openmoko.org/gllin/
Oct 23 16:51:19 <wurp2|working> Oh, thanks
Oct 23 16:51:26 <wurp2|working> I was using an ipk someone had made
Oct 23 16:51:32 <wurp2|working> meeting :-(
Oct 23 16:51:35 <alphaone> wurp2|working: I even wrote a mail to announce :-)
Oct 23 16:51:44 <alphaone> take care
Oct 23 16:51:58 <wurp2|meeting> I'm sorry, there has been so much traffic on the ML I quit reading it :-O
Oct 23 16:52:16 <alphaone> announce@ ?
Oct 23 16:52:52 <mwester> There goes Kensan!
Oct 23 16:53:10 <alphaone> No! We can't loose any more.
Oct 23 16:54:39 * mwester wonders if he should just do the cherry picking and get a custom gta01 kernel out anyway...
Oct 23 16:55:28 <rebelThor> so, do you need to manually create the /etc/ld.so.conf file on SHR?
Oct 23 17:02:30 <CIA-20> freesmartphone.org: 03daniel 07framework * r1dffd1aad91c 10/framework/subsystems/ogsmd/gsm/const.py: ogsmd: Fix typo in const.py
Oct 23 17:02:31 <CIA-20> freesmartphone.org: 03daniel 07framework * ra978a13b41bc 10/framework/subsystems/ogsmd/ (gsm/sms.py modems/abstract/mediator.py): 
Oct 23 17:02:31 <CIA-20> freesmartphone.org: ogsmd: Introduce PDUAddress.guess for guessing number types and use it
Oct 23 17:02:31 <CIA-20> freesmartphone.org: PDUAddress.guess() will try to figure out what kind on address
Oct 23 17:02:33 <CIA-20> freesmartphone.org: (international number, national number, alphanumeric) is called and set
Oct 23 17:02:35 <CIA-20> freesmartphone.org: the numbertype appropriately.
Oct 23 17:11:52 <CIA-20> freesmartphone.org: 03daniel 07framework * r1c9a049dc1c1 10/framework/subsystems/ogpsd/gpsdevice.py: ogpsd: Log info for the DBus Signals
Oct 23 17:26:09 <CIA-20> freesmartphone.org: 03daniel 07framework * re908b182261c 10/framework/subsystems/ogsmd/modems/ti_calypso/unsolicited.py: 
Oct 23 17:26:09 <CIA-20> freesmartphone.org: ogsmd: [TI Calypso] Return False in _reactivateDeepSleep
Oct 23 17:26:09 <CIA-20> freesmartphone.org: This function is added as a timer from _checkRecampingBug in order to
Oct 23 17:26:09 <CIA-20> freesmartphone.org: reenable deep sleep. Not returning False leads to many
Oct 23 17:26:10 <CIA-20> freesmartphone.org: _reactivateDeepSleep being scheduled over time (if you're suffering from
Oct 23 17:26:12 <CIA-20> freesmartphone.org: Bug #1024).
Oct 23 19:01:18 <Ainulindale> Damn connection.
Oct 23 19:01:51 <Ainulindale> lindi-: yes it's on the buildhost
Oct 23 19:04:38 <alphaone> mickey|munich: please take a look at commit e908b182261c
Oct 23 19:05:20 <alphaone> I think what happened here during the ~17h is that recamping was detected numerous times and numerous callbacks were registered.
Oct 23 19:05:43 <alphaone> These callbacks then didn't remove themselves I think.
Oct 23 19:06:27 <alphaone> Which is why I saw so many "Giving it another chance" messages.
Oct 23 19:06:37 <mickey|munich> hmm, wait
Oct 23 19:06:54 <mickey|munich> what you are saying is that it recamps even in SLEEP=2
Oct 23 19:07:01 <alphaone> nope
Oct 23 19:07:02 <mickey|munich> which makes me kind of nervious
Oct 23 19:07:06 <alphaone> nope
Oct 23 19:07:08 <alphaone> chill :-)
Oct 23 19:07:16 <alphaone> SLEEP=2 is fine
Oct 23 19:07:39 <alphaone> But in the function where you detect the recamping issue you register a timeout
Oct 23 19:07:48 <alphaone> That will reenable deep sleep
Oct 23 19:08:02 <mickey|munich> yes
Oct 23 19:08:06 <mickey|munich> after 30 minutes
Oct 23 19:08:09 <alphaone> When this function is called (after one hour)
Oct 23 19:08:16 <mickey|munich> or 60, ya
Oct 23 19:08:19 <alphaone> or 30 minutes, whatever
Oct 23 19:08:38 <alphaone> Well, when it is called we want to remove it from the timeout handler.
Oct 23 19:08:48 <alphaone> We don't want to get called every hour
Oct 23 19:08:55 <mickey|munich> which is why we return False
Oct 23 19:08:57 <mickey|munich> don#t we?
Oct 23 19:09:01 <alphaone> Now we do
Oct 23 19:09:05 <mickey|munich> aah
Oct 23 19:09:06 <Ainulindale> mickey|munich: hey there, I suppose you didn't see my pastebin from before ?
Oct 23 19:09:11 <alphaone> We didn't return anything before
Oct 23 19:09:12 <mickey|munich> like i suspected in the TC
Oct 23 19:09:19 <mickey|munich> thanks, definitely my fault
Oct 23 19:09:22 <alphaone> mickey|munich: That's what my patch was about
Oct 23 19:09:23 <mickey|munich> Ainulindale: no, sorry
Oct 23 19:09:24 <alphaone> no worries
Oct 23 19:09:31 <mickey|munich> ok, cool
Oct 23 19:09:37 <Ainulindale> mickey|munich: well using the test things I had some weird stuff
Oct 23 19:09:38 <alphaone> Just wanted to keep you in the loop about ogsmd
Oct 23 19:09:43 <Ainulindale> That is to say timeouts
Oct 23 19:09:51 <Ainulindale> Not reproducible
Oct 23 19:09:54 <Ainulindale> But with a nice stack
Oct 23 19:10:21 <mickey|munich> do you have the patched dbus with the increased timeout?
Oct 23 19:10:51 <Ainulindale> I don't think so
Oct 23 19:10:54 <alphaone> There were some instances today where I even got the one minute dbus timeout to fire.
Oct 23 19:11:42 <Ainulindale> Ah and I have suspend problems now
Oct 23 19:11:47 <Ainulindale> At times it won't come out of suspend
Oct 23 19:11:56 <alphaone> suspend or resume problems?
Oct 23 19:12:02 <Ainulindale> Both
Oct 23 19:12:06 <Ainulindale> At times it won't suspend either
Oct 23 19:12:08 <alphaone> Heh
Oct 23 19:12:48 <alphaone> has anyone seen quickdev around?
Oct 23 19:12:48 <Ainulindale> Too bad, can't find these logs, as my connection is way too buggy
Oct 23 19:12:55 <Ainulindale> He's not here this week
Oct 23 19:12:58 <Ainulindale> Can I help you with something ?
Oct 23 19:13:09 <alphaone> Ainulindale: It's about http://trac.freesmartphone.org/ticket/183
Oct 23 19:13:46 <Ainulindale> I see, I see
Oct 23 19:13:52 <Ainulindale> No news on that side
Oct 23 19:14:59 <Ainulindale> rebelThor: yes SHR knows how to suspend, but not yet with a button (it will)
Oct 23 19:15:11 <Ainulindale> tomer_work: yes SHR dev are here, mainly me now
Oct 23 19:15:13 <alphaone> mickey|munich: And it seems someone broke oeventsd again...
Oct 23 19:15:14 <alphaone> http://pastebin.com/m1483a71c
Oct 23 19:16:57 <alphaone> I think that has to do with http://trac.freesmartphone.org/ticket/192
Oct 23 19:24:41 <alphaone> stefan_schmidt: http://trac.freesmartphone.org/ticket/73 should be postponed?
Oct 23 19:33:05 <Kensan> mwester: ping
Oct 23 19:38:29 <mwester> ping: syntax error
Oct 23 19:40:42 <phobie> hehe
Oct 23 19:41:51 <Kensan> oh there you are :)
Oct 23 19:42:13 <Kensan> mwester: so what's your take on the mirror/repo idea?
Oct 23 19:42:34 <mwester> Which one?
Oct 23 19:42:41 * mwester looks for responses on the ml
Oct 23 19:43:10 <Kensan> mwester: no, my suggestion right in this channel
Oct 23 19:43:12 <Kensan> :)
Oct 23 19:43:35 <Kensan> around 17:00
Oct 23 19:43:46 <stefan_schmidt> alphaone: I would say yes. We put illume integration on ice to speed up some other tasks
Oct 23 19:43:50 <mwester> I read rwhitby's response, and checked there -- cesarb has already registered a clone of the Om kernel repo where he presumably keeps his freq patches. 
Oct 23 19:44:06 <mwester> It's only 14:00 here, so I'll see those comments in a few hours, I think. ;)
Oct 23 19:44:17 <alphaone> stefan_schmidt: okay, can you remilestonize the tickets or should I?
Oct 23 19:44:32 <Kensan> mwester: haha
Oct 23 19:44:51 <mwester> I'm waiting to see if cesarb responds at all.
Oct 23 19:44:56 <Kensan> mwester: ah ok, so this could be used as a community starting point?
Oct 23 19:45:09 <mwester> If cesarb intended that, yes.
Oct 23 19:45:25 <stefan_schmidt> alphaone: Can you, I'm on the sofa...
Oct 23 19:45:33 <stefan_schmidt> alphaone: Or I can do it later...
Oct 23 19:45:39 <alphaone> stefan_schmidt: Well, I am too :-)
Oct 23 19:45:40 <mwester> the name is generic, so I am hopeful that's what he had in mind -- otherwise I'll choose some other name and clone it, probably in the next 24 hours.
Oct 23 19:45:45 <mwester> No point wasting time.
Oct 23 19:45:46 <alphaone> But it's not stopping me ;-)
Oct 23 19:45:47 <Kensan> mwester: since it seems that Harald is working on boottime optimization I can let that be and wait for his patches :)
Oct 23 19:46:05 <stefan_schmidt> alphaone: It's girlfriend time...
Oct 23 19:46:26 <Kensan> mwester: do you know when the move to 2.6.27 will take place?
Oct 23 19:46:38 <mwester> Well Harald is very very good with the low-level stuff, so any focus on the higher end stuff would probably not be wasted effort.
Oct 23 19:46:44 <mwester> The 2.6.26 move is on hold.
Oct 23 19:46:54 <alphaone> stefan_schmidt: oh, ist that a universal constant?
Oct 23 19:46:58 <mwester> The problem is that Om is unable to fix the resume problem.
Oct 23 19:47:51 <mwester> That's a blocking problem.   It's been unresolved since Andy first announced he was working on a 2.6.26 resume ordering change, and that was about 3 months ago?  I think?
Oct 23 19:48:48 <mwester> So I am beginning to wonder if we may just end up "re-powering" the glamo as if from a cold start.  Except that I suspect Andy would have already tried that long ago -- and if it worked, that would be the temporary workaround on that branch.
Oct 23 19:49:06 <Kensan> mwester: well I've been messing with init and later so far but I am pretty sure his patches will encompass the whole boot process...
Oct 23 19:49:40 <Kensan> mwester: I don't understand the specific issue with resume. What's making so much trouble?
Oct 23 19:49:53 <phobie> mwester: than you have to look at 09:00, because 17:00 is 5 hours ago
Oct 23 20:00:44 <alphaone> mickey|munich: http://trac.freesmartphone.org/ticket/69 -> ms5?
Oct 23 20:01:06 <bricode> Kensan: Part of the issue is that you have several chips that require a certain shutdown/startup procedure that's sensitive to both time and order.
Oct 23 20:01:30 <mickey|munich> alphaone: ACK
Oct 23 20:01:47 <alphaone> or rather no milestone?
Oct 23 20:02:12 <Kensan> bricode: ok. Well I know that suspend/resume is hard to get right etc. but the om team has been working on it for quite a while...
Oct 23 20:02:36 <bricode> That and all the other fires. 
Oct 23 20:02:52 <mickey|munich> alphaone: no milestone actually. that needs to be fixed, but it's more or less "just" refactorin
Oct 23 20:02:57 <Kensan> well yes that's true.
Oct 23 20:03:07 <alphaone> mickey|munich: What I thought. will do now
Oct 23 20:03:32 <mickey|munich> thankx
Oct 23 20:03:40 <alphaone> np
Oct 23 20:18:43 <nikolajsheller> hi. I'm trying to build illume from cource, using the SHR build environment
Oct 23 20:19:17 <nikolajsheller> I get the following error: "No package 'edje' found"
Oct 23 20:22:20 <nikolajsheller> Is the the right way to build illume for openmoko? Or should I use the openemoko toolchain?
Oct 23 21:03:45 <Kensan> nikolajsheller: 
Oct 23 21:03:55 <Kensan> nikolajsheller: you could use rasters scripts
Oct 23 21:04:08 <Kensan> nikolajsheller: svn co http://svn.enlightenment.org/svn/e/trunk/TMP/oe/
Oct 23 21:04:17 <Kensan> nikolajsheller: look at the shell scripts
Oct 23 21:06:36 <nikolajsheller> ok! excellent. And it look as though this builds to openmoko
Oct 23 21:07:07 <nikolajsheller> I don't understand how it chooses the right toolchain?
Oct 23 21:09:11 <nikolajsheller> I guess I still have to build edje
Oct 23 21:10:14 <Kensan> nikolajsheller: it uses oe
Oct 23 21:10:16 <Kensan> openembedded
Oct 23 21:10:37 <Kensan> nikolajsheller: it's basically openembedded with rasters patches + recipes
Oct 23 21:11:42 <nikolajsheller> Kensan: I just though oe could build to other platforms than ARM4...
Oct 23 21:11:59 <Kensan> nikolajsheller: yes it can
Oct 23 21:12:39 <Kensan> nikolajsheller: that's why you need to say which distribution you want for which device (local.conf)
Oct 23 21:13:17 <nikolajsheller> Kensan: ahaa. jeust got it checked out. Will take a look. Thanks
Oct 23 21:14:58 <Kensan> nikolajsheller: it's basically just some convenience scripts ontop of openembedded
Oct 23 21:22:29 <nikolajsheller> Kensan: ok. Thanks for your help. I'll fool around with this later. cheers
Oct 23 21:24:00 <Kensan> nikolajsheller: sure
Oct 23 22:11:18 <Sargun> Hey
Oct 23 22:11:29 <Sargun> How do you set the default boot partition to the SD card?
Oct 23 22:16:56 <Kensan> Sargun: you need to adjust uboot env
Oct 23 22:17:47 <Sargun> when I did that the kernel paniced
Oct 23 22:18:36 <Kensan> Sargun: http://wiki.openmoko.org/wiki/Booting_from_SD#Autoboot_from_SDHC
Oct 23 22:19:46 <Sargun> ok
Oct 23 22:19:51 <Sargun> thanks ^_^
Oct 23 23:04:36 <Sargun> is there Qtopia for SD card? 
**** ENDING LOGGING AT Fri Oct 24 02:59:57 2008