**** BEGIN LOGGING AT Sat May 02 02:59:57 2009
May 02 04:49:08 <CIA-75> SHR: 03frazier.cameron 07shr-settings * r261461264b0a 10/shr_settings_modules/shr_battery.py: [Battery] DBus signals are now used to trigger updates. Numerous other changes to simplify and clean up.
May 02 04:58:07 <mirko-paroli> anyone from shr around?
May 02 04:58:16 <mirko-paroli> I am looking for the valac ipk ...
May 02 06:33:19 <spaetz>  mirko-paroli ?
May 02 06:33:31 <mirko-paroli> spaetz: ?
May 02 06:38:32 <spaetz> what about valac?
May 02 06:38:38 <mirko-paroli> ah
May 02 06:38:51 <mirko-paroli> I was trying to get valac and libefl vala runnin on my neo
May 02 06:39:06 <mirko-paroli> hoewever there are no packages in on2009 so I was hoping to nick one from SHR
May 02 06:39:09 <mirko-paroli> but there don
May 02 06:39:18 <mirko-paroli> doesn't seem to be one either
May 02 06:39:22 <mirko-paroli> libefl vala is there
May 02 06:39:26 <mirko-paroli> but the lang itself ain't
May 02 06:40:08 <spaetz> yes, there was, but afaik they were upstreamed
May 02 06:41:04 <spaetz> i put  a vala .6.1 recipe into the  shr-overlay myself
May 02 06:41:16 <mirko-paroli> I think the new efl bindings need .7.1
May 02 06:41:21 <mirko-paroli> the one from fso git
May 02 06:42:36 <spaetz> that's why shr has fixed libeflvala to a version that's still working with .6.1
May 02 06:42:43 <mirko-paroli> ah o
May 02 06:42:45 <mirko-paroli> k
May 02 06:42:48 <spaetz> at least in testing
May 02 06:43:04 <mirko-paroli> clever :)
May 02 06:43:23 <spaetz> not sure what has happened in unstable the last 2 weeks
May 02 06:44:01 <mirko-paroli> so if i get vala, valac and libefl vala from shr testing it should work?
May 02 06:44:11 <mirko-paroli> at least as a preview
May 02 06:45:11 <spaetz> i think so
May 02 06:45:16 <mirko-paroli> cool, thx
May 02 06:45:33 <mirko-paroli> i tried my luck with compiling it myself, but failed
May 02 06:45:51 <spaetz> not sure why my .6.1 recipe was removed though
May 02 06:46:38 <mirko-paroli> i only noticed some discussions about it, but didn't get the whole info pack
May 02 06:47:03 <spaetz> and .7 appparently breaks existing stuff, so i coulldn't bump to that yet
May 02 06:47:32 <mirko-paroli> oh
May 02 06:48:16 <spaetz> i did, but was told to revert...
May 02 06:48:39 <spaetz> anyway, breakfest time
May 02 06:48:44 <mirko-paroli> hehe ok
May 02 06:48:47 <mirko-paroli> thx for the info
May 02 06:48:55 <mirko-paroli> and for the pointer
May 02 07:35:14 <BluesLee> mirko-paroli: hey
May 02 07:35:22 <mirko-paroli> hey BluesLee
May 02 07:35:37 <BluesLee> mirko-paroli: paroli crashed;-)
May 02 07:35:52 <mirko-paroli> oh
May 02 07:35:56 <mirko-paroli> what did you do?
May 02 07:35:59 <mirko-paroli> i mean
May 02 07:36:03 <mirko-paroli> what made it crash
May 02 07:36:24 <BluesLee> mirko-paroli: did a first call, released, the "tele" screen is still there but i cant switch to home
May 02 07:36:44 <mirko-paroli> if you hit the topbar nothing happens?
May 02 07:37:20 <BluesLee> correct ... i see that the touchscreen is still there pressing on end call etc
May 02 07:37:35 <mirko-paroli> hmm
May 02 07:37:42 <mirko-paroli> can you ssh into you phone and give me the log ?
May 02 07:37:48 <mirko-paroli> I don't have a local simcard yet
May 02 07:37:54 <mirko-paroli> so i couldn't test the calling stuff
May 02 07:38:02 <mirko-paroli> although it shouldn't hang
May 02 07:38:05 <BluesLee> one moment
May 02 07:38:09 <mirko-paroli> thx
May 02 07:38:39 <BluesLee> which log?
May 02 07:38:46 <mirko-paroli>  /var(log/paroli.log
May 02 07:38:56 <BluesLee> okay
May 02 07:39:10 <BluesLee> the battery applet works;-)
May 02 07:39:17 <mirko-paroli> hehe good ;)
May 02 07:41:08 <BluesLee> ohh, a lot of private numbers there
May 02 07:41:18 <mirko-paroli> i won't call anyone
May 02 07:41:25 <mirko-paroli> as I said am mobileless anyhow
May 02 07:45:47 <BluesLee> mirko-paroli: http://pastebin.ca/1410188 ... you have 5 minutes;-)
May 02 07:45:55 <mirko-paroli> k, thx, I'll hurry
May 02 07:46:07 <BluesLee> mirko-paroli: i removed all private sex numbers xxxxxxx
May 02 07:46:20 <BluesLee> hehe
May 02 07:47:44 <mirko-paroli> do you still have the button to hang up?
May 02 07:48:17 <BluesLee> yes
May 02 07:49:30 <mirko-paroli> my guess here is (and the log misses the intereresting parts), that there was 2 calls initialized, which in theory isn't possible
May 02 07:49:39 <mirko-paroli> the fso used to block that
May 02 07:49:46 <mirko-paroli> that could be one possibilty
May 02 07:50:38 <mirko-paroli> if you hit end call now, does it say "release call " in the log again ?
May 02 07:50:57 <BluesLee> no
May 02 07:51:02 <mirko-paroli> ok
May 02 07:51:10 <mirko-paroli> the thing here is, it seems there have 2 timers been started
May 02 07:51:16 <mirko-paroli> meaning, 2 windows
May 02 07:51:22 <mirko-paroli> meaning 2 calls
May 02 07:51:32 <mirko-paroli> so my guess is, that the window you see there lacks any callbacks
May 02 07:51:38 <BluesLee> yes
May 02 07:51:44 <mirko-paroli> and everything you see right now, is pure edje
May 02 07:51:50 <mirko-paroli> no connection to python
May 02 07:51:52 <BluesLee> i had a screen with a ok button below
May 02 07:51:58 <mirko-paroli> ah
May 02 07:52:02 <mirko-paroli> did it say anything
May 02 07:52:05 <mirko-paroli> that was an error message
May 02 07:52:12 <BluesLee> no
May 02 07:52:16 <mirko-paroli> hmpf
May 02 07:52:29 <BluesLee> that was after releasing a call to 22922
May 02 07:52:37 <BluesLee> then i released that one
May 02 07:52:51 <mirko-paroli> can you check the log for "error" can't read it anymore
May 02 07:52:52 <BluesLee> got back to tele
May 02 07:53:32 <mirko-paroli> k I see I'll have to flash that image, it has a new framework and seems to lack the elementary theme *arg*
May 02 07:53:51 <BluesLee> http://pastebin.ca/1410192
May 02 07:54:08 <BluesLee> 30 minutes, hehe
May 02 07:54:52 <BluesLee> mirko-paroli: do you need infos here? otherwise i will flash back
May 02 07:55:12 <mirko-paroli> ah found the problem
May 02 07:55:21 <mirko-paroli> the cpu resource was requested twice
May 02 07:55:28 <mirko-paroli> sry that is my f*** up
May 02 07:55:35 <BluesLee> no problem
May 02 07:55:43 <mirko-paroli> thx a lot for letting me know :)
May 02 07:55:56 <BluesLee> can i install further apps on top of this?
May 02 07:55:58 <mirko-paroli> did that scare you away forever ;)
May 02 07:56:06 <mirko-paroli> if you enable settings
May 02 07:56:12 <mirko-paroli> in /etc/paroli.cfg
May 02 07:56:23 <mirko-paroli> you should be able to switch to the usual illume screen
May 02 07:56:30 <BluesLee> will paroli be integrated into shr?
May 02 07:56:37 <mirko-paroli> and then it is just as shr, except it comes with paroli
May 02 07:56:44 <BluesLee> mirko-paroli: thats fine
May 02 07:56:46 <mirko-paroli> well running paroli in shr should be easy
May 02 07:56:59 <mirko-paroli> as it only depends on fso and some e stuff
May 02 07:57:18 <mirko-paroli> and it scales into illume also
May 02 07:57:27 <BluesLee> okay
May 02 07:57:37 <BluesLee> i am not scared
May 02 07:57:57 <mirko-paroli> ah nice
May 02 07:58:06 <BluesLee> if this is the future i will go that way
May 02 07:58:47 <BluesLee> the gui is quite simple but no problem, stability is the first step
May 02 07:59:19 <mirko-paroli> yepp one step at atime
May 02 08:17:34 <ptitjes> good morning
May 02 08:17:50 <mirko-paroli> mornin' ptitjes
May 02 08:25:21 <ptitjes> how fine mirko-paroli ?
May 02 08:25:53 <mirko-paroli> I am good if that was the quesiton, how about you?
May 02 08:26:11 <ptitjes> fine too :)
May 02 08:26:28 <mirko-paroli> what's the current with vala, valac and libeflvala
May 02 08:26:42 <mirko-paroli> tried to compile the other day, but it didn't end too successful
May 02 08:27:49 <ptitjes> humm I can't tell exactly for libeflvala
May 02 08:28:05 <ptitjes> but it seems to me that it compiles fine
May 02 08:28:19 <mirko-paroli> i think my prob was vala-lang .71
May 02 08:29:47 <mirko-paroli> which didn't compile properly
May 02 08:29:55 <mirko-paroli> but I'll just give it another go later today
May 02 08:30:32 <ptitjes> mirko-paroli: you have to use the pending-upstream-move branch
May 02 08:30:43 <mirko-paroli> hui
May 02 08:30:44 <mirko-paroli> ok
May 02 08:32:26 <mirko-paroli> k i'll try right now :)
May 02 08:32:28 <mirko-paroli> thx
May 02 08:33:16 <ptitjes> mirko-paroli: np
May 02 08:56:15 <morphis> good morning everybody!
May 02 08:56:50 <mirko-paroli> hi morphis
May 02 08:56:57 <mirko-paroli> good to meet you here ;)
May 02 08:57:09 <mirko-paroli> I looked at elm_win_xwin_get
May 02 08:57:18 <mirko-paroli> and what you have written there seems to work
May 02 08:57:23 <mirko-paroli> any reason why you didn't put it in?
May 02 08:58:40 <morphis> no time actually :)
May 02 08:58:53 <mirko-paroli> well you just commented it out and wrote #TODO
May 02 08:59:01 <morphis> jepp
May 02 08:59:18 <mirko-paroli> i just enabled it, compiled again and it worked
May 02 08:59:19 <morphis> because I have to look how a xwin is handeled in python-ecore
May 02 08:59:24 <morphis> ah ok
May 02 08:59:30 <morphis> never checked it
May 02 08:59:34 <mirko-paroli> it is just an id
May 02 08:59:37 <mirko-paroli> not an object
May 02 08:59:40 <morphis> ah ok
May 02 08:59:47 <morphis> I will fix it
May 02 08:59:56 <mirko-paroli> just thought you might be curious ;)
May 02 08:59:59 <mirko-paroli> or interested
May 02 09:00:30 <morphis> everytime if you have fixes for python-elementary :)
May 02 09:00:36 <mirko-paroli> hehe
May 02 09:00:40 <mirko-paroli> I am trying :)
May 02 09:00:46 <morphis> if you found some bug or a feature is missing, just send me patches
May 02 09:00:48 <mirko-paroli> but yeah, takes time
May 02 09:00:55 <mirko-paroli> will do
May 02 09:00:59 <morphis> great
May 02 09:01:02 <mirko-paroli> finally got the compiling working yesterday
May 02 09:12:19 <mirko-paroli> morphis: I read sth about HAVE ELEMENTARY_X in the c file yesterday, in the function regarding keyboard_win_set to be precise, could that be the prob with the kbd not appearing?
May 02 09:15:02 <morphis> mirko-paroli: maybe
May 02 09:15:03 <mrmoku|a`> Ainulindale: ping
May 02 09:15:36 <morphis> mirko-paroli: put it on my todo list
May 02 09:15:57 <mirko-paroli> morphis: ok, I will check that as well, if I find anything and bug raster if I catch him online
May 02 09:16:23 <morphis> mirko-paroli: would be great, I don't think I have time for this until next weekend
May 02 09:16:45 <mirko-paroli> sure, I really need it, so I will try my best
May 02 09:17:07 <morphis> mirko-paroli: maybe a blocker for the paroli release :)
May 02 09:17:11 <mirko-paroli> is kinda ugly when the keyboard stays open
May 02 09:17:17 <mirko-paroli> most certainly
May 02 09:17:21 <morphis> :)
May 02 09:53:25 <mirko-paroli> bye everyone
May 02 09:54:01 <ptitjes> bye
May 02 09:56:24 <mrmoku> ptitjes: want your opinion too
May 02 09:56:33 <mrmoku> I don't know what to do with shr-testing...
May 02 09:56:45 <ptitjes> hello mrmoku 
May 02 09:56:53 <mrmoku> ptitjes: yeah, hello :-)
May 02 09:57:06 <ptitjes> mrmoku: hum what do you mean ?
May 02 09:57:31 <mrmoku> shr-testing is broken... and I have three ways to fix it :P
May 02 09:57:44 <mrmoku> a) rebuild with fso/ms5.5 fixed to an old rev
May 02 09:57:46 <ptitjes> how broken ?
May 02 09:57:59 <mrmoku> b) rebuild with fso/ms5.5 current and mwesters hackery to make e work
May 02 09:58:09 <mrmoku> c) rebuild with current unstable stuff
May 02 09:58:19 <ptitjes> mrmoku: because unstable works ?
May 02 09:58:23 <mrmoku> broken, because of the e SONAME changing stuff
May 02 09:58:54 <mrmoku> ptitjes: for me unstable works quite well, yeah
May 02 09:58:56 <ptitjes> mrmoku: I thought testing was following fso/m5 and unstable fso/m5.5
May 02 09:58:59 <ptitjes> am I wrong ?
May 02 09:59:15 <mrmoku> yep... Ainulindale updated testing to fso/ms5.5 during easter
May 02 09:59:21 <ptitjes> ok
May 02 09:59:37 <mrmoku> but due to the changes in fso/ms5.5 the last build went bad
May 02 09:59:51 <ptitjes> so now testing also follows fso/m5.5 (which is good IMHO because release often release early)
May 02 10:00:33 <mrmoku> I'm just wondering... if we have to rebuild in a way people can't upgrade and must reflash instead
May 02 10:00:45 <mrmoku> that would be the occasion to update testing
May 02 10:01:39 * mrmoku hates being undecided :P
May 02 10:03:29 <mrmoku> wanted to hear Ainulindale too... but he apparently is hanging out in some cafe enjoying real life :P
May 02 10:03:46 <ptitjes> mrmoku: sorry was on phone
May 02 10:03:51 <mrmoku> np :)
May 02 10:04:25 <ptitjes> mrmoku: want I call him to ask his opinion ?
May 02 10:05:00 <mrmoku> ptitjes: well... I guess when he would have time to think about this.. he would be here ;)
May 02 10:05:18 <ptitjes> hum yeah
May 02 10:05:19 <mrmoku> and I don't want you to disturb him in his russian lessons :P
May 02 10:05:41 <ptitjes> but he did not gave me news and I thought we would meet yesterday...
May 02 10:05:54 <ptitjes> mrmoku: I don't care about his russian lessons ;)
May 02 10:06:00 <mrmoku> hehe
May 02 10:06:25 <ptitjes> (don't understand me bad, Genia is really a good girl... but man there are more important affairs ;) )
May 02 10:06:29 <Ainulindale> mrmoku: I'm there
May 02 10:06:35 <ptitjes> oups
May 02 10:06:36 <mrmoku> Ainulindale: hey :)
May 02 10:06:49 <mrmoku> what do we do about testing?
May 02 10:06:55 * ptitjes is hiding
May 02 10:07:08 <ptitjes> hello Ainulindale 
May 02 10:09:40 <mrmoku> Ainulindale: I would really, really like to get it fixed
May 02 10:09:51 <Ainulindale> I have no idea what you're talking about
May 02 10:09:53 <Ainulindale> I just woke up
May 02 10:10:02 <mrmoku> Ainulindale: :-)
May 02 10:10:35 <mrmoku> The other day I wanted to build an updated lf-phonegui package with a fix to show correct timestamps on messages
May 02 10:10:49 <mrmoku> and due to the changes in fso/ms5.5 the build went bad :(
May 02 10:11:05 <mrmoku> rebuilt all e libs due to the soname changes
May 02 10:13:51 <Ainulindale> Did you test e/unstable with the SRCREV used as a standard in fso/ms5.5?
May 02 10:17:55 <mrmoku> no, I played with a shr distro conf and did three unsuccessfull rebuilds from scratch
May 02 10:18:41 <Ainulindale> Well we should test it
May 02 10:18:46 <Ainulindale> And by we I mean you guys :-p
May 02 10:18:52 <mrmoku> ;)
May 02 10:19:01 <mrmoku> exactly that version? Why not something newer?
May 02 10:19:06 <Ainulindale> (I spent all day yesterday sleeping more or less)
May 02 10:19:30 <Ainulindale> mrmoku: well because that version is supposed to work, guarantueed
May 02 10:19:34 <mrmoku> man... yesterday was workers day... your were supposed to work doubly ;)
May 02 10:19:44 <Ainulindale> Ask nytowl 
May 02 10:19:52 <Ainulindale> Anyway, going to wash myself
May 02 10:19:56 <Ainulindale> See you later
May 02 10:19:58 <mrmoku> Ainulindale: ok, so we should use that version for testing
May 02 10:20:03 <mrmoku> ok... lagter
May 02 10:20:07 <mrmoku> s/lagter/later/
May 02 10:20:08 <bzzbot> mrmoku meant: ok... later
May 02 10:22:30 <Deubeuliou> hi
May 02 10:22:43 <BillK> current shr-testing, can it be upgraded to unstable currently by
May 02 10:22:57 <BillK> changing conf files and upgrading? - 
May 02 10:23:05 <BillK> or is reflash neccessary
May 02 10:26:03 <Deubeuliou> I think it should work but you may experience problems such as no usb networking. I had this problem last time I tried and had no terminal (because no icon on the illume screen) to fix it
May 02 10:27:20 <Deubeuliou> I'm trying to get a new developpement environnement but I can't "make image":
May 02 10:27:23 <Deubeuliou> ERROR: Required build target 'shr-lite-image' has no buildable providers.
May 02 10:27:27 <Deubeuliou> Missing or unbuildable dependency chain was: ['shr-lite-image', 'shasum-native']
May 02 10:27:43 <Deubeuliou> "make shr-lite-image" doesn't exists
May 02 10:28:09 <Deubeuliou> neither does "bitbake -c shr-lite-image"
May 02 10:32:05 <Deubeuliou> I got that, at the beggining, too: ERROR: opening /home/deubeuliou/dev/openmoko/shr-unstable/openembedded/packages/*/*.bb: [Errno 2] No such file or directory: '/home/deubeuliou/dev/openmoko/shr-unstable/openembedded/packages/*/*.bb'
May 02 10:35:52 <mrmoku> BillK: reflashing is necessary
May 02 10:38:46 <CIA-75> SHR: 03mok 07shr-overlay * r922d35b869e2 10/openembedded/conf/distro/include/shr-autorev.inc: autorev: use EFL_SRCREV provided by fso/ms5.5 OE branch
May 02 10:38:56 <CIA-75> SHR: 03mok 07shr-overlay * r27b2aa11390c 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: autorev-unstable: fix vala-dbus-binding-tool to a working rev (as of ptitjes)
May 02 10:38:57 <CIA-75> SHR: 03mok 07shr-overlay * r911a186c104f 10/patches/efl1/0001-Added-hebrew-arabic-and-rtl-support-patches-for-e.patch: patches: remove hebrew-arabic-rtl efl patch (is upstream)
May 02 10:39:32 <mrmoku> Deubeuliou: either do just 'make image' (which builds the image specified by conf/auto.conf)
May 02 10:39:39 <mrmoku> or bitbake shr-lite-image
May 02 10:40:27 <Deubeuliou> Deubeuliou: either do just 'make image'  <-- that is the command that fails
May 02 10:40:43 <Deubeuliou> bitbake shr-lite-image doesn't work neither
May 02 10:40:52 <ptitjes> mrmoku: arf vala-dbus-binding-tool is stable again
May 02 10:41:34 <mrmoku> ptitjes: hehe :-)
May 02 10:41:36 <ptitjes> mrmoku: I just told you to fix rev until I update the support in Vala repo
May 02 10:41:43 <mrmoku> will remove that rev again then
May 02 10:42:14 <ptitjes> mrmoku: because code produced by vala-dbus-binding-tool would not have build with vala until I fix the necessary thing
May 02 10:42:18 <ptitjes> but now it is ok
May 02 10:42:33 <ptitjes> sorry my dear mrmoku 
May 02 10:42:44 <Deubeuliou> is it normal that I get "ERROR: opening /home/deubeuliou/dev/openmoko/shr-unstable/openembedded/packages/*/*.bb: [Errno 2] No such file or directory: '/home/deubeuliou/dev/openmoko/shr-unstable/openembedded/packages/*/*.bb'" ?
May 02 10:42:50 <Deubeuliou> when I launch make image
May 02 10:43:08 <mrmoku> Deubeuliou: ahh... packages is wrong
May 02 10:43:13 <mrmoku> it got renamed to recipes
May 02 10:43:19 <ptitjes> mrmoku: but don't forget to update vala's recipe to branch=pending-upstream-move
May 02 10:43:44 <mrmoku> Deubeuliou: you have to edit conf/local.conf and change packages to recipes
May 02 10:44:18 <mrmoku> ptitjes: right now I'm trying to get testing straight...
May 02 10:44:22 <Deubeuliou> ok
May 02 10:44:23 <mrmoku> will do unstable in the afternoon
May 02 10:44:54 <Deubeuliou> I already have that line: BBFILES += "${TOPDIR}/shr/openembedded/recipes/*/*.bb"
May 02 10:45:03 <ptitjes> ok
May 02 10:45:06 <Deubeuliou> I'll search in another conf file
May 02 10:46:08 <mrmoku> Deubeuliou: conf/site.conf then
May 02 10:46:27 <Deubeuliou> yes
May 02 10:46:29 <Deubeuliou> found it
May 02 11:06:02 <cnwdup> What's the differance between armv5tel and arm? Can they be used interchangeably?
May 02 11:08:02 <lindi-> cnwdup: ?
May 02 11:09:04 <cnwdup> lindi-, ah, I kinda don't get the triples used to identify the magine. Like arm-softfloat-linux-gnueabi and armv5tel-softfloat-linux-gnueabi. What's the main differance between them?
May 02 11:09:17 <cnwdup> *difference
May 02 11:10:50 <cnwdup> s/magine/machine/ Sorry. I'll put more efford into typing from now on. (:
May 02 11:11:31 <lindi-> cnwdup: arm is probably a synonym for some more specific architecture?
May 02 11:11:36 <DocScrutinizer> hmm, could anybody help?
May 02 11:11:40 <DocScrutinizer> Jeffrey Ratcliffe <jeffrey.ratcliffe@gmail.com>
May 02 11:11:41 <DocScrutinizer>   An: 
May 02 11:11:43 <DocScrutinizer> support@lists.openmoko.org
May 02 11:11:45 <DocScrutinizer>   Datum: 
May 02 11:11:46 <DocScrutinizer> 2009-05-02 11:10
May 02 11:12:00 <DocScrutinizer> Re: The myth of missed phone calls (was: OM2008.12 - basic usage  instructions?)
May 02 11:12:05 <DocScrutinizer> .
May 02 11:12:20 <DocScrutinizer> I really don't know what exactly to answer
May 02 11:12:24 <cnwdup> lindi-, can I compile glibc for arm-softfloat-linux-gnueabi from a armv5tel-softfloat-linux-gnueabi host without any additional steps I have to perform?
May 02 11:12:50 <lindi-> cnwdup: not sure
May 02 11:13:44 * DocScrutinizer needs COFFEE
May 02 11:48:54 <BillK> mrmoku: tkx
May 02 12:17:42 <cnwdup> Would using thumb opcodes improve performance on the Freerunner?
May 02 12:22:25 <sylar91> cnwdup: I think that thumb opcodes are aviable only for arm >=7
May 02 12:23:31 <cnwdup> sylar91, which would apply to the arm920t cpu FR uses, wouldn't it?
May 02 12:23:46 <max_posedon_> cnwdup, yes
May 02 12:24:10 <max_posedon_> and yes thumb1 avaible for armv4tl (t in name)
May 02 12:24:37 <max_posedon_> but it is really buggy, and many test work should done per-package
May 02 12:25:01 <cnwdup> max_posedon_, so one should go for armv4 in general and apply armv4t where its possible?
May 02 12:25:39 <cnwdup> Can one switch between armv4t and armv4 arbitrarily?
May 02 12:26:54 <max_posedon_> thumb is just instructions set
May 02 12:27:15 <max_posedon_> with gcc -mthumb -mthumb-interwork
May 02 12:27:43 <max_posedon_> you easy can compile just one app/lib with thumb instructions without brokening ABI
May 02 12:28:00 <cnwdup> Okay. Thank you.
May 02 12:28:35 <max_posedon_> theoretically thumb gave's you ~30 smaller size, and upto ~30% speed
May 02 12:28:48 <max_posedon_> *gives*
May 02 12:29:06 <cnwdup> But it's not stable enough for all packages to be compiled with that options?
May 02 12:29:15 <max_posedon_> yes
May 02 12:29:26 <cnwdup> Okay. Thank you.
May 02 12:29:45 <max_posedon_> so, you should think about how easy switch/on/off cflags per package
May 02 12:29:51 <max_posedon_> I can sugges gentoo for it)
May 02 12:30:12 <cnwdup> We are using archlinux (at least trying to). But we should be able to provide such an option. (:
May 02 12:30:24 <DocScrutinizer> max_posedon_: is this a gcc problem?
May 02 12:30:43 <DocScrutinizer> i.e gcc creating buggy code?
May 02 12:32:47 <Defiant> thumb codes are improving performance? I thought they are only to save space?
May 02 12:33:14 <max_posedon_> DocScrutinizer, I think both
May 02 12:33:34 <max_posedon_> Defiant, armv4tl have cache, more instructions in cache -> better speed
May 02 12:33:54 <Defiant> max_posedon_: good point
May 02 12:34:01 <DocScrutinizer> hmm, but 30%? o.O
May 02 12:34:29 <DocScrutinizer> ok our ram-if isn't fast. admittedly
May 02 12:34:38 <max_posedon_> also thumb instructions smaller(16bit, instead 32), so cpu performance because of small instructions better too.
May 02 12:34:42 <DocScrutinizer> NAND even worse
May 02 12:35:12 <max_posedon_> DocMobilizer, I can prepare tests, which will be 100% faster whith thumb
May 02 12:35:22 <DocScrutinizer> wow
May 02 12:35:23 <max_posedon_> for example sum vectors
May 02 12:35:39 <DocScrutinizer> you should do a speech at F9N
May 02 12:35:46 <DocScrutinizer> :-)
May 02 12:36:53 <max_posedon_> hm... I'm not expert in it), just little playing (and speak with people why plays) with gentoo/gcc/neo
May 02 12:37:34 <DocScrutinizer> got your visa now?
May 02 12:38:16 <max_posedon_> I have all papers, except one, which one will be delivered on ~Monday by snailmail
May 02 12:38:26 <max_posedon_> so 99% that I'll get it)
May 02 12:38:29 <DocScrutinizer> aah, ok
May 02 12:39:09 <DocScrutinizer> great
May 02 12:42:14 <spaetz> we moved to ms5.5 on testing?
May 02 12:42:53 <spaetz> then i'm for  option c)
May 02 12:43:20 <DocScrutinizer> I'm for vitamin-C
May 02 12:43:30 <DocScrutinizer> honestly - huh?
May 02 12:44:33 <spaetz> i wish we could pin some moving targets  in tessting at least
May 02 12:45:01 <spaetz> doc, mrmoko offered three upgrade options quite some time ago
May 02 12:45:22 <DocScrutinizer> errhmmm....
May 02 12:46:08 <spaetz> but how are we ever supposed to get a stable milestone out if we keep all versions concurrently moving on the latest bleeding edge?
May 02 12:46:37 <sylar91> max_posedon_: I have just compiled with -mthumb etube and I get a 5kb smaller executable but it doesn't seem faster..
May 02 12:47:15 <DocScrutinizer> sylar91: even 30% speed aren't barely noticeable
May 02 12:47:39 <max_posedon_> sylar91, it very depends on software/etc
May 02 12:47:54 <DocScrutinizer> sylar91: rule of thumb says: double speed so user really notices difference
May 02 12:48:13 <max_posedon_> for example mplayer itself compiles as much as he can using thumb
May 02 12:48:39 <max_posedon_> try compile mplayer without thumb, and you will see what is thumb)
May 02 12:48:47 <DocScrutinizer> :D
May 02 12:48:59 <sylar91> lol
May 02 12:49:28 <DocScrutinizer> deprive to teach value of goods
May 02 12:50:23 <DocScrutinizer> proven didactical means
May 02 12:50:36 <DocScrutinizer> ;)
May 02 12:52:06 <sylar91> anyone knows if it is possible to easily add an irda device in the fr?
May 02 12:53:23 <DocScrutinizer> fso #416: ouch
May 02 12:53:42 <DocScrutinizer> showstopper
May 02 12:58:11 <lindi-> is there a program to reconstruct audio from voip traffic? linphone's voice recording is broken in new version
May 02 13:01:09 <DocScrutinizer> etherreal/wireshark
May 02 13:01:39 <DocScrutinizer> lindi-: can convert to .au
May 02 13:03:07 <mrmoku> DocScrutinizer: you're for Aspirin-C, right? :P
May 02 13:03:15 <DocScrutinizer> lindi-: even though it's LINphne (like LINdi) I'm really embarassed you don't use twinklephone ;-) (ok twinklephone doesn't support voice recording either as for now. At least out of the box)
May 02 13:03:20 <mrmoku> spaetz: yeah... doing that now
May 02 13:03:35 <mrmoku> using EFL_SRCREV as given by ms5.5
May 02 13:03:42 <mrmoku> because that is verified working
May 02 13:03:54 <lindi-> DocScrutinizer: does twinle have non-X ui?
May 02 13:04:04 <DocScrutinizer> cli
May 02 13:04:08 <DocScrutinizer> :D
May 02 13:04:21 <DocScrutinizer> a really powerful cli
May 02 13:04:23 <lindi-> ah it does
May 02 13:04:34 <lindi-> does it run well on freerunner?
May 02 13:04:35 <CIA-75> freesmartphone.org: 03mok 07libframeworkd-glib * r052d81e78c14 10/src/opimd/dbus/ (contacts.h contacts.xml): 
May 02 13:04:35 <CIA-75> freesmartphone.org: opimd: fix double interface section for Contact interface
May 02 13:04:35 <CIA-75> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 02 13:04:50 <DocScrutinizer> lindi-: seems nobody tested it yet
May 02 13:04:53 <DocScrutinizer> :-(
May 02 13:05:04 <mrmoku> DocScrutinizer: I tested twinkle (under debian long time ago)
May 02 13:05:16 <DocScrutinizer> tho you can even compile without gui at all afaik
May 02 13:05:20 <mrmoku> not very thoroughly though
May 02 13:05:31 <mrmoku> (and with gui, which does not work nicely)
May 02 13:05:38 <DocScrutinizer> mrmoku: which version. which results?
May 02 13:05:42 <mrmoku> (because it is designed for bigger screens)
May 02 13:05:47 <DocScrutinizer> yup
May 02 13:05:52 <DocScrutinizer> bold gui
May 02 13:06:03 <DocScrutinizer> even for normal screens
May 02 13:06:06 <mrmoku> DocScrutinizer: don't remember... it was what was in debian about 3/4 year ago
May 02 13:06:21 <DocScrutinizer> hmm, rather old
May 02 13:06:30 * mrmoku checks what is in OE
May 02 13:06:42 <DocScrutinizer> nothing I bet
May 02 13:07:26 <mrmoku> yep nada :(
May 02 13:07:51 <DocScrutinizer> of course. QT dependencies
May 02 13:09:04 <DocScrutinizer> mrmoku: maybe you want to visit (or even join) http://tech.groups.yahoo.com/group/twinklephone
May 02 13:10:20 <mrmoku> DocScrutinizer: hmm... I'm very interested in SIP on the neo... though I would prefer to have some nice sip lib integrated in frameworkd ;)
May 02 13:10:21 <DocScrutinizer> also twinklephone.com should help a lot with cmpiling etc
May 02 13:11:00 <DocScrutinizer> ouch
May 02 13:11:18 <DocScrutinizer> siplib is a PITA I'd say
May 02 13:11:51 <mrmoku> did not intend any specific... the integration into frameworkd part is the one I'm interested in
May 02 13:11:55 <DocScrutinizer> look at twinkle's system/user config dialog
May 02 13:12:11 * mrmoku fires twinkle
May 02 13:12:41 <mrmoku> I'm using twinkle as daily phone in my company
May 02 13:12:45 <DocScrutinizer> you'll be amazed
May 02 13:12:45 <mrmoku> very satisfied with it
May 02 13:12:56 <DocScrutinizer> pleased to hear
May 02 13:13:05 <DocScrutinizer> which version?
May 02 13:13:18 <mrmoku> 1.4.2
May 02 13:13:18 <DocScrutinizer> >1.1?
May 02 13:13:25 <DocScrutinizer> ahh ok :-)
May 02 13:14:18 <DocScrutinizer> btw the gui is really easy to tweak with QT-designer
May 02 13:14:49 <mrmoku> hmm... so we could tweak it to take less screen... interesting
May 02 13:14:59 <DocScrutinizer> yup
May 02 13:15:29 <mrmoku> ok, will try to get a bb done then... integration into frameworkd is a long road anyway :P
May 02 13:15:57 <DocScrutinizer> I really need to nag Michel de Boer to consider QTE during recent port to QT4
May 02 13:16:40 <DocScrutinizer> mrmoku: btw are you using german lang version?
May 02 13:16:47 <mrmoku> yep
May 02 13:16:57 <DocScrutinizer> :->
May 02 13:17:06 <DocScrutinizer> hope you enjoy it
May 02 13:17:21 <mrmoku> did you do the translation?
May 02 13:17:25 <DocScrutinizer> yup
May 02 13:17:38 <DocScrutinizer> and I pushed to have translation at all
May 02 13:17:38 <mrmoku> ok... will doubly check for erros from now on ;)
May 02 13:17:41 <mrmoku> errors even
May 02 13:17:46 <DocScrutinizer> welcome
May 02 13:17:55 <DocScrutinizer> much appreciated
May 02 13:18:16 <DocScrutinizer> there was incredibly low feedback on translation
May 02 13:18:30 <mrmoku> which could be a good sign :-)
May 02 13:18:35 <mrmoku> brb
May 02 13:18:44 <DocScrutinizer> though I consider german version much better (more elaborate) than english original
May 02 13:23:36 <DocScrutinizer> http://www.sfr-fresh.com/unix/privat/twinkle-1.4.2.tar.gz:a/twinkle-1.4.2/THANKS
May 02 13:30:59 <mrmoku> DocScrutinizer: any tip on how to fight echo?
May 02 13:31:13 <mrmoku> I have echo with some numbers... with most numbers not
May 02 13:31:34 <DocScrutinizer> network issue / far end device dependency
May 02 13:31:46 <DocScrutinizer> local echo or FE has echo???
May 02 13:31:59 <mrmoku> what do you mean?
May 02 13:32:08 <mrmoku> ahh... local echo
May 02 13:32:18 <DocScrutinizer> do YOU hear the echo, or does Far End?
May 02 13:32:23 <mrmoku> I can hear myself with lots of delay
May 02 13:32:33 <mrmoku> (which is quite irritating :-)
May 02 13:32:59 <DocScrutinizer> hmm, can't do anything. This is Far End echo issue. U see not only FR has echo issues ;D
May 02 13:33:19 <mrmoku> :-)
May 02 13:33:38 <DocScrutinizer> or was FE a FR as well ? :-D
May 02 13:34:24 <mrmoku> hehe, no :-) ISDN landline
May 02 13:34:48 <DocScrutinizer> quite uncommon. Probably ne of the network gateways had a bad day
May 02 13:35:04 <DocScrutinizer> or FE used a cheap speakerphone
May 02 13:35:29 <mrmoku> hmmm... network is MNet
May 02 13:35:44 <mrmoku> local and the other side
May 02 13:36:25 <DocScrutinizer> so go complain at their helpdesk. maybe they gonna fix this eventually
May 02 13:36:56 <mrmoku> well... don't know what to tell them... because when I call with an ISDN phone there is no echo
May 02 13:37:32 <DocScrutinizer> but I had this very occasionally as well, with TKOM and standard landline2landline, with both ends working flawlessly on a zillion previous calls
May 02 13:38:01 <DocScrutinizer> this is most likely an issue of their GSM-landline gateway
May 02 13:38:41 <DocScrutinizer> there are echo cancellation algos implemented in these gateways, which occasionally go nuts
May 02 13:38:58 <DocScrutinizer> either with new sw-versions or on mere random.
May 02 13:39:14 <DocScrutinizer> these algo are adaptive
May 02 13:39:21 <DocScrutinizer> sometimes run away
May 02 13:39:42 <mrmoku> hehe, so I could tell them I have echo with *that* number and they could take a look?
May 02 13:39:52 <DocScrutinizer> think so
May 02 13:40:16 <mrmoku> ok, thanks
May 02 13:40:38 * mrmoku is getting the twinkle source now... to take a look :-)
May 02 13:41:10 <DocScrutinizer> It's a business secret how these EC work in detail. but it's rumor they even try to adapt to particular type of cellphone. so maybe your IMEI was detected as a handsfree device or sth
May 02 13:41:57 <mrmoku> hmm... call flow is: twinkle --> asterisk --> ISDN --> ISDN.
May 02 13:42:02 <mrmoku> so no gsm involved
May 02 13:42:36 <DocScrutinizer> they might fix their IMEI list, or tweak some parameters of the errrrrr
May 02 13:42:41 <DocScrutinizer> what?
May 02 13:42:47 <DocScrutinizer> talking about SIP???
May 02 13:43:02 <mrmoku> yes :-)
May 02 13:43:11 <DocScrutinizer> bah
May 02 13:43:24 <mrmoku> sorry for not stating that clearly :P
May 02 13:43:49 <DocScrutinizer> basically all above statements hold valid though
May 02 13:44:20 <DocScrutinizer> just it's the RTP/SIP->isdn gateway that introduces problems then
May 02 13:44:24 <mrmoku> apart IMEI list ;)
May 02 13:44:31 <DocScrutinizer> sure :-D
May 02 13:44:49 <mrmoku> which would be the asterisk box... though it works nicely with other numbers
May 02 13:44:53 <mrmoku> (even other MNet numbers)
May 02 13:45:01 <mrmoku> just some numbers have that echo
May 02 13:45:34 <DocScrutinizer> well, SIP is actng rather strange sometimes
May 02 13:46:12 <DocScrutinizer> the gateways aren't that tested and solid as others are
May 02 13:46:43 <DocScrutinizer> you could try to register with MNet directly, leaving out the asterisk
May 02 13:47:30 <mrmoku> they don't offer SIP directly
May 02 13:47:39 <DocScrutinizer> often EC borks when roundtrip time (=echo delay) is too long for the algo bufer implemented n this particular EC
May 02 13:47:59 <DocScrutinizer> ouch, so what? IPX?
May 02 13:48:23 <DocScrutinizer> or is * yur ISDN gateway then?
May 02 13:48:48 <mrmoku> yep our ISDN gateway is the asterisk box
May 02 13:49:15 <DocScrutinizer> hmm, so you need to check asterisk. It's the source of the problem
May 02 13:49:39 <DocScrutinizer> and it's completely independent of the ISDN provider I'd say
May 02 13:49:54 <mrmoku> ok
May 02 13:50:00 <DocScrutinizer> also I don't see how FE does create any problem then
May 02 13:50:29 <DocScrutinizer> but I'm not familiar with * idiosyncrasies
May 02 13:50:42 <DocScrutinizer> maybe ask on * ML?
May 02 13:51:11 <DocScrutinizer> anyway, out for breakfast now ;)
May 02 13:51:23 <mrmoku> ok... have a nice breakfast then :P
May 02 13:57:30 <morphis> gpg --keyserver subkeys.pgp.net --recv-keys F61E2E7CECDEA787
May 02 14:00:36 <DocScrutinizer> mrmoku: btw twinke running instance is controlled by cli frontend via socket-file. should be a snap to write a dbus-frontend for that
May 02 14:01:19 <DocScrutinizer> though the design is painfully missing backpropagation of any return-codes
May 02 14:02:11 <DocScrutinizer> i did a concept for augmenting this. probably somewhere on yahoo ml to find
May 02 14:08:49 <mrmoku> DocScrutinizer: interesting idea
May 02 14:17:36 <DocScrutinizer> mrmoku: dunno if I recall correctly, but there seems it's been 2 executables built in twinkle src make. One under gui/ and one .. without any gui (mere cli version)
May 02 14:17:45 <DocScrutinizer> maybe I'm totally wrong
May 02 14:18:33 <mrmoku> hmm... the fedora package has only one executable...
May 02 14:18:55 <DocScrutinizer> so maybe this was with twinkle-0.44 or sth
May 02 14:18:58 <DocScrutinizer> :-)
May 02 14:19:03 <mrmoku> :-)
May 02 14:19:06 <DocScrutinizer> or I'm simply wrong
May 02 14:19:21 <DocScrutinizer> check make to see compile options
May 02 14:19:26 <Q-Master> Hi All
May 02 14:19:27 <mrmoku> twinkle --cmd gives me cli
May 02 14:19:33 <DocScrutinizer> yup
May 02 14:19:44 <DocScrutinizer> gui version comes with cli if
May 02 14:19:45 <mrmoku> looked at configure... you can disable arts and kde
May 02 14:20:04 <mrmoku> don't think you can disable cli completely...
May 02 14:20:07 <mrmoku> have to look closer though
May 02 14:20:10 <DocScrutinizer> but I'm thinking about a stripped version for FR without any gui overhead
May 02 14:20:36 * mrmoku is installing qt-designer :-)
May 02 14:20:41 <DocScrutinizer> disable gui, not cli
May 02 14:21:20 <DocScrutinizer> --without-arts??? you mean alsa probably?
May 02 14:23:02 <DocScrutinizer> mrmoku: one odd thing: you need to `rm gui/twinkle` to rebuild after change in any sourcecode. make gets confused by qmake so doesn't build a new executable
May 02 14:23:07 <mrmoku> configure says --without-arts
May 02 14:23:29 <DocScrutinizer> duh, never heard twinkle cares about arts in any way
May 02 14:23:50 <mrmoku>   --without-arts          build without aRts default=no
May 02 14:24:12 <DocScrutinizer> I guess that's alsa 
May 02 14:24:30 <mrmoku> would it make sense to build twinkle without alsa?
May 02 14:25:09 <DocScrutinizer> or maybe Michel included aRts now that it's basically deprecated ;D
May 02 14:26:23 <DocScrutinizer> nope, you will need alsa to run it decently on OM
May 02 14:26:34 <DocScrutinizer> DSP is deprecated as well
May 02 14:26:39 <DocScrutinizer> OSS that is
May 02 14:27:00 <mrmoku> guess it's just a bogus configure option
May 02 14:27:02 <mrmoku> 0002 mok@mrdenker[pts/4]:~/src/other/twinkle-1.4.2-> grep WITHOUT_ARTS -r *
May 02 14:27:05 <mrmoku> acinclude.m4:        AC_DEFINE(WITHOUT_ARTS, 1, [Defined if compiling without arts])
May 02 14:27:08 <mrmoku> configure:#define WITHOUT_ARTS 1
May 02 14:27:10 <mrmoku> src/twinkle_config.h.in:#undef WITHOUT_ARTS
May 02 14:27:13 <mrmoku> ;)
May 02 14:27:25 <DocScrutinizer> hehe
May 02 14:27:38 <DocScrutinizer> autotools
May 02 14:28:57 <DocScrutinizer> there's a compile option to disable ALSA anyway, but it's strongly deprecated
May 02 14:30:29 <DocScrutinizer> #ifdef HAVE_LIBASOUND
May 02 14:32:36 <DocScrutinizer> audio_device.cpp 
May 02 14:33:46 <Deubeuliou> I get "ERROR: Build of /home/deubeuliou/dev/openmoko/shr-unstable/shr/openembedded/recipes/images/shr-lite-image.bb do_rootfs failed" when making image. the log contains the following:
May 02 14:33:56 <Deubeuliou> opkg-cl -f /home/deubeuliou/dev/openmoko/shr-unstable/tmp/staging/i686-linux/etc/opkg.conf -o /home/deubeuliou/dev/openmoko/shr-unstable/tmp/rootfs install locale-base-en-us
May 02 14:34:00 <Deubeuliou>  * Cannot find package locale-base-en-us.
May 02 14:34:01 <Deubeuliou>  * Cannot find package locale-base-en-us.
May 02 14:35:06 <DocScrutinizer> mrmoku: hope you master the libboost monster :-/
May 02 14:35:09 <ptitjes> mickey|dinner: you'll be an happy man
May 02 14:35:29 <ptitjes> mickey|dinner: a little gift: http://git.freesmartphone.org/?p=vala-lang.git;a=shortlog;h=refs/heads/dbus-experimental
May 02 14:35:40 <mrmoku> DocScrutinizer: IIRC libboost is in OE
May 02 14:35:41 <ptitjes> mickey|dinner: watch out the last three commit :D
May 02 14:35:42 * mrmoku checks
May 02 14:35:58 <DocScrutinizer> mrmoku: oh really?? :-o
May 02 14:36:29 <ptitjes> mickey|dinner: support for errors in the binding tool will follow... (maybe tomorrow)
May 02 14:36:40 <mrmoku> DocScrutinizer: if its www.boost.org... yeah :-)
May 02 14:36:47 <DocScrutinizer> compiling whole libboost takes ~55GB diskspace allegedly
May 02 14:37:06 <mrmoku> ouch
May 02 14:37:46 <DocScrutinizer> and the joke of it: twinkle uses regex, nothing more IIRC
May 02 14:38:49 <mrmoku> at least the .bb splits it nicely in packages.... boost-regex is one of them :-)
May 02 14:39:00 <DocScrutinizer> yup, that one
May 02 14:39:29 * mrmoku is trying to build boost now
May 02 14:39:53 <DocScrutinizer> anothe joy is ccrtp and siblings
May 02 14:40:23 <DocScrutinizer> they constantly broke api/abi :-(((
May 02 14:40:38 <DocScrutinizer> without properly bumping revision
May 02 14:41:01 <mrmoku> sounds fun
May 02 14:41:05 <DocScrutinizer> "so what? there's nobody else who's using it!"
May 02 14:41:40 <DocScrutinizer> anyway. Hypoglycemic now
May 02 14:41:42 <DocScrutinizer> bye
May 02 14:42:59 <DocScrutinizer> probably it would be worth consideration to bind twinkle statically ;-)
May 02 14:43:13 <mrmoku> hehe... will play a bit :-)
May 02 14:46:32 <lindi-> DocScrutinizer: ok I tried to record the same message through nokia and openmoko so that we'd be able to objectively compare sound quality. http://iki.fi/lindi/openmoko/call-quality/ has results but there is something odd going on, parts of the audio are completely missing (I think this must be an issue with voip)
May 02 14:47:56 <lindi-> (and maybe it has something to do with the fact that I used a 3g dongle to do the calls)
May 02 14:55:53 <Deubeuliou> has someone an example for the conf/local-builds.conf file ? "SRC_URI_pn-libframeworkd-phonegui-efl = "file:///home/deubeuliou/dev/openmoko/shr-unstable/shr-apps"
May 02 14:56:03 <Deubeuliou> doesn't seem to work
May 02 14:58:35 <Deubeuliou> I get ERROR: Unable to parse conf/bitbake.conf (Could not include required file local-builds.inc)
May 02 15:05:43 <Deubeuliou> ah, foudn the problem: it wasn't in the .inc but in conf/local.conf: "require local-builds.inc" isn't correct but "require conf/local-builds.inc" seems to be. I update the wiki
May 02 15:07:17 <mrmoku> Deubeuliou: uhh... my bad :P
May 02 15:07:19 <mrmoku> thanks
May 02 15:07:51 <mrmoku> Deubeuliou: hmmm... wait... for me it works without conf
May 02 15:09:31 <Deubeuliou> mmmh
May 02 15:10:14 <Deubeuliou> maybe we don't have it at the same place
May 02 15:10:26 <Deubeuliou> that would be odd, though
May 02 15:11:48 <mrmoku> Deubeuliou: where do you have it?
May 02 15:13:27 <mrmoku> it should be in the same dir as local.conf
May 02 15:13:34 <mrmoku> *not* under openembedded...
May 02 15:15:58 <mrmoku> otherwise it will be nuked away with next update of OE ;)
May 02 15:19:35 <Deubeuliou> deubeuliou@daneel:~/dev/openmoko/shr-unstable$ ls conf/
May 02 15:19:35 <Deubeuliou> auto.conf  local-builds.inc  local.conf  site.conf  topdir.conf
May 02 15:20:20 <Deubeuliou> local.conf contains:
May 02 15:20:20 <Deubeuliou> require conf/distro/include/sane-srcrevs.inc
May 02 15:20:39 <Deubeuliou> in this lone, what is "conf" refered ot ?
May 02 15:20:45 <Deubeuliou> s/ot/to/
May 02 15:20:46 <bzzbot> Deubeuliou meant: in this lone, what is "conf" refered to ?
May 02 15:21:00 <Deubeuliou> s/lone/line/
May 02 15:21:01 <bzzbot> Deubeuliou meant: in this line, what is "conf" refered ot ?
May 02 15:21:03 <mrmoku> *that* conf is the one under openembedded
May 02 15:21:11 <Deubeuliou> ok
May 02 15:21:24 <Deubeuliou> so I have to remove it before local-builds/inc
May 02 15:21:41 <mrmoku> why that?
May 02 15:21:57 <Deubeuliou> I wrote: "require conf/local-builds.conf"
May 02 15:22:01 <Deubeuliou> I guess it's wrong ?
May 02 15:22:12 <mrmoku> should be without conf/ yeah
May 02 15:22:22 <Deubeuliou> ok, but I then still get: ERROR: Unable to parse conf/bitbake.conf (Could not include required file local-builds.inc)
May 02 15:22:51 <Deubeuliou> SHR_APPS_DIR = "$HOME/dev/openmoko/shr-unstable/shr-apps/shr/"
May 02 15:22:52 <Deubeuliou> SRC_URI_pn-libframeworkd-phonegui-efl = $SHR_APPS_DIR
May 02 15:24:18 <mrmoku> Deubeuliou: hmm... don't understand why bitbake.conf fails parsing...
May 02 15:24:49 <mrmoku> ahh, ok it includes local.conf
May 02 15:32:07 <Deubeuliou> mrmoku: could you give me content of your own local-builds.conf file ?
May 02 15:32:34 <ptitjes|party> mrmoku: when you try unstable, could you give me feedback about what builds and what not ?
May 02 15:32:48 <ptitjes|party> mrmoku: I mean in the vala and ophonekitd stuff
May 02 15:44:18 <mrmoku> Deubeuliou: http://pastebin.com/d34682562
May 02 15:44:39 <mrmoku> ptitjes|party: ok, almost there
May 02 15:44:44 <mrmoku> ptitjes|party: enjoy your party ;)
May 02 15:45:43 <ptitjes|party> thanks
May 02 15:46:57 <mrmoku> Deubeuliou: did you do '. setup-env' ?
May 02 15:47:02 <mrmoku> missing that might explain it...
May 02 15:50:10 <Deubeuliou> I check
May 02 15:54:56 <Deubeuliou> mrmoku: yes I did. if I empty the file, I still get the parsing error. the reason seems to be that the path is wrong
May 02 15:55:37 <mrmoku> hmm... do you have a conf/topdir.conf? probably yes...
May 02 15:55:54 <mrmoku> setup-env sets up the BBPATH where to look for files
May 02 15:56:09 <Deubeuliou> http://pastebin.com/d43137084
May 02 15:56:18 <Deubeuliou> this my tree
May 02 15:57:42 <mrmoku> hmm... looks good
May 02 15:58:00 <mrmoku> one difference to my setup is that I have the shr-apps outside of the buildtree.... but that shouldn't matter
May 02 15:59:10 <mrmoku> Deubeuliou: could you pastebin your local-builds.conf and hte complete error when you try to build?
May 02 15:59:18 <mrmoku> s/hte/the/
May 02 15:59:19 <bzzbot> mrmoku meant: Deubeuliou: could you pastebin your local-builds.conf and the complete error when you try to build?
May 02 16:01:36 <Deubeuliou> even when it's empty, I get the error I past later
May 02 16:02:42 <Deubeuliou> http://pastebin.com/d39623157 mrmoku 
May 02 16:04:35 <mrmoku> hmm... and it works with conf/ ?
May 02 16:07:48 <Deubeuliou> not really
May 02 16:07:59 <Deubeuliou> with conf/, i get "nothing provides ..."
May 02 16:09:38 <Deubeuliou> (I failed creating the first image, though. at the end, dh_rootfs failed)
May 02 16:10:04 <Deubeuliou> (see 2h20 before)
May 02 16:10:35 <Deubeuliou> oh sorry, it works with conf/
May 02 16:37:31 <Weiss> i've just had the most *evil* idea for increasing the useful bandwidth to Glamo
May 02 16:37:39 <Weiss> really, REALLY evil
May 02 16:39:39 <fgau> Weiss: let us know
May 02 16:40:13 <Weiss> it's pretty disgusting :)
May 02 16:41:50 <Weiss> hmm, actually it won't work :(
May 02 16:42:08 <Weiss> well.. maybe
May 02 16:42:20 <Weiss> i was thinking of doing something like CDMA using its 2D engine (which can do XOR)
May 02 16:47:03 <Weiss> never mind, ignore me
May 02 16:48:00 <DocMobilizer> hehe. poor fella if raster *won't*
May 02 16:49:13 <Deubeuliou> where can I find vala ophonekitd's bitbake recipe ?
May 02 16:49:24 <Deubeuliou> (the vala version, not the C version)
May 02 16:52:46 <DocMobilizer> is there any vala version of ophonekitd?
May 02 16:56:31 <Deubeuliou> yes, here: http://git.shr-project.org/git/?p=ophonekitd.git;a=summary
May 02 17:06:05 <dos1> hey
May 02 17:06:43 <mrmoku> dos1: heyho :P
May 02 17:08:36 <mrmoku> bbiab
May 02 17:08:45 <dos1> mrmoku: have you tested something in opimd?
May 02 17:09:28 <mrmoku> have to read good night story... lets talk in 15 min
May 02 17:11:00 <dos1> ok :)
May 02 17:26:16 <mrmoku> dos1: need 5 more minutes :P
May 02 17:30:28 <dos1> mrmoku, Ainulindale: have you seen that little shr today app on mailist?
May 02 17:30:52 <mrmoku> dos1: saw it even before :P
May 02 17:31:01 <dos1> on scap? ;)
May 02 17:31:14 <mrmoku> no from the italian channel
May 02 17:31:29 <mrmoku> it is done by m0nt0
May 02 17:32:06 <dos1> initscript is baaaaad
May 02 17:32:16 <dos1> but app is ok
May 02 17:32:34 <mrmoku> just saw the python app
May 02 17:32:40 <dos1> i think we should have it in image
May 02 17:32:59 <mwester> only if the sleep 120 is gone.
May 02 17:33:13 <mrmoku> ok, will try to do a nice .bb and initscript then
May 02 17:33:18 <mwester> :)
May 02 17:33:20 <dos1> mwester: of course. and no in initscript
May 02 17:33:28 <dos1> there is /etc/X11/Xsession.d/
May 02 17:33:30 <mrmoku> xsession
May 02 17:33:33 <mrmoku> yeah :-)
May 02 17:33:36 <mwester> yep
May 02 17:36:31 <mrmoku> dos1: I solved my libframeworkd-glib problems :-)
May 02 17:36:46 <dos1> good :)
May 02 17:36:48 <mrmoku> I had two <interface> sections for Contact in the xml spec
May 02 17:37:11 <mrmoku> and the consequence is that only the first one gets actually built into the lib :P
May 02 17:37:23 <mrmoku> took me some time to find out
May 02 17:38:07 <mrmoku> dos1: and I have a populated unstable build tree
May 02 17:38:15 <mrmoku> so I can actually start testing now :-)
May 02 17:43:05 <mrmoku> dos1: was deleting sim contacts supposed to work?
May 02 17:44:29 <mirko-paroli> alphaone: got a second?
May 02 17:45:00 <dos1> mrmoku: yep
May 02 17:45:13 <alphaone> mirko-paroli: shoot
May 02 17:45:25 <mirko-paroli> alphaone: I am trying to enable delivery-reports
May 02 17:45:30 <mirko-paroli> for sms ofc
May 02 17:45:50 <mirko-paroli> but I seem to be unable to set the keyword to status-report-request
May 02 17:45:57 <mirko-paroli> because python won't allow it
May 02 17:46:23 <mrmoku> dos1: hmm... kills frameworkd though
May 02 17:46:39 <mrmoku> did you try it?
May 02 17:46:56 <dos1> mrmoku: it worked...
May 02 17:47:01 <alphaone> mirko-paroli: how are you trying?
May 02 17:47:11 <dos1> but it killed frameworkd for me too once
May 02 17:47:15 <dos1> i don't know why ;x
May 02 17:47:36 <dos1> mrmoku: i will play with it
May 02 17:47:38 <mirko-paroli> alphaone: properties = dict(type='sms-submit', alphabet='gsm_default', status-report-request=True)
May 02 17:47:58 <mrmoku> dos1: ok... and I will continue some tests
May 02 17:57:42 <mirko-paroli> alphaone: that bad? should I just set values for all properties up and including status-report-request, guess I wouldn't need the keyword then, right?
May 02 17:59:28 <alphaone> mirko-paroli: http://pastebin.ca/1410494
May 02 17:59:32 <alphaone> Try that
May 02 17:59:36 <alphaone> works for me
May 02 18:00:06 <mirko-paroli> alphaone: k, will try, thx a lot
May 02 18:00:33 <alphaone> you need the keyword. It's a dbus map/hash that is submitted
May 02 18:00:41 <alphaone> So keyword is mandatory
May 02 18:00:45 <mirko-paroli> ah ok
May 02 18:07:46 <Weiss> liftoff!
May 02 18:07:54 <Weiss> just drew something on the screen using DRI
May 02 18:08:01 <mrmoku> yay :-)
May 02 18:08:28 <Weiss> (after an afternoon of searching for a missing clock divider)
May 02 18:11:19 <PaulFertser> Weiss: Hooray :)!
May 02 18:11:37 <mirko-paroli> alphaone: having small troubles sending sms right now, will let you know once phone rebooted ;)
May 02 18:12:11 <alphaone> okay
May 02 18:12:16 <alphaone> troubles, why?
May 02 18:12:53 <mirko-paroli> got a dbus timeout from the SendMessage function
May 02 18:14:44 <alphaone> eh....
May 02 18:14:49 <alphaone> That is *not* good
May 02 18:14:55 <alphaone> got a log?
May 02 18:15:17 <mirko-paroli> there was nothing in the log ... or I just didn't find it
May 02 18:15:20 <mirko-paroli> give me a min
May 02 18:15:26 <mirko-paroli> and I'll have retried
May 02 18:16:12 <alphaone> okay
May 02 18:17:20 <mrmoku> dos1: another thing... you do *not* init SMS contacts on startup?
May 02 18:18:06 <mrmoku> s/SMS/SIM/
May 02 18:18:07 <bzzbot> mrmoku meant: dos1: another thing... you do *not* init SIM contacts on startup?
May 02 18:18:13 <mrmoku> of course :P
May 02 18:19:12 <dos1> mrmoku: it tries to init sim contacts on startup
May 02 18:19:28 <mrmoku> and probably can't, because sim is not yet ready :P
May 02 18:19:39 <dos1> yep
May 02 18:19:44 <dos1> something wrong with that?
May 02 18:19:55 <Q-Master> dos1: what fields does phone and sms apps use from opimd db?
May 02 18:20:21 <dos1> Q-Master: phone and sms apps?
May 02 18:20:24 <mirko-paroli> alphaone: http://pastebin.ca/1410507
May 02 18:20:26 <dos1> i don't understand :P
May 02 18:20:31 <mrmoku> dos1: well... on frameworkd startup SIM will never be ready :P
May 02 18:20:57 <mirko-paroli> alphaone: but this is not a current framework
May 02 18:20:59 <mrmoku> Q-Master: would be Name and Phone...
May 02 18:21:13 <Q-Master> dos1: do they ask some contact info from opimd to send sms or make a phone call?
May 02 18:21:15 <dos1> mrmoku: i know. i will add configuration option to not init some backends on startup
May 02 18:21:23 <Q-Master> mrmoku: and nothing else?
May 02 18:21:33 <dos1> Q-Master: there are no opimd apps right now. only libframeworkd-phonegui-efl2
May 02 18:21:34 <dos1> :P
May 02 18:21:36 <mrmoku> Q-Master: not yet, no
May 02 18:21:54 <mirko-paroli> alphaone: it is 0.8.5.1+gitr542c7e13e021b609ec0aa1c20615d940adfcf403-r0
May 02 18:22:00 <Q-Master> mrmoku: it's bad. 8) there will be so many fields there... 8)
May 02 18:22:24 <mrmoku> Q-Master: first step is to use current UI with opimd
May 02 18:22:33 <mrmoku> then we can start to extend the UI and use more fields
May 02 18:22:35 <Q-Master> oki
May 02 18:22:58 <pavo> anyone knows why now in the repo testing is called bad???
May 02 18:23:17 <pavo> http://shr.bearstech.com/shr-testing-bad/
May 02 18:24:05 <mrmoku> pavo: because it is BAD :P
May 02 18:24:16 <mrmoku> still building new shr-testing
May 02 18:25:14 <pavo> ok...
May 02 18:30:13 <pavo> is opimd in unstable repo now or not still?
May 02 18:30:27 <dos1> pavo: opimd is in repo for ages
May 02 18:30:28 <dos1> :P
May 02 18:32:08 <mirko-paroli> alphaone: do you know if the latest om2009 testing has the newest framework? if so I would flash that and test again
May 02 18:32:20 <alphaone> haha
May 02 18:32:31 <alphaone> I know next to nothing about om2009
May 02 18:33:21 <mirko-paroli> alphaone: you asked angus to bump frameworkd last week didn't you?
May 02 18:33:45 <alphaone> umm, not sure
May 02 18:33:50 <alphaone> I think he did, though
May 02 18:34:10 <alphaone> mirko-paroli: BTW, that is fixed in b1cc8dd466937314624199651a8727c2d2bc8df1
May 02 18:37:33 <mirko-paroli> ok than testing has a more recent framework
May 02 18:37:34 <mirko-paroli> will flash
May 02 18:55:56 <mrmoku> dos1: Failed to handle dbus error: Backend properties not including PIMB_CAN_UPD_ENTRY, 70 (dbus-glib-error-quark), code 32
May 02 18:56:05 <mrmoku> when updating a sqlite contact...
May 02 18:56:17 <dos1> mrmoku: correct
May 02 18:56:23 <dos1> sqlite backend doesn't have updating yet
May 02 18:56:34 <dos1> only csv and sim
May 02 18:56:35 <mrmoku> ahh, ok :-)
May 02 18:59:06 <mrmoku> dos1: hmm... get the same for SIM contact though ;)
May 02 18:59:50 <dos1> oh
May 02 18:59:52 <dos1> sorry
May 02 18:59:55 <dos1> only csv
May 02 18:59:55 <dos1> :D
May 02 19:00:46 <mrmoku> hehe... makes testing difficult... with sqlite as default and no contacts in csv ;)
May 02 19:02:02 <dos1> make CSV default :)
May 02 19:02:30 <dos1> mrmoku: ok, i will do editing in sqlite in some minutes i think ;)
May 02 19:02:56 * [Rui] waves
May 02 19:04:00 <mrmoku> dos1: is the default backend updated when I do InitAllEntries? Or just set from the config on startup?
May 02 19:04:38 <dos1> mrmoku: it's read on startup i think
May 02 19:05:06 <mrmoku> ok
May 02 19:33:54 <[Rui]> is there a nice e-gadget howto?
May 02 19:34:55 <mirko-paroli> alphaone: I got another prob, get +CMS error 21 now, and framework crashes
May 02 19:46:42 <dos1> mrmoku: eh, opimd is buggy...
May 02 19:46:48 <dos1> ;x
May 02 19:47:30 <mrmoku> yep ;D
May 02 19:48:16 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r0c6c753d61f0 10/framework/subsystems/opimd/pimd_contacts.py: opimd: Contacts: get rid of unwanted print command
May 02 19:48:54 <dos1> mrmoku: i think i have updating with sqlite
May 02 19:50:21 <mrmoku> dos1: by getting rid of unwanted print commands? ;)
May 02 19:52:07 <dos1> mrmoku: no ;)
May 02 19:52:16 <dos1> but i think i fixed some ugly bug
May 02 19:52:21 <dos1> it was my fault...
May 02 19:52:22 <dos1> ;x
May 02 19:52:40 <dos1> http://git.freesmartphone.org/?p=framework.git;a=commit;h=d1fa4df754461417dd2a26d134c03a1851d86f9d
May 02 19:52:44 <dos1> that commit is ugly
May 02 19:52:45 <dos1> :P
May 02 19:53:05 <bumbl> dos1: is opimd doing well?
May 02 19:53:52 <mrmoku> the merging stuff...
May 02 19:54:12 <dos1> mrmoku: merging stuff is ok. but it should not ignore special fields
May 02 19:56:25 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * rbd9180c3a463 10/framework/subsystems/opimd/pimd_contacts.py: 
May 02 19:56:25 <CIA-75> freesmartphone.org: Revert "opimd: Contacts: ignore special _backend fields when merging"
May 02 19:56:25 <CIA-75> freesmartphone.org: This reverts d1fa4df754461417dd2a26d134c03a1851d86f9d
May 02 19:59:41 <dos1> mrmoku: ok, it works :)
May 02 20:00:05 <mrmoku> dos1: what works now?
May 02 20:00:12 <dos1> editing with sqlite
May 02 20:00:16 <mrmoku> updating/deleting with which backends?
May 02 20:01:08 <mrmoku> deleting is supposed to work with?
May 02 20:01:20 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r78f5e82557de 10/framework/subsystems/opimd/pimb_sqlite_contacts.py: opimd: SQLite_Contacts: implement Update()
May 02 20:01:58 <bumbl> ~seen raster
May 02 20:01:59 <bzzbot> raster <n=raster@enlightenment/developer/raster> was last seen on IRC in channel #openmoko-cdevel, 2d 12h 29m 17s ago, saying: 'on headphones it sucks - no bass'.
May 02 20:02:07 <bumbl> hmm
May 02 20:34:21 <mrmoku> dos1: yeah :-) looks like updating works with sqlite :D
May 02 20:36:20 <DocScrutinizer> and certainly raster was right on that ;-)
May 02 20:37:24 <mrmoku> DocScrutinizer: yeah :-)
May 02 20:37:28 <mrmoku> ptitjes: ping
May 02 20:37:56 <mrmoku> ptitjes: vala-dbus-binding-tool.vala:165.19-165.40: error: No arguments allowed when constructing type `GLib.Dir' GLib.Dir dir = new GLib.Dir(api_path);
May 02 20:38:02 <mrmoku> needs newer vala?
May 02 20:44:04 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r99cae66827ee 10/framework/subsystems/opimd/pimb_sim_contacts_fso.py: opimd: SIM_Contacts_FSO: implement Update()
May 02 20:45:34 <mrmoku> dos1: yay :-)
May 02 20:45:37 <TAsn> dos1 the bug slayer!
May 02 20:45:52 <TAsn> (well not only bugs, but a name needs to be short)
May 02 20:46:04 <TAsn> (and dragon slayer is already taken)
May 02 20:46:29 <tmzt> does somebody know how edje_cc native works in OE?
May 02 20:46:56 <mirko-paroli> alphaone: I get the delivery reports now, thx again
May 02 20:48:47 <mwester> shr-slayer?
May 02 20:48:52 <mwester> vampire-slayer?
May 02 20:48:59 <CIA-75> SHR: 03mok 07shr-overlay * r0f01be81b7b3 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: autorev-unstable: set libfso-glib and the vala-dbus-binding-tool to ${AUTOREV}
May 02 20:49:10 <CIA-75> SHR: 03mok 07shr-overlay * r36173745d707 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: autorev-unstable: bump EFL_SRCREV to 40478
May 02 20:49:12 <mwester> We shall call him "Buffy" from now on...
May 02 20:49:26 <mrmoku> buffy and the PIM daemon?
May 02 20:50:19 <TAsn> mrmoku, ++
May 02 20:53:38 <dos1> oh
May 02 20:53:39 <dos1> nice
May 02 20:53:39 <dos1> ;D
May 02 20:53:54 <dos1> mrmoku: have you tested something? ;)
May 02 20:54:04 <mrmoku> dos1: how many times a day you want to make me rebuild frameworkd? ;)
May 02 20:54:16 <mrmoku> dos1: yep... SQLite contacts seem to work now
May 02 20:54:39 <DocScrutinizer> mrmoku: what's the tjrnaround time?
May 02 20:55:15 <DocScrutinizer> dive 24h by that value ;)
May 02 20:55:26 <mrmoku> :)
May 02 20:56:03 <DocScrutinizer> divide even
May 02 20:56:26 <mrmoku> DocScrutinizer: I know how to calc it - but I don't know how many commits he will do until today is finished :P
May 02 20:57:36 * DocScrutinizer suggests creaton to temporary users dynamically ;)
May 02 20:58:20 <mrmoku> would those temporary users test dos1's stuff then? ;)
May 02 20:58:39 <DocScrutinizer> shell='/bin/bash -c ".config && make"'
May 02 20:58:53 <tmzt> does somebody know how edje_cc native works in OE when building e17?
May 02 20:59:14 <mirko-paroli> alphaone: delivery message is now a setting option in paroli so is switching to paroli inside of illume btw
May 02 20:59:19 <mrmoku> tmzt: what do you mean by that?
May 02 21:02:46 <TAsn> dos1, can contacts now include more than one number and also a type per number? i.e:
May 02 21:02:57 <TAsn> dos1 ; home: 123 ; office: 456
May 02 21:02:58 <TAsn> ?
May 02 21:03:00 <dos1> TAsn: of course. but not with SIM backend
May 02 21:03:06 <TAsn> duh. ;]
May 02 21:04:27 <TAsn> dos1, I think you should add emulated behavior to the sim as well, i.e dos1-h:123 dos1-o:456 from the previous example, or something similar, what do you think? can prove un-intrusive and convinient...
May 02 21:04:47 <dos1> TAsn: it can be done. but later ;)
May 02 21:05:11 <tmzt> mrmoku: how does it build/find the native version of the e17 tools, what .bb is it in?
May 02 21:06:22 <TAsn> dos1, i was just "throwing" and idea, though I know it's ranked last, I mean, it's not important at all, just an minor enachment after the official release
May 02 21:21:00 <mrmoku> tmzt: edje
May 02 21:21:13 <Deubeuliou> ptitjes: are you available for a little hint ?
May 02 21:22:01 <mrmoku> anyway... me is off to bed
May 02 21:22:15 <mrmoku> dos1: will test update of SIM contacts tomorrow :P
May 02 21:22:15 <tmzt> I see edje-player, etc.
May 02 21:22:20 <tmzt> you mean shr overlay?
May 02 21:22:30 <tmzt> http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/recipes/e17
May 02 21:22:30 <mrmoku> tmzt: no
May 02 21:22:41 <mrmoku> tmzt: its in efl1
May 02 21:22:43 <mrmoku> not in e17
May 02 21:22:51 <tmzt> ok, thanks
May 02 21:22:57 <mrmoku> np
May 02 21:22:59 <mrmoku> good night all
May 02 21:23:20 * dos1 is off too
May 02 21:23:25 <dos1> good night
May 02 21:25:48 <mwester-laptop> g'nite Buffy!
May 03 00:57:55 <johnsu01> frameworkd is really in a bad state for me right now...
May 03 00:58:18 <johnsu01> it becomes unresponsive after some amount of time, but doesn't put an errors in the log or give any other indication that it's not working
May 03 01:38:19 <[Rui]> hi
May 03 01:39:41 <[Rui]> I'm trying to learn a bit of Elementary but a text entry that I requested isn't visible even though I have a evas_object_show(entry);
**** ENDING LOGGING AT Sun May 03 02:59:58 2009