**** BEGIN LOGGING AT Thu May 12 02:59:58 2011
May 12 06:11:10 <JaMa> moin
May 12 06:13:58 <mrmoku> moin
May 12 08:05:56 <archy> ifdown?what?
May 12 09:12:11 <pespin> JaMa, glib-2.0 (native I think) build failed yesterday for me and another person due to missing libffi
May 12 09:14:34 <JaMa> libffi-native?
May 12 09:14:53 <JaMa> and oe.dev right?
May 12 09:14:56 <morphis> heyho
May 12 09:15:03 <JaMa> hey
May 12 09:17:31 <JaMa> pespin: ah it's fixed only in shr-core
May 12 09:24:04 <pespin> JaMa, wasn't shr-chroot already using shr-core?
May 12 09:25:33 <pespin> I'm using shr makefile, I don't know which layer is it currently using :S
May 12 09:30:20 <JaMa> shr-chroot is just build environment which supports all 3 versions shr-t, shr-u, shr-core
May 12 09:30:29 <JaMa> shr-makefile also supports all 3
May 12 09:30:44 <JaMa> so it's up to you which version do you use
May 12 09:31:28 <JaMa> ie if you do setup-shr-unstable .. you have shr-u and if you do setup-shr-core you'll get shr-core, but nothing will change that automatically
May 12 09:31:48 <JaMa> and ofc you can checkout multiple versions to same chroot
May 12 09:32:06 <JaMa> but pushed libffi to old oe.dev now
May 12 09:32:56 * JaMa gave 2.6.37 another try today
May 12 09:37:17 <JaMa> and uImage-2.6.38+2.6.39-rc7+gitr11+3568bd9720b4a775f28a718fcbb462ce2f386988-r0-oe0-om-gta02.bin is also waiting for test :)
May 12 09:58:21 * mrmoku is in need of mickey|zzZZzz's clue stick
May 12 10:00:14 <masterkorp> hello, i want to help you on this project
May 12 10:01:26 <masterkorp> i want start by porting this to my HTC Dream (aka T-Mobile G1) 
May 12 10:01:50 <masterkorp> any personal tips ? where to start scracpping etc etc
May 12 10:05:27 <JaMa> masterkorp: what do you mean by "this", there already are htcdream images built..
May 12 10:06:46 <JaMa> or do you mean improving existing port?
May 12 10:06:50 <masterkorp> yeah, i noticed that
May 12 10:07:14 <masterkorp> JaMa: i am looking at this page atm http://wiki.openmoko.org/wiki/SHR
May 12 10:34:09 <pespin> masterkorp, http://shr-project.org/trac/wiki/Devices/HTCDream
May 12 10:34:23 <pespin> masterkorp, you may want to speak with GNUtoo and leviathan about the htcdream port :)
May 12 10:34:39 <pespin> JaMa, thanks for fixing libffi :)
May 12 11:16:41 <mrmoku> mickey|office: morning
May 12 11:16:51 <mrmoku> mickey|office: I'd need your clue stick :)
May 12 11:28:02 <mickey|office> moinmoin
May 12 11:28:07 * mickey|office prepares the clue stick
May 12 11:28:08 <mickey|office> what's up
May 12 11:30:07 <mrmoku> mickey|office: callhandler... it has handleIncoming/Connecting/Ending Call
May 12 11:30:34 <mrmoku> mickey|office: how do I pass other status from unsollicited to the callhandler?
May 12 11:31:32 <mrmoku> mickey|office: I tried to connect to isi's call signals from the callhandler itself but that did segfault
May 12 11:31:40 <mrmoku> probably due to happening to early
May 12 11:31:43 <mrmoku> +o
May 12 11:33:47 <mickey|office> you can get the instance of the callhandler in the unsolicited handler and call anything you want
May 12 11:33:59 <mrmoku> ahh, ok :)
May 12 11:34:07 * mrmoku is enclued now :)
May 12 11:34:07 <mickey|office> since we are sure it's an isi callhandler, no problem adding API and downcasting it
May 12 11:34:13 <mrmoku> ok
May 12 11:35:11 <mrmoku> have to lay down the little one for a nap first though
May 12 12:07:09 <mrmoku> GNUtoo: got something that's worth that _I'm_ trying it now :)
May 12 12:07:23 <mrmoku> let's see if it works
May 12 12:07:38 <GNUtoo> ok
May 12 14:10:31 <GNUtoo> is there someone here
May 12 14:10:32 <GNUtoo> ?
May 12 14:10:38 <GNUtoo> I change the volume in calls
May 12 14:10:43 <GNUtoo> and then I get sound quark
May 12 14:10:47 <GNUtoo> in fsodeviced.log
May 12 14:10:52 <GNUtoo> on om-gta02
May 12 14:10:56 <GNUtoo> and fsodeviced exits
May 12 14:11:04 <GNUtoo> or segfault
May 12 14:11:09 <GNUtoo> or something like that
May 12 14:13:00 <GNUtoo> 2011-05-11T13:31:46.923805Z [CRITICAL] fsodeviced : GLib <fsodevice.router_alsa>: file plugin.c: line 256: uncaught error: Expected 4 descriptor components, got 1 (fso_device_sound_error-quark, 3)
May 12 14:13:11 <GNUtoo> as a result:
May 12 14:13:16 <GNUtoo> *wifi doesn't work anymore
May 12 14:13:22 <GNUtoo> *the battery indicator either
May 12 14:14:02 <GNUtoo> could someone harden this plugin please....please....
May 12 14:14:05 <mrmoku> hmm
May 12 14:14:24 <mrmoku> that you usually get with broken state files
May 12 14:14:33 <GNUtoo> I know
May 12 14:14:39 <GNUtoo> but we should handle broken state files
May 12 14:14:42 <GNUtoo> or not create them
May 12 14:14:43 <mrmoku> and yes... it should behave better :)
May 12 14:14:53 <GNUtoo> I only changed the volume within a call with the call GUI
May 12 14:16:17 <GNUtoo> how should we handle that?
May 12 14:25:53 <mrmoku> GNUtoo: you mean the statefile was fine and changing it with the GUI broke it?
May 12 14:26:13 <mrmoku> GNUtoo: we should switch to fsoaudiod for gta02 too
May 12 14:26:55 <GNUtoo> yes
May 12 14:27:00 <GNUtoo> ah ok
May 12 14:27:16 <GNUtoo> who should take care of the switch?
May 12 14:27:20 <GNUtoo> morphis?
May 12 14:31:19 <mrmoku> probably not
May 12 14:31:28 <mrmoku> morphis is busy enough with palm and aurora
May 12 14:31:38 <mrmoku> somebody of us has to do that
May 12 14:40:09 <GNUtoo> ok
May 12 14:40:12 <GNUtoo> how to do it?
May 12 14:42:45 <mrmoku> GNUtoo: there is a fsoaudiod branch for libphone-ui and libphone-ui-shr
May 12 14:43:00 <mrmoku> that + the correct configuration in fsoaudiod should do it
May 12 14:43:10 <mrmoku> at least then we know where we stand :-)
May 12 14:43:42 <mrmoku> btw. call incoming and call active indications work fine... just the damn release not yet
May 12 14:43:52 <GNUtoo> ok
May 12 14:44:07 <mrmoku> will get there very soon now though
May 12 14:44:11 * mrmoku is an optimist
May 12 14:44:48 <mickey|office> did you hack it in or write a proper callhandler?
May 12 14:45:24 <mrmoku> mickey|office: I'm a virgin... I'm trying to do a proper call handler :)
May 12 14:45:33 <mickey|office> excellent :)
May 12 14:45:53 <mickey|office> we need one anyways, so might as well do it right from the start
May 12 14:46:09 <mrmoku> btw. I start to enjoy the downloaded (disclosed) modem api
May 12 14:46:26 <mrmoku> it really is getting very helpfull now that I learned a bit how the stuff works
May 12 14:46:26 <mickey|office> oh really? which part of it in particular? there's a ton of docs
May 12 14:46:50 <mrmoku> mickey|office: i_call_wm_f.pdf for example
May 12 14:47:00 <mickey|office> agreed, i found that handy as well _if_ you have a rough idea how it works. it's pretty incomprehensible as a tutorial though
May 12 14:47:17 <mrmoku> yeah, the first time I looked at it I ran into a wall :P
May 12 14:48:05 <mickey|office> and at the same time it doesn't include enough details to be useful for an implementor. if we did not have ofono, that would have taken even longer than REing msmcomm
May 12 14:48:21 <mrmoku> hehe
May 12 14:50:58 <GNUtoo> why msmcommd took so long btw?
May 12 14:51:01 <GNUtoo> re-ing?
May 12 14:51:09 <GNUtoo> or re-writes?
May 12 14:53:25 <mrmoku> bbiab
May 12 14:53:45 <mrmoku> need to repair the 'keep the baby away from the stairs' protection :)
May 12 15:06:21 <mickey|office> re-ing
May 12 15:06:50 <mickey|office> and the fact that it was a one-man-job
May 12 15:07:02 <mickey|office> mrmoku: that's important!
May 12 15:11:35 <mickey|office> ~seen morphis
May 12 15:11:41 <apt> morphis <~morphis@ip-109-40-188-101.web.vodafone.de> was last seen on IRC in channel #openmoko-cdevel, 5h 56m 44s ago, saying: 'heyho'.
May 12 15:13:38 <mickey|office> NuttyBunny: hi. i did not see your patch on the smartphones-userland list. are you perhaps not subscribed? did you receive a 'held for moderation' or similar message?
May 12 15:14:58 <NuttyBunny> mickey|office: aaah! ... no, I'm not subscribed!!!  hehehe.. lemme check gmail's spam folder... and of course, subscribe to the list, sorry, I didn't realized it was a mailing list :o
May 12 15:15:40 <mickey|office> :)
May 12 15:16:11 <pespin> mrmoku, nah, let your child experience gravity ;)
May 12 15:24:24 <NuttyBunny> mickey|office: There, patch sent, now it should appear :)
May 12 15:24:39 <mickey|office> excellent, ahtnks
May 12 15:24:42 <mickey|office> thanks
May 12 15:36:45 <mrmoku> pespin: no time for a hospital visit ;)
May 12 15:43:20 <rhaeder> phoneuid is segfaulting with latest SHR unstable
May 12 15:43:23 <rhaeder> hi :0
May 12 15:43:35 <rhaeder> should I upload an strace somewhere?
May 12 15:47:12 <rhaeder> ~nf
May 12 15:47:12 <apt> The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help)  - - - Recommended URLs and channels(chanlogs etc):see ~RL  - - -  NEWSFLASH [2011-05-06] No News
May 12 15:47:38 <rhaeder> hello?
May 12 15:48:35 <mrmoku> rhaeder: a bt would even be nicer :)
May 12 15:48:45 <mrmoku> opkg install phoneuid-dbg
May 12 15:48:51 <rhaeder> no useable
May 12 15:49:05 <mrmoku> should be in latest shr
May 12 15:49:06 <mrmoku> no?
May 12 15:49:44 <rhaeder> I install that package now, maybe it gives a little more info
May 12 15:50:04 <mrmoku> yeah, without the -dbg package the bt is not usable
May 12 15:51:10 <mrmoku> rhaeder: depending on where it segfaults you might have to install libphone-ui-shr-dbg too
May 12 15:53:48 <mrmoku> mickey|office: should I remove calls from the list when they're released? or just keep them as I think morphis does for msmcomm?
May 12 15:53:55 <mrmoku> they will get reused then
May 12 15:54:53 <mickey|office> i don't know offhand, what is the default callhandler doing?
May 12 15:55:41 <mrmoku> let me check
May 12 15:57:57 <mrmoku> mickey|office: can't see anything removing calls
May 12 15:58:04 <mrmoku> won't do neither then
May 12 15:59:59 <mickey|office> ok
May 12 16:00:30 <mrmoku> hmm... cia not here :P
May 12 16:01:06 * mrmoku being called for dinner
May 12 16:01:07 <mrmoku> bbiab
May 12 16:01:10 <mickey|office> ~bon appetit
May 12 16:01:10 <apt> methinks bon appetit is smacznego.  Guten Appetit.  Eet Smakelijk.  God Appetitt.  Buon Appetito.  Buen apetito  Bom Apetite. buen apetito  Smaklig måltid!.  Hyvää ruokahalua.  Bo Proveito  Mahlzeit!
May 12 16:02:55 <dent> Dobrou chuť! and Dobrú chuť! is badly missing :)
May 12 16:03:25 <mickey|office> feel free to add it
May 12 16:03:36 <dent> apt: help
May 12 16:04:09 <rhaeder> ~help
May 12 16:07:32 <dent> I guess I can live w/o, in the end
May 12 16:07:43 <dent> apt: FU
May 12 16:07:43 <apt> FFFFFFFFUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU-
May 12 16:11:59 <rhaeder> phonuid debug backtrace: http://nopaste.me/paste/5069048344dcc06337bb75
May 12 16:12:53 <rhaeder> phoneuid I mean :)
May 12 16:41:33 <rhaeder> CIA.vc is back from the dead?
May 12 16:42:25 <rhaeder> pls ping me if you need to know more about the crash, the gdb console is still there
May 12 16:43:31 <Heinervdm> any jffs2 expert around? Because of this: http://trac.shr-project.org/trac/ticket/1105#comment:24
May 12 16:46:09 <mrmoku> rhaeder: no need for more info...
May 12 16:46:13 <mrmoku> will fix in a bit
May 12 16:46:24 <rhaeder> ok :)
May 12 16:46:28 <mrmoku> though the question is why your fsodeviced has no PowerSupply 
May 12 16:46:42 <mrmoku> sure phoneuid must not crash for that :)
May 12 17:05:17 <rhaeder> you need fsodeviced logfile?
May 12 17:05:31 <rhaeder> maybe with log level = debug?
May 12 17:07:22 <rhaeder> fsodeviced : GLib <fsodevice.router_alsa>: file plugin.c: line 256: uncaught error: Expected 4 descriptor components, got 1 (fso_device_sound_error-quark, 3)
May 12 17:07:26 <rhaeder> only this critital
May 12 17:10:09 <rhaeder> I reboot with DEBUG level
May 12 17:12:13 <mrmoku> rhaeder: ahh, that is the same thing Gnutoo experienced
May 12 17:12:15 <mrmoku> hmm
May 12 17:12:24 <mrmoku> so fsodeviced crashes too
May 12 17:12:31 <mrmoku> that's bad
May 12 17:12:51 <rhaeder> and the messages are all over and over repeated and flooding my logfiles :(
May 12 17:13:07 <rhaeder> you need gdb?
May 12 17:15:48 <rhaeder> doing "opkg install fsodeviced-dbg" here :)
May 12 17:16:23 <rhaeder> several "unsatisfied recommendation" here, but all the same packages
May 12 17:16:57 <rhaeder> Aborting due to critical error: 'GLib <fsodevice.router_alsa>: file plugin.c: line 256: uncaught error: Expected 4 descriptor components, got 1 (fso_device_sound_error-quark, 3)'
May 12 17:17:02 <rhaeder> no backtrace :(
May 12 17:17:14 <rhaeder> "bt full" says that there is no stack
May 12 17:18:31 <rhaeder> strace shows interesting lines
May 12 17:18:33 <rhaeder> maybe :)
May 12 17:18:36 <rhaeder> probably ;)
May 12 17:18:55 <rhaeder> http://nopaste.me/paste/4710740974dcc15f50912b
May 12 17:18:55 <mrmoku> ok, knowing where it segfaults is a good thing already
May 12 17:19:06 <rhaeder> check the repeating lines
May 12 17:19:14 <rhaeder> I got a lot of them
May 12 17:31:27 <rhaeder> any news?
May 12 17:32:21 <playya> is it already possible to use the n900 as a daily phone?
May 12 17:36:57 <playya> btw. libav fails during compilation
May 12 17:39:05 <mrmoku> rhaeder: still on libphone-ui
May 12 17:41:19 <CIA-81> SHR: 03mok 07libphone-ui * r7d0517833710 10/src/phoneui-info.c: phoneui-info: protect from non-existing dbus proxies
May 12 17:41:20 <CIA-81> SHR: 03mok 07libphone-ui * r4edbe6f14fd6 10/src/ (phoneui-utils-sound.c phoneui-utils.c): fix some unused variable warnings
May 12 17:41:42 <mrmoku> rhaeder: phoneuid hopefully will not segfault anymore... that does not solve the fsodeviced problem though
May 12 17:42:09 <mrmoku> rhaeder: that one is caused by inappropriate state files most probably
May 12 17:42:12 <rhaeder> Upgrading fsoaudiod on root from 2:0.1.0+gitr3+692ce7ce2e5447c45ff51d629d7c8a84a919036c-r5.1.6 to 2:0.1.0+gitr5+bc407cbeb930e721375e5dd2e0a777479a5d5bb5-r5.2.6...
May 12 17:42:25 <rhaeder> conflicts with alsa-state
May 12 17:42:36 <mrmoku> ahh
May 12 17:43:25 <mrmoku> wait... alsa-state is something different I think
May 12 17:44:10 <mrmoku> rhaeder: /etc/freesmartphone/conf/GTA02/alsa*
May 12 17:44:52 <mrmoku> rhaeder: there should be a link alsa-default... and that should point to the appropriate kernel
May 12 17:44:56 <mrmoku> version
May 12 17:45:38 <rhaeder> it points to 2.6.34, which is there, but my version is 2.6.34.8
May 12 17:45:44 <rhaeder> does the last number matter?
May 12 17:48:21 <mrmoku> no
May 12 17:49:40 <mrmoku> rhaeder: try to 'opkg install -force-reinstall fsodeviced-config'
May 12 17:49:53 <mrmoku> rhaeder: did you change the volume while being in a call btw.?
May 12 17:50:26 <rhaeder> yes
May 12 17:50:53 <rhaeder> Not deleting modified conffile /etc/freesmartphone/conf/openmoko_gta/fsodeviced.conf.
May 12 17:50:55 <rhaeder> hmm
May 12 17:51:14 <mrmoku> yeah, looks like that breaks state files... shit
May 12 17:51:49 <rhaeder> :(
May 12 17:52:11 <mrmoku> well we will hopefully switch soon to fsoaudiod
May 12 17:52:15 <rhaeder> do I need to revert that file? only log level (temporary) and some values are changed (they fit a little more my taste)
May 12 17:52:29 <mrmoku> fsodeviced.conf does not matter
May 12 17:52:41 <mrmoku> it's the state files
May 12 17:53:12 <rhaeder> http://nopaste.me/paste/14939527004dcc1dfdc6eab
May 12 17:53:21 <rhaeder> hmmm, ok
May 12 17:54:33 <mrmoku> rhaeder: didn't opkg leave a opkg-new file or something like that?
May 12 17:54:42 <mrmoku> in alsa-2.6.34?
May 12 17:55:52 <rhaeder> http://nopaste.me/paste/5940404324dcc1e994fd28
May 12 17:56:00 <rhaeder> hmm, no changes
May 12 18:01:22 <mrmoku> GNUtoo: I have news for you :)
May 12 18:01:31 <GNUtoo> ok
May 12 18:01:33 * GNUtoo listens
May 12 18:01:37 <mrmoku> indications work now
May 12 18:01:47 <GNUtoo> ok
May 12 18:01:47 <mrmoku> though activating / releasing calls do not
May 12 18:02:02 <mrmoku> but if you have incoming calls which you release from the other end
May 12 18:02:10 <mrmoku> all that you need should be there
May 12 18:02:15 <GNUtoo> ok
May 12 18:02:17 <mrmoku> (need to push still the fsogsmd part)
May 12 18:02:38 <GNUtoo> I'll send 2 oe patches for angstrom/buglabs and I'll look
May 12 18:04:34 <mrmoku> ok
May 12 18:07:09 <CIA-81> freesmartphone.org: 03mok 07cornucopia * r9f3d8ac1d503 10/fsogsmd/src/plugins/modem_nokia_isi/mediators.vala: 
May 12 18:07:09 <CIA-81> freesmartphone.org: fsogsmd: modem_nokia_isi: implement SimGetAuthCodeRequired mediator
May 12 18:07:09 <CIA-81> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 12 18:07:10 <CIA-81> freesmartphone.org: 03mok 07cornucopia * rae03aacedd8f 10/fsogsmd/src/plugins/modem_nokia_isi/unsolicited.vala: 
May 12 18:07:10 <CIA-81> freesmartphone.org: fsogsmd: modem_nokia_isi: listen to call status updates and send signals for them
May 12 18:07:10 <CIA-81> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 12 18:07:10 <CIA-81> freesmartphone.org: 03mok 07cornucopia * r5a1d88047081 10/fsogsmd/src/plugins/modem_nokia_isi/ (callhandler.vala unsolicited.vala): 
May 12 18:07:10 <CIA-81> freesmartphone.org: fsogsmd: modem_nokia_isi: work on the call handler
May 12 18:07:11 <CIA-81> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 12 18:17:34 <rhaeder> hmmm, the crash is strangely gone (nothing related updated) but still the PIN window is not showing up
May 12 18:17:49 <rhaeder> any related logfiles for this?
May 12 18:18:10 <mrmoku> /var/log/phoneuid.log with loglevel DEBUG in /etc/phoneuid.conf
May 12 18:18:20 <rhaeder> ok,
May 12 18:18:32 <rhaeder> which lines do I need to look for?
May 12 18:18:54 <mrmoku> no idea
May 12 18:19:06 <mrmoku> brb
May 12 18:20:11 <rhaeder> http://nopaste.me/paste/18920218884dcc2452b605d
May 12 18:25:15 <rhaeder> and when I click the battery icon (e.g. checking load percentage) the application switcher (nice one!) is also coming down :(
May 12 18:25:50 <rhaeder> maybe you put that one at the bottom of the screen so they don't make interference with other gadgets?
May 12 19:04:58 <mrmoku> GNUtoo: does the stereout scenario work for you on n900?
May 12 19:07:27 <GNUtoo> mrmoku, I don't think we checked in scenarios
May 12 19:07:32 <GNUtoo> for the newer kernel
May 12 19:10:13 <mrmoku> ok
May 12 19:10:20 <mrmoku> but you have audio?
May 12 19:10:46 <mrmoku> I mean with aplay you can make it play something?
May 12 19:21:29 <rhaeder> mrmoko: when I use aplay here, e.g. female_message.wav the sound is over-loud
May 12 19:22:42 <rhaeder> hmm, these sounds are very loud :(
May 12 19:23:02 <rhaeder> and maybe OGG/MP3 support would be nice :)
May 12 19:23:18 * rhaeder dislikes these talky cellphone sounds :(
May 12 19:26:23 <mrmoku> rhaeder: OGG/MP§ is tooo slow on gta02
May 12 19:26:37 <rhaeder> ok :/
May 12 19:26:55 <rhaeder> maybe with nice --adjustment=-10 it would be better playback?
May 12 19:27:10 <rhaeder> I was able to listen to OGGs on my GTA02 :)
May 12 19:27:32 <mrmoku> yeah, but you want your ringtone to happen _immediately_ when I call comes in, no?
May 12 19:27:44 <mrmoku> s/I/a/
May 12 19:27:44 <apt> mrmoku meant: yeah, but you want your ringtone to happen _immediately_ when a call comes in, no?
May 12 19:28:56 <rhaeder> LOL, cool bot :)
May 12 19:29:08 <mrmoku> ~snack
May 12 19:29:09 * apt belches loudly. Oup, 'begpardon.
May 12 19:29:26 <mrmoku> ~help
May 12 19:29:39 <rhaeder> already found it out
May 12 20:17:15 <JaMa> 2.6.37.6 works ok on gta02 :)
May 12 20:17:52 <Heinervdm> JaMa: http://trac.shr-project.org/trac/ticket/1105#comment:27
May 12 20:18:12 <Heinervdm> the problem is jffs2
May 12 20:18:33 <JaMa> Heinervdm: yup seen that
May 12 20:18:36 <Heinervdm> thats the reason we've never seen this bug in the last time
May 12 20:19:36 <mrmoku> JaMa: yay :)
May 12 20:21:00 <JaMa> mrmoku: maybe scenarios need small update :/
May 12 20:22:16 <mrmoku> JaMa: same procedure as every year... err kernel bump ;)
May 12 20:25:33 * JaMa still thinks we can switch .37 and .38 and go for .39 when it's in git.oe :)
May 12 20:27:26 <mrmoku> JaMa: skip you mean? two scenario changes less would be a good thing :)
May 12 20:27:40 <JaMa> ah.. yes skip :)
May 12 20:32:24 <JaMa> mrmoku: nvm, scenarios are fine, there is new snd module which wasn't autoloaded 
May 12 20:33:58 <mrmoku> JaMa: even better :D
May 12 20:34:47 <JaMa> do we want to switch now? :)
May 12 20:35:35 <JaMa> I have pushed updated recipe/defconfig, now only one patch making it default for om-gta0* and added that autoload is in my queue
May 12 20:39:23 <mrmoku> JaMa: what could break?
May 12 20:41:06 <JaMa> don't know, everything seems working here.. we can build it in tests/shr-u to make testing easier...
May 12 20:41:38 <JaMa> radekp reported much better battery life with 2.6.37..
May 12 20:44:13 <mrmoku> JaMa: push it then :)
May 12 20:44:24 <JaMa> :)
May 12 20:49:25 <JaMa> pushed and building :)
May 12 21:33:48 <playya> is there any page which describes the different oe repositories and their dependencies?
May 12 21:34:58 <plotr> hi guys
May 12 21:34:59 <dcordes> playya: ping khem in #oe
May 12 21:35:06 <dcordes> playya: he announced to do a writeup on this
May 12 21:35:14 <plotr> is there a way to get shtool on shr?
May 12 21:35:14 <dcordes> playya: after I asked the same question in the channel :)
May 12 21:35:15 <playya> oh. cool
May 12 21:35:26 <dcordes> playya: hi. what's that ?
May 12 21:35:40 <playya> i want to build a image for the pandaboard
May 12 21:35:56 <playya> maybe some stuff might be useful on other machines, too
May 12 21:37:49 <dcordes> plotr: you can get these things easily: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes?h=org.openembedded.dev
May 12 21:38:11 <dcordes> playya: what kind of image ?
May 12 21:38:30 <playya> i want to test a shr-image
May 12 21:38:36 <dcordes> ok
May 12 21:38:42 <dcordes> you can use the shr-makefile easily
May 12 21:38:47 <playya> not really useful. only for testing
May 12 21:39:07 <dcordes> 23:33 < playya> maybe some stuff might be useful on other machines, too
May 12 21:39:13 <dcordes> hmm putty :)
May 12 21:39:18 <dcordes> http://shr-project.org/trac/wiki/Building%20SHR there you go
May 12 21:39:33 <plotr> dcordes: where can I read more about usage of this stuff? is it a way to make install software bypassing opkg?
May 12 21:39:55 <dcordes> personally I'm using a 'classic' oe setup without fancy makefile or recent oe structure. but I will switch to oe-core soon, too
May 12 21:40:07 <plotr> dcordes: thanks
May 12 21:40:36 <dcordes> playya: do I know you from ubuntu land ?
May 12 21:40:37 <plotr> so the only way to add shtool into shr is to make complete rebuild of entire shr?
May 12 21:40:44 <dcordes> plotr: this is the openembedded metadata
May 12 21:40:47 <playya> dcordes, maybe
May 12 21:41:02 <dcordes> plotr: the recipes for what is making your .ipk packages
May 12 21:42:38 <dcordes> playya: regarding the layer documentation you should really approach kehm ... I'm looking forward to the reply
May 12 21:43:30 <plotr> I do not see shtool under recipes link
May 12 21:43:44 <plotr> is it included to some other package?
May 12 21:44:29 <dcordes> if it's not in the openembedded metadata you are likely to not find it in any packages for shr
May 12 21:46:23 <plotr> ok so, again, how do I get shtool on shr?
May 12 21:46:45 <dcordes> add it in the openembedded metadata
May 12 21:47:50 <dcordes> plotr: tadaaaa http://docs.openembedded.org/usermanual/usermanual.html#metadata_writing_data
May 12 21:47:59 <dcordes> I have to run, good night.
May 12 21:49:07 <plotr> let me double-check installation instructions for debian - I suspect that it might be easier to just install it instead :)
May 12 21:50:53 <playya> plotr, just use shr-makefile ;)
May 12 21:51:50 <plotr> playya: yeah, but before that - make own recipe for shtool and try to make it work... how long will it take, what do you think?
May 12 21:56:53 <playya> plotr, is it a native tool or some kind of script language?
May 12 21:57:44 <plotr> http://www.gnu.org/software/shtool/ - that's part of GNU autotools
May 12 21:58:01 <plotr> it is present in every single GNU/Linux distro
May 12 21:58:10 <plotr> well, except shr apparently :)
May 12 21:58:44 <playya> why do you need shtool on the host?
May 12 21:58:51 <playya> ehh. target
May 12 21:59:36 <plotr> well, it would be nice to compile things directly on shr without setting up cross-env.
May 12 22:00:52 <playya> maybe i can write you an initial recipe
May 12 22:08:10 <plotr> playya: that would be useful for many people I think
May 12 22:21:09 <playya> playya, good night. i'll test my recipe tomorrow
May 12 22:22:33 <playya> plotr, copy this recipe to openembedded/recipes/shtool/shtool_2.0.8.bb: http://pastebin.com/QvPtNbGQ
May 12 22:24:25 <plotr> playya: thanks a lot!
May 12 22:26:55 <pespin> mrmoku, hmm erorr error error
May 12 22:26:56 <pespin> | ERROR: Function 'do_configure' failed (see /OE/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/libphone-ui-shr-1_0.0.1+gitr0+cba6c0a323a140cd999ba39411faad04492a88ac-r4/temp/log.do_configure.27830 for further information)
May 12 22:26:56 <pespin> | + cd /path/to/source/libphone-ui-shr
May 12 22:28:31 <plotr> playya: any chance for shtool recipe to become part of shr repositories?
May 12 22:28:50 <plotr> so it could be installed via "opkg install shtool"?
May 12 22:31:47 <playya> plotr, ask one of the SHR guys ;)
May 12 22:32:14 <plotr> mrmoku: are you one of the shr guys? :)
May 12 22:33:57 <JaMa|Zzz> pespin: what's in that log?
May 12 22:34:52 <JaMa|Zzz> pespin: I guess you didn't read my comment http://trac.shr-project.org/trac/ticket/1443
May 12 22:36:13 <pespin> JaMa|Zzz, I don't see any relation between your link and the error I'm getting -.^
May 12 22:37:17 <JaMa|Zzz> pespin: I don't see your error at all, but libphone-ui-shr is fine...
May 12 22:37:49 <pespin> JaMa|Zzz, the log contains the same I posted here (plus this at the end: | autopoint: *** Stop.
May 12 22:38:00 <JaMa|Zzz> | + cd /path/to/source/libphone-ui-shr, looks like local-build.inc enabled..
May 12 22:38:29 <JaMa|Zzz> now real zzz
May 12 22:38:36 <pespin> hmm could be, I'll try disabling it ;)
May 12 22:38:41 <pespin> ok, gnight!
May 12 22:39:04 <JaMa|Zzz> pespin: and read 1443 if you haven't already
May 12 22:39:16 <pespin> I'm building from scratch from today
May 12 22:40:23 <pespin> so I suppouse is not needed.
May 12 22:41:36 <pespin> yeah, I enabled localbuilds before u.u
May 12 22:42:02 <JaMa|Zzz> ah, should be good then
May 12 22:42:55 <pespin> btw, glib-2.0 dep has to be removed from dbus recipe in oe.dev. I didn't have time to do and send the patch
May 12 22:51:44 <CIA-81> freesmartphone.org: 03mickey 07aurora * raacbc22f1b07 10/aurora/components/common/Dialpad.qml: aurora: dialpad: enable "backspace" button
**** ENDING LOGGING AT Fri May 13 02:59:58 2011