**** BEGIN LOGGING AT Mon May 18 02:59:57 2009
May 18 04:15:32 <rhkfin> DocScrutinizer: wpwrak: I think it's interesting that you discuss non-public OM-only -information here. Could you write a blog post or a wiki page or something that tells everything about GTA0X & 'subdesigns' that you're willing to share? (or would someone nice person clean this conversation here to be easy to read & publish it somewhere?)
May 18 05:23:34 <mirko-paroli> raster: hi
May 18 05:24:13 <raster> mirko-paroli: mirkooo
May 18 05:24:23 <raster> did you know... there's too many mirko's around?
May 18 05:24:30 <raster> i keep confusing you all
May 18 05:25:11 <mirko-paroli> raster: i tried to get cyrillic letters into from the illume-keyboard, but it doesn't register the them, after I switched the layout and such, is there a trick?
May 18 05:25:24 <raster> hmmmm....
May 18 05:25:26 <raster> shouldnt be
May 18 05:25:35 <mirko-paroli> hehe, I know, we are gaining poewr by the minute, one day ... hehe
May 18 05:25:36 <raster> i know x has cyrilic key suppport
May 18 05:25:46 <raster> hahahah
May 18 05:26:25 <mirko-paroli> hmm
May 18 05:26:36 <mirko-paroli> ok so in theory it should be sth I am doing
May 18 05:26:49 <raster> could be
May 18 05:26:50 <mirko-paroli> Iam just trying to locate the source of the problem :)
May 18 05:26:53 <raster> i've never tested
May 18 05:26:59 <mirko-paroli> k
May 18 05:27:01 <raster> but in theory - it should work
May 18 05:27:03 <raster> ...
May 18 05:27:06 <mirko-paroli> I was told it works under shr
May 18 05:27:11 <raster> unless its a client problem
May 18 05:27:20 <mirko-paroli> so either there is a config thingy I need to do
May 18 05:27:29 <mirko-paroli> or my fonts just mess it up agiain :)
May 18 05:27:47 <mirko-paroli> ah btw
May 18 05:27:49 <raster> well if it was fonts - u'd get boxes
May 18 05:28:02 <mirko-paroli> I saw you have a smart scroller
May 18 05:28:05 <mirko-paroli> and a smart box in elm
May 18 05:28:19 <raster> yup
May 18 05:28:19 <mirko-paroli> but they seem partly hidden
May 18 05:28:28 <mirko-paroli> is there a reason for that?
May 18 05:28:37 <raster> because they are just back-ends
May 18 05:28:41 <mirko-paroli> ah
May 18 05:28:47 <raster> thus els_
May 18 05:29:01 <raster> they get exposed in the scroller and box objects
May 18 05:29:17 <mirko-paroli> ah ok
May 18 05:29:27 <raster> hey... wait a minute...
May 18 05:29:31 <raster> where are you now?
May 18 05:29:35 <mirko-paroli> taiwan
May 18 05:29:40 <raster> and wtf are you doing awake
May 18 05:29:43 <raster> aaaaah .tw
May 18 05:29:44 <raster> ok
May 18 05:29:46 <raster> then youhave an excuse
May 18 05:29:55 <mirko-paroli> hehe it is 1:30 pm ;)
May 18 05:30:17 <mirko-paroli> ok as usual you helped me a lot :)
May 18 05:30:19 <mirko-paroli> thx for that
May 18 05:30:24 <mirko-paroli> and now back to business
May 18 05:30:26 <mirko-paroli> how are you?
May 18 05:30:54 <raster> no probs!
May 18 05:31:01 <raster> hmm tired, but awake
May 18 05:31:03 <raster> in .de now
May 18 05:31:09 <raster> i've moved on frm .kr
May 18 05:31:18 <raster> i love passport control in .de
May 18 05:31:24 <raster> you show them your passport
May 18 05:31:31 <raster> open the front page, close it again and wave you on
May 18 05:31:38 <raster> dont even scan it or write anything down
May 18 05:31:56 <raster> no forms, ... nothing
May 18 05:32:04 <raster> they dont even know i entered the country
May 18 05:32:05 <raster> :)
May 18 05:32:37 <mirko-paroli> ah right .de
May 18 05:32:40 <mirko-paroli> hehe
May 18 05:32:44 <mirko-paroli> we trust you ;)
May 18 05:32:50 <raster> hahahaha
May 18 05:32:55 <raster> well... i do have a .de passport
May 18 05:32:59 <raster> but even so
May 18 05:33:04 <raster> in .au with a .;au passport
May 18 05:33:19 <raster> they still scan it - check everything, you fill out forms etc.
May 18 05:33:25 <raster> they know you entered the country
May 18 05:34:01 <mirko-paroli> I am sure if our minister of the interior had his will, we would be logged on every street corner
May 18 05:35:35 <raster> hahahaha
May 18 05:36:18 <raster> wel - right now they dont even know i exist
May 18 05:36:28 <raster> i havent done military service
May 18 05:36:35 <mirko-paroli> hehe, that is probably a good thing :)
May 18 05:36:40 <raster> i've pretty much skipped the .de "system"
May 18 05:36:54 <raster> havent been to school... paid taxes...
May 18 05:37:13 <raster> but - i can enter and exit freely with no tracking :)
May 18 05:37:19 <raster> tats pretty awesome
May 18 05:37:25 <mirko-paroli> yeah
May 18 05:37:35 <mirko-paroli> you have free movement in the eu
May 18 05:37:42 <mirko-paroli> never thought about that, that is indeed pretty cool
May 18 05:37:42 <raster> yup
May 18 05:37:53 <raster> free as in just go anywhere
May 18 05:38:01 <raster> do anything you like
May 18 05:38:06 <raster> for as long as you like
May 18 05:38:40 <mirko-paroli> lucky you ;)
May 18 05:38:54 <raster> lucky most europeans
May 18 05:38:59 <mirko-paroli> :)
May 18 05:39:11 <raster> but since i havent lived here since i was 4 - i'm off the grid too
May 18 05:39:22 <raster> i should become a spy...
May 18 05:39:27 <mirko-paroli> well if I wanted to settle in .au I would need some 15k in the bank ...
May 18 05:39:33 <raster> mild-manered hacker by day
May 18 05:39:36 <khiraly1> raster: you just screwed the plan ;)
May 18 05:39:44 <raster> licenced to kill y night.
May 18 05:39:49 <mirko-paroli> LOL
May 18 05:39:58 <raster> mirko-paroli:  15k? that all?
May 18 05:40:05 <mirko-paroli> i think so
May 18 05:40:09 <raster> i thought it was closer to $au 1mil
May 18 05:40:32 <raster> khiraly1:  which plan? :)
May 18 05:40:40 <raster> mirko-paroli:  but au is pretty up front
May 18 05:40:45 <raster> youneed to pass the points test
May 18 05:40:48 <khiraly1> (07.39.22) raster: i should become a spy... <-- that plan
May 18 05:40:52 <raster> that meansd either $1mil in cash
May 18 05:41:00 <raster> and/or a university degree
May 18 05:41:07 <raster> (and extra points if in specific fields)
May 18 05:41:08 <khiraly1> you cant be a spy, if you tell about at every corner, and irc chatrooms
May 18 05:41:09 <khiraly1> ;)
May 18 05:41:17 <raster> age under a certain lvel
May 18 05:41:17 <raster> etc.
May 18 05:41:31 <raster> khiraly1: HAHJAHAHa
May 18 05:41:42 <raster> khiraly1: no one would believe it
May 18 05:41:55 <raster> the great thng is you can hide behind the truth
May 18 05:42:09 <raster> as the truth is just preposterous.
May 18 05:43:29 <mirko-paroli> hehe
May 18 05:43:47 <PaulFertser> rhkfin: Please refrain from publishing any information you saw here, esp. that conversation.
May 18 05:44:05 <mirko-paroli> raster: if you keep on twisting our heads I am sure you will be asked if you are a spy every day from now on ;)
May 18 05:44:32 <raster> HAHAHHAAH!
May 18 05:44:36 <raster> this is the joy of it
May 18 05:44:39 <mirko-paroli> khiraly1: if you don't PaulFertser has his methods to get his will ;)
May 18 05:44:40 <raster> now you dont ever know
May 18 05:44:42 <raster> is it true
May 18 05:44:47 <raster> am i hiding in plain-sight
May 18 05:44:57 <raster> am i just crapping on?
May 18 05:45:03 <raster> no one knows
May 18 05:45:17 <mirko-paroli> hmm
May 18 05:45:24 <mirko-paroli> *ponder*
May 18 05:45:31 <khiraly1> but you need to screw up only once, and you go to the jail perpetual because of this (recorded) irc conversation ;-D
May 18 05:46:31 <raster> hhahahaha
May 18 05:46:33 <raster> mabe
May 18 05:46:36 <mirko-paroli> khiraly1: you don't know who he is spying for so be prepared for odd things happening on the server
May 18 05:46:36 <raster> maybe not
May 18 05:46:46 <raster> depneds who i am a spy for 
May 18 05:46:49 <raster> and where i am
May 18 05:47:03 <khiraly1> h4x th3 syst3m!4!!!!
May 18 05:47:08 <mirko-paroli> I am sure raster is prepared and has more than one way out ;)
May 18 05:47:19 * khiraly1 feels like a 15 years old boy
May 18 05:47:24 <raster> ALWAYS hve a plan b
May 18 05:47:27 <raster> (and c)
May 18 05:47:29 <mirko-paroli> LOL
May 18 05:47:29 <raster> always
May 18 05:47:30 <raster> :)
May 18 05:48:23 <khiraly1> raster: yeah, do it! Take all the medicine, you can be THE spy. 
May 18 05:48:40 <khiraly1> raster: always have a project b (and c) ?;)
May 18 05:49:29 * mirko-paroli gets himself a second cup of coffee
May 18 05:50:11 <khiraly1> mirko-paroli: at 2pm? Sleep at night instead of nightclubs
May 18 05:50:12 <khiraly1> ;)
May 18 05:51:03 <mirko-paroli> khiraly1: 2pm is the middle of the day ;)
May 18 05:51:12 <mirko-paroli> at least I think so :)
May 18 05:51:20 <mirko-paroli> did I get it wrong again?
May 18 05:51:28 <khiraly1> and why need a caffee at the middle of the day?
May 18 05:51:36 <mirko-paroli> coz I just got up
May 18 05:51:38 <mirko-paroli> and
May 18 05:51:42 <mirko-paroli> I always drink coffee
May 18 05:52:20 <raster> khiraly1: maybe he.... likes coffee! :)
May 18 05:53:57 <mirko-paroli> YEAH!!!!
May 18 05:54:12 <mirko-paroli> btw I finally found sth that i really like about tw
May 18 05:54:19 <mirko-paroli> i get cold, sweet coffee 24/7
May 18 05:56:19 <mirko-paroli> khiraly1: btw how is that paroli app coming along?
May 18 05:57:55 <tobii_> good morning
May 18 05:58:20 <mirko-paroli> raster: is there an elm elemenent that fills horizontaly and verticaly (boxes only do that one way)
May 18 05:58:36 <mirko-paroli> I want to fill something that has a given size with x amount of elements
May 18 05:58:40 <mrmoku> PaulFertser: morning, did you succeed with vala-native?
May 18 05:58:51 <mirko-paroli> but don't want to care about whether it is horizontal or vertical or rather have both
May 18 05:58:51 <khiraly1> Im at page20 of hello world;) But the truth is, I should do my job (typewriting like 60pages), instead I just hang around the net. And I neither do my work neither some usefull (paroli) programmation. Im just browsing like, I will begin to work in 5 minutes....;-|
May 18 05:59:11 <raster> mirko-paroli: aaah the cold coffee/tea
May 18 05:59:12 <mirko-paroli> khiraly1: ah ok
May 18 05:59:21 <raster> but otherwise you've been short on things to like about.tw?
May 18 05:59:28 <PaulFertser> mrmoku: I haven't tried, will do now.
May 18 05:59:31 <raster> i'd say cheap good food is good..
May 18 05:59:33 <raster> and cheap taxis
May 18 05:59:42 <PaulFertser> mrmoku: and yes, good morning everyone :)
May 18 05:59:49 <khiraly1> mirko-paroli: but hope, I can concentrate on it from tomorrow (today evening)
May 18 05:59:53 <khiraly1> ok. bbl
May 18 05:59:58 <raster> mirko-paroli: table?
May 18 06:00:02 <mirko-paroli> khiraly1: no worries, just curious, have fun
May 18 06:00:13 <mirko-paroli> raster: ah ok
May 18 06:00:16 <mirko-paroli> thx
May 18 06:00:18 <mirko-paroli> :)
May 18 06:00:33 * mirko-paroli starts getting into "make slides" mode
May 18 06:06:48 <mrmoku> PaulFertser: did not work for me :(
May 18 06:32:48 <PaulFertser> mrmoku: same here
May 18 06:33:08 <mrmoku> PaulFertser: ok :(
May 18 06:33:29 * mrmoku wonders what ptitjes|dinner and mickey|zzZZzz have different on their buildhosts...
May 18 06:33:36 <wpwrak> rhkfin: maybe in a while ... after i have all i want for gta02-core ;-)
May 18 06:34:26 <methril|work> godo morning
May 18 06:34:30 <methril|work> s/godo/good
May 18 06:34:41 <wpwrak> rhkfin: besides, a lot of this information is actually somewhere. i.e., if you look at the gta03 threads, you find all the gta03 variants openmoko has attempted. the gta04-outsourcing project may not have been mentioned in public yet, though
May 18 06:37:07 <khiraly1> wpwrak: at least nice to see, that you think it serious. (to say the truth) I was a bit affraid when I knew you are not working for OM anymore, that you turn off from the project
May 18 06:38:24 <khiraly1> wpwrak: we also know from Sean presentation, there were a rather big Dash project too
May 18 06:46:03 <wpwrak> khiraly1: well, let's hope gta02-core progresses quickly and it'll help to find some financing. otherwise, all these efforts will fade in a while
May 18 06:46:08 <CIA-75> freesmartphone.org: 03sudharsh 07cornucopia * ra880e1c5a1e6 10/fsonetworkd/src/plugins/sharing/ (sharing-helpers.c sharing.vapi): .
May 18 06:46:09 <CIA-75> freesmartphone.org: 03sudharsh 07cornucopia * r963969e1ad9c 10/fsonetworkd/src/plugins/sharing/ (Makefile.am plugin.vala sharing-helpers.c): 1.) Add sharing-helpers.c FIXME: Should use bindings to net/if.h instead. Just a temporary addition
May 18 06:46:10 <CIA-75> freesmartphone.org: 03sudharsh 07cornucopia * r88da292564af 10/fsonetworkd/src/plugins/sharing/ (Makefile.am plugin.vala sharing-helpers.c): fsonetworkd: working StartConnectionSharing
May 18 06:46:11 <CIA-75> freesmartphone.org: 03sudharsh 07cornucopia * r700c8d51d655 10/ (16 files in 7 dirs): Merge branch 'master' of git@git.freesmartphone.org:cornucopia
May 18 06:46:58 <wpwrak> khiraly1: dash was making that gps navigation system for the company called dash. that hardware was oem by fiwin (another fic company) and then openmoko
May 18 06:48:13 <khiraly1> wpwrak: it was rather identical to gta02, no? Or a totally different hardware?
May 18 06:49:50 <wpwrak> khiraly1: i think openmoko-dash has been publicly announced
May 18 06:50:49 <wpwrak> khiraly1: quite different. it also used a samsung cpu, calypso, the gta01 (!) pmu, u-boot, and openmoko's kernel, but there were a lot of differences
May 18 06:51:19 <wpwrak> khiraly1: e.g., different wlan, different gps, more complex charger circuit, a lot more nand, and so on
May 18 06:52:04 <khiraly1> finally it turns out, that OM was doing like tenth of different project, and only one (gta02) which is sellable at the end
May 18 06:53:20 <wpwrak> khiraly1: yeah, focus is something openmoko was never quite strong at :)
May 18 06:59:06 <SHR-WugBranler`> tracfeed: Ticket #447 (Add a notifier like view for phonegui-efl) updated <http://trac.shr-project.org/trac/ticket/447#comment:1>
May 18 07:01:07 <SHR-WugBranler`> tracfeed: Ticket #443 (Automatic screen lock when suspending) updated <http://trac.shr-project.org/trac/ticket/443#comment:2>
May 18 07:24:25 <Ainulindale> *yawn*
May 18 07:24:50 <Ainulindale> I'm waking up earlier in my holidays damn
May 18 07:59:59 <morphis> heyho
May 18 08:01:55 <mirko-paroli> hi morphis
May 18 08:01:58 <mirko-paroli> got my mails ?
May 18 08:05:24 <spaetz> morning, I am back from traveling...
May 18 08:05:30 <spaetz> nice but exhausting
May 18 08:07:21 <morphis> mirko-paroli: jepp, I got them
May 18 08:07:35 <morphis> mirko-paroli: most of that I have already implemented 
May 18 08:07:35 <mirko-paroli> morphis: ah ok
May 18 08:07:42 <mirko-paroli> ah k
May 18 08:08:02 <morphis> currently working on syncing with all the changes from c-elementary
May 18 08:08:08 <mirko-paroli> k
May 18 08:14:02 <mrmoku> Ainulindale: get your ass up and do something usefull in your holidays :P
May 18 08:14:06 <mrmoku> spaetz: morning
May 18 08:14:15 <spaetz> morning
May 18 08:14:46 <mrmoku> Ainulindale: and make somebody fix vala-native :P
May 18 08:14:58 <mrmoku> Ainulindale: or find a solution for my marshaller problem :-)
May 18 08:20:51 <mrmoku> Ainulindale: or better still send me a bottle of good french wine ;)
May 18 08:27:05 <Ainulindale> well for your marshalling issue I'm thinking
May 18 08:27:09 <Ainulindale> for vala-native, what's the issue?
May 18 08:28:00 <mrmoku> Ainulindale: id does not build
May 18 08:28:06 <mrmoku> s/id/it/
May 18 08:28:12 <Ainulindale> why?
May 18 08:29:12 <mrmoku> compiler/.libs/lt-valac: undefined symbol: vala_code_context_set_profile
May 18 08:29:30 <Ainulindale> well unfortunately I'm no vala expert :-)
May 18 08:29:41 <mrmoku> Ainulindale: mickey|zzZZzz posted a link to a commit in his OE tree on fso.org
May 18 08:29:47 <mrmoku> which was supposed to fix it...
May 18 08:29:59 <mrmoku> did not for me and for PaulFertser 
May 18 08:30:04 <mrmoku> not local and not on the buildhost
May 18 08:30:04 <Ainulindale> Are you sure vala-native SRC_URI points to fso?
May 18 08:30:17 <mrmoku> which is kind of bad... because no image without it
May 18 08:30:23 <mrmoku> Ainulindale: yep
May 18 08:32:34 <viq> Morning..
May 18 08:32:35 <SHR-WugBranler`> tracfeed: Ticket #80 (Incoming call screen should have a "Silent" button) updated <http://trac.shr-project.org/trac/ticket/80#comment:5>
May 18 08:32:56 <viq> Who was able to run omoney or ffalarms on shr-unstable or knows why they don't run?
May 18 08:34:40 * viq eyes Ainulindale ;)
May 18 08:34:49 <Ainulindale> Hmm?
May 18 08:34:54 <Ainulindale> I don't use omoney or ffalarms
May 18 08:35:11 <viq> $ omoney -n -f 10
May 18 08:35:11 <viq> Traceback (most recent call last):
May 18 08:35:11 <viq>   File "/usr/bin/omoney", line 430, in <module>
May 18 08:35:11 <viq>     size=options.geometry)
May 18 08:35:11 <viq>   File "/usr/bin/omoney", line 366, in __init__
May 18 08:35:14 <viq>     if ecore.evas.engine_type_supported_get("software_x11_16"):
May 18 08:35:16 <viq>   File "ecore.evas.c_ecore_evas.pyx", line 115, in ecore.evas.c_ecore_evas.engine_type_supported_get (ecore/evas/ecore.evas.c_ecore_evas.c:1978)
May 18 08:35:19 <viq>   File "ecore.evas.c_ecore_evas.pyx", line 88, in ecore.evas.c_ecore_evas.engine_type_from_name (ecore/evas/ecore.evas.c_ecore_evas.c:1782)
May 18 08:35:22 <viq> ValueError: Ecore_Evas_Engine_Type changed and bindings are now invalid, position 180 is now NULL!
May 18 08:35:29 <viq> Both errors look very similar
May 18 08:37:44 <jonkristian> have you guys seen this? http://www.clayo.org/osmo/
May 18 08:41:01 <mrmoku> viq: where did you install them from?
May 18 08:41:54 <viq> mrmoku: shr-unstable repositories
May 18 08:42:19 <mrmoku> hmm... that would mean something did not get rebuilt after the evas update I guess...
May 18 08:42:35 <Ainulindale> (again... :-) )
May 18 08:42:51 <viq> :P
May 18 08:42:53 <mrmoku> viq: will take a look when I hit the homeoffice in 20ming
May 18 08:43:00 <viq> thank you
May 18 08:43:17 * mrmoku is moving has ass around
May 18 08:43:20 <viq> Also mofi just gives me a blank screen
May 18 08:44:37 <mirko-paroli> morphis: does your next update include genlist ?
May 18 08:46:21 <morphis> mirko-paroli: If I have enough time, yes
May 18 08:46:31 <mirko-paroli> morphis: ah ok
May 18 08:53:23 <a21_work> hello
May 18 08:54:42 <a21_work> I've to report broken deps on current unstable: edbus
May 18 08:55:09 <a21_work> it's needed by some packages like e-wm and some others...
May 18 08:55:32 <a21_work> but now it's called edbus-edbus and edbus-ehal
May 18 08:56:22 <a21_work> in e-wm 0.16.999.050+svnr40567-r5.1 edbus-edbus is not in "depends" list
May 18 08:56:51 <a21_work> but only the old name "edbus"
May 18 08:58:34 <a21_work> the same goes for e-wm-utils, libframeworkd-phonegui-efl0, waker, elementary and some others in current shr-unstable
May 18 08:58:57 <a21_work> try opkg -test remove edbus
May 18 08:59:50 <a21_work> and then opkg info on each result
May 18 09:02:02 <Ainulindale> Could you open a ticket please? :-)
May 18 09:13:41 <SHR-WugBranler`> tracfeed: Ticket #416 (elementary_alarm doesn't handle dst) updated <http://trac.shr-project.org/trac/ticket/416#comment:5>
May 18 09:15:55 <a21_work> Ainulindale: are u talking to me about the ticket? ok?
May 18 09:16:16 <a21_work> I'll open one about broken dependencies
May 18 09:21:42 <SHR-WugBranler`> tracfeed: Ticket #449 (currently broken deps in unstable branch) created <http://trac.shr-project.org/trac/ticket/449>
May 18 09:24:12 <mrmoku> Ainulindale: regarding the python-evas problem... 
May 18 09:24:18 <spaetz> mrmoku: can it really be that e-wm/edbus deps are that much broken?
May 18 09:24:24 <spaetz> (see ticket 449)
May 18 09:24:29 <mrmoku> isn't it supposed to be rebuilt automatically when evas PR changes?
May 18 09:24:30 <spaetz> or a few lines above :)
May 18 09:24:52 <mrmoku> spaetz: I had that problem too... had to -force-depends remove edbus...
May 18 09:25:38 <spaetz> e-wm still depends on edbus
May 18 09:26:32 * spaetz installs intone to see if it is any good
May 18 09:27:38 <Ainulindale> by the way it's time to commit intone as the default
May 18 09:27:40 <Ainulindale> no bad answer for it
May 18 09:27:53 <Ainulindale> I'll leave the graces to mrmoku :-)
May 18 09:28:05 <spaetz> I'm just checking it out to see how I should vote :)
May 18 09:28:13 <spaetz> I ususally don't do music on the FR
May 18 09:29:25 * mrmoku goes to overlay and stuffs intone in shr-image :)
May 18 09:30:02 <spaetz> very graceful :)
May 18 09:30:59 <mrmoku> hehe... and would do I see there? pythm is not in the fat SHR Image
May 18 09:31:13 <mrmoku> we had no default music player :P
May 18 09:31:24 <Ainulindale> well it was
May 18 09:31:29 <Ainulindale> I put it there some time ago
May 18 09:31:36 <spaetz> ahh, that is why one guy said, he had only vagalume?!
May 18 09:32:38 <CIA-75> SHR: 03mok 07shr-overlay * rb8b520ff1921 10/openembedded/recipes/tasks/task-shr.bb: shr-image: add intone to the fat SHR image
May 18 09:32:39 <SHR-WugBranler`> tracfeed: Ticket #446 (Change the battery gadget's theme) updated <http://trac.shr-project.org/trac/ticket/446#comment:2>
May 18 09:32:57 <mrmoku> Ainulindale: remember so too... it even was in the lite image I think
May 18 09:33:13 <mrmoku> then there was some discussion about litening the lite image
May 18 09:33:22 <Ainulindale> oh? Didn't see that
May 18 09:33:22 <mrmoku> and I guess it got dropped from both accidently
May 18 09:33:38 <mrmoku> Ainulindale: want me to dig out the mails?
May 18 09:33:42 <Ainulindale> Nah that's good to me
May 18 09:33:43 <spaetz> mmh, so we probably removed it from lite and thereby also got rid of in fat
May 18 09:33:50 <spaetz> yep
May 18 09:33:54 <Ainulindale> I hope there was a vote that's all :-)
May 18 09:34:09 <spaetz> sure, we had plenty of community discussion and votes and all :)
May 18 09:34:17 <Ainulindale> spaetz: sounds a bit ironic to me :-p
May 18 09:34:42 <spaetz> Ainulindale: ;) I am just in a good mood, that makes me susceptible to irony and sarcasm
May 18 09:34:51 <spaetz> sorry could not resist
May 18 09:34:52 <Ainulindale> Peh, bad boy
May 18 09:35:11 <Ainulindale> But anyway the fact is that lite image should really be lite, this asks the question about what lite is
May 18 09:35:21 <Ainulindale> one day I think we'll do a real mail & vote about that
May 18 09:36:01 <spaetz> agreed, but consensus was, if I remember correctly, that it should contain the basic phone functionality and not more.
May 18 09:36:14 <spaetz> although that is a kind of fuzzy definition, of course
May 18 09:36:14 <Ainulindale> and I'd agree with that
May 18 09:36:32 <Ainulindale> but I think the matter should be raised somewhat one day :-)
May 18 09:36:40 * spaetz nods
May 18 09:36:51 <Ainulindale> For my part as long as I can call I don't care
May 18 09:36:55 <Ainulindale> I seldom do other things
May 18 09:37:13 <mirko> raster: ping
May 18 09:37:16 <Ainulindale> But maybe it would be interesting to do some other "SHR flavors"
May 18 09:37:23 <mrmoku> viq: I rebuilt python-evas... could you try if you get it updated via opkg update; opkg upgrade?
May 18 09:37:30 <rtp> Ainulindale: I would say that lite should also be something which fit into the gta01 flash :)
May 18 09:37:32 <Ainulindale> as in "media", "gps", I don't know
May 18 09:37:42 <Ainulindale> rtp: Yeah we argued about that a while ago
May 18 09:37:42 <mrmoku> might be you have to do 'opkg -force-reinstall install python-evas'
May 18 09:37:44 <Ainulindale> And I agreed on that
May 18 09:37:50 <mrmoku> if so... I would like to know that :)
May 18 09:38:37 <rtp> Ainulindale: great :)
May 18 09:38:53 <Ainulindale> rtp: it might be interesting if you shared your thoughts about that on the ML
May 18 09:39:06 <Ainulindale> That is, come up with a basic image you'd consider good for GTA01
May 18 09:39:21 <Ainulindale> I'll gladly develop it
May 18 09:40:30 <rtp> Ainulindale: I don't have any thoughts. I'm only wondering on how I could use SHR on either my bv3 or bv4 to get a backup phone :)
May 18 09:40:42 <Ainulindale> That's the point
May 18 09:40:47 <Ainulindale> What you'd consider as a backup phone
May 18 09:41:12 <viq> mrmoku: ok, trying now
May 18 09:42:27 <mrmoku> viq: I'm away now for an hour or two... just leave your results here... will read the backlog then
May 18 09:42:40 <viq> ok
May 18 09:42:46 <rtp> Ainulindale: being able to phone and sms should be enough... but maybe you're right a mail on shr-devel would be interesting
May 18 09:43:09 <Ainulindale> Even on users
May 18 09:43:29 <Ainulindale> Your call
May 18 09:44:06 <rtp> I'm not subscribe to users sorry 
May 18 09:44:14 <Ainulindale> Heh :-)
May 18 09:44:49 <rtp> btw,  any news about switching to abyss ? :)
May 18 09:45:13 <Ainulindale> Will talk about that with mickey|zzZZzz next week end
May 18 09:45:34 <rtp> ok
May 18 09:47:58 <khiraly1> abyss?
May 18 09:48:36 <playya_> Ainulindale, is zenity or dialog available on SHR?
May 18 09:48:51 <Ainulindale> zenity didn't build last thing I remember
May 18 09:48:58 <Ainulindale> if it builds now then we'll build it
May 18 09:49:02 <Ainulindale> as for dialog I don't think so
May 18 09:49:18 <viq> Hm, that osmo thing does look interesting
May 18 09:49:19 <playya_> ok
May 18 09:49:33 <Ainulindale> let me check that
May 18 09:50:58 <viq> mrmoku|away: no, opkg update ; opkg upgrade only updated some fontconfig stuff.
May 18 10:00:05 <viq> mrmoku|away: I used -force-reinstall, and it still does not work
May 18 10:05:38 <BillK> is berlios down?
May 18 10:05:39 <BillK> svn: Can't connect to host 'svn.berlios.de': Connection refused
May 18 10:05:52 <BillK> cat make update for shr
May 18 10:06:04 <BillK> s/cat/cant/
May 18 10:06:15 <pundiramit> hi which profiling tool can I use on NeoFreerunner? I'm currently using an FSO image
May 18 10:06:55 <PaulFertser> BillK: do "make openembedded-update shr-update" instead.
May 18 10:07:51 <von_fritz> Billk or git pull under the SHR root directory :) 
May 18 10:08:04 <BillK> tkx.
May 18 10:08:46 <Ainulindale> mrmoku|away: hey that's weird, gtk wasn't up to date in shr-unstable
May 18 10:10:15 <PaulFertser> von_fritz: does git pull work in the sense it'll redo OE patching by using some hook?
May 18 10:10:29 <PaulFertser> I doesn't seem to, though it'd be desirable.
May 18 10:13:16 <von_fritz> well i think git pull doesn't patch at all it only updates the shr tree
May 18 10:15:17 <rtp> Ainulindale: I hate you :) on shr-testing, you have a too big 2.6.28 uImage for gta01 and on unstable, it's a 2.6.24 :(
May 18 10:15:55 <Ainulindale> that's weird
May 18 10:16:55 <rtp> I would guess that it's a 2.6.24 to get something fitting into the flash. Trying to reduce 2.6.28 uImage size would have been better imho
May 18 10:16:56 <Ainulindale> Let me check this zenity thing and I'll check the kernel afterwards ok?
May 18 10:17:03 <rtp> ok :)
May 18 10:17:45 <Ainulindale> By the way guys
May 18 10:17:48 <Ainulindale> ./-m0644 does not exist <=
May 18 10:17:51 <Ainulindale> linux-openmoko-stable
May 18 10:17:55 <Ainulindale> does that mean anything to you?
May 18 10:18:53 <Ainulindale> nytowl?
May 18 10:18:54 <rtp> broken install command line in the Makefile ?
May 18 10:19:06 <Ainulindale> well it does that for an user
May 18 10:19:08 <Ainulindale> but not for me
May 18 10:20:26 <rtp> would have been too easy :(
May 18 10:21:29 <Ainulindale> ok zenity fails playya_ 
May 18 10:21:40 <neomilium> Hello, I'm the concerned user by "install ./-m0644" error... (If it can help)
May 18 10:21:48 <Ainulindale> neomilium: well that was your error so..; :-)
May 18 10:22:18 <neomilium> Thanks you Ainulindale..
May 18 10:23:18 <neomilium> Ainulindale: did you try to build shr-testing image from scratch theses days ?
May 18 10:24:59 <Ainulindale> Nope
May 18 10:25:07 <Ainulindale> playya_: just built dialog by the way
May 18 10:26:17 <Ainulindale> I'll try the kernel in testing now
May 18 10:26:52 <playya_> hmm .ok
May 18 10:27:18 <spaetz> Ainulindale: seen that before, it's some kernel install.sh script
May 18 10:27:30 <spaetz> and yes, they really use that there
May 18 10:27:30 <playya_> might be useful for packages to download maps for navit/tangogps
May 18 10:28:02 <spaetz> I know that someone (mickey?) has fixed that or at least some instances before
May 18 10:28:03 <SHR-WugBranler`> tracfeed: Ticket #450 (No Lock/Suspend/Shutdown menu) created <http://trac.shr-project.org/trac/ticket/450>
May 18 10:29:18 <spaetz> mrmoku|away: can we fix shr-testing (suspend button) the same way we fixed shr-unstable?
May 18 10:29:34 <Ainulindale> playya_: well wait until mrmoku|away is there for the rsync. I know how to do it but I want to check with him if everything is ok before
May 18 10:30:29 <neomilium> In log file, there is "INSTALL /home/romuald/Projets/Openmoko/shr-build/shr-testing/tmp/work/om-gta02-angstrom-linux-gnueabi/linux-openmoko-stable-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2/image/lib/firmware/kaweth/new_code.bin"
May 18 10:30:30 <SHR-WugBranler`> tracfeed: Ticket #451 (Backlight setting not remembered) created <http://trac.shr-project.org/trac/ticket/451>
May 18 10:30:40 <neomilium> but this file doesn't exist !
May 18 10:30:52 <neomilium> It should be the problem...
May 18 10:30:58 <Ainulindale> That's because it should create it
May 18 10:31:57 <Ainulindale> spaetz: by the way how fares shr-config?
May 18 10:32:00 <neomilium> INSTALL which create a file ?
May 18 10:32:06 <Ainulindale> Long time no news about that
May 18 10:33:25 <spaetz> nope, I've been travelling all week last week and still have to catch up with day job and shr mails. One of the difficulties is that current shr-config requires git master and won't compile under 0.7.2
May 18 10:33:26 <SHR-WugBranler`> tracfeed: Ticket #452 (No suspend when USB plugged in) created <http://trac.shr-project.org/trac/ticket/452>
May 18 10:33:31 <spaetz> so I couldn't bump it yet
May 18 10:33:44 <Ainulindale> spaetz: So you just wait for vala 0.7.2 then?
May 18 10:33:51 <neomilium> I had located this file "new_code.bin" in "linux-openmoko-stable-2.6.28[...]/image/firmware/kaweth/new_code.bin" instead of "linux-openmoko-stable-2.6.28[...]/image/LIB/firmware/kaweth/new_code.bin" 
May 18 10:33:59 <spaetz> even 0.72 won't do. I need newer
May 18 10:34:00 <Ainulindale> Do you know what would be the side effects of a migration?
May 18 10:34:11 <spaetz> I think we have 0.7.2 by now
May 18 10:34:19 <spaetz> so there is no stable release that I can use
May 18 10:34:46 <Ainulindale> Ah that's what you get from living on the edge :-)
May 18 10:34:47 <SHR-WugBranler`> tracfeed: Ticket #453 (What to do when charging finished) created <http://trac.shr-project.org/trac/ticket/453>
May 18 10:35:08 <spaetz> right :). I needed to contribute that bug fix myself too :)
May 18 10:35:48 <spaetz> pff, many minor UI suggestions on SHR trac
May 18 10:36:17 <spaetz> all nice and fine, but I wonder who is going to /capable of implementing
May 18 10:37:39 <PaulFertser> Ainulindale: what do you think about adding a hook so git pull from shr will automatically patch OE as done by SHRMakefile so both SHRMakefile updating method and manual git pull method work?
May 18 10:38:05 <Ainulindale> PaulFertser: we could yes
May 18 10:38:13 <Ainulindale> Not sure it is wise though
May 18 10:38:21 <Ainulindale> Could you mail about that on the ML? :-)
May 18 10:39:56 <Ainulindale> By the way guys, what would be the best way to read from a conf file in C?
May 18 10:39:57 <SHR-WugBranler`> tracfeed: Ticket #453 (What to do when charging finished) updated <http://trac.shr-project.org/trac/ticket/453#comment:1>
May 18 10:40:01 <Ainulindale> (best as in most convenient)
May 18 10:40:05 <neomilium> Ainulindale: I have copying "linux-openmoko-stable-2.6.28[...]/image/firmware/kaweth/new_code.bin" in "linux-openmoko-stable-2.6.28[...]/image/lib/firmware/kaweth/new_code.bin" and re-execute "make image", and linux-openmoko-stable task have been passed with success
May 18 10:40:34 <neomilium> that a terrible dirty hack but it works...
May 18 10:40:35 <Ainulindale> neomilium: interesting
May 18 10:41:11 <Ainulindale> wait until nytowl is fed up with his orgy and I'm sure he'll answer :-)
May 18 10:41:12 <SHR-WugBranler`> tracfeed: Ticket #452 (No suspend when USB plugged in) updated <http://trac.shr-project.org/trac/ticket/452#comment:1>
May 18 10:41:58 <neomilium> Ainulindale: I'm wrong, it doesn't successfully passed...
May 18 10:42:11 <PaulFertser> Ainulindale: if you use glib anyway it has a convenience function to process key-value (ini-like) files.
May 18 10:42:26 <neomilium> Sorry I have been happy too quickly ^^
May 18 10:42:29 <Ainulindale> PaulFertser: hmmm link? :-)
May 18 10:42:40 <Ainulindale> I'd like to do that country code matching we talked about with DocScrutinizer 
May 18 10:42:44 <Ainulindale> My treat to him
May 18 10:42:48 <PaulFertser> Ainulindale: http://www.gtkbook.com/tutorial.php?page=keyfile
May 18 10:42:59 <Ainulindale> Thank you O worthy rtfmer
May 18 10:44:01 <SHR-WugBranler`> tracfeed: Ticket #450 (No Lock/Suspend/Shutdown menu) updated <http://trac.shr-project.org/trac/ticket/450#comment:1> || Ticket #451 (Backlight setting not remembered) updated <http://trac.shr-project.org/trac/ticket/451#comment:1>
May 18 10:45:57 <spaetz> TAsn: you here?
May 18 10:46:10 <spaetz> Your GTK theme looks awsome. Is there a link to it?
May 18 10:46:16 <spaetz> I want to append it to http://shr.bearstech.com/trac/ticket/105
May 18 10:47:47 <mirko> spaetz: are screenshots available?
May 18 10:48:13 <spaetz> I just read the mail on shr-user:
May 18 10:48:14 <spaetz> http://scap.linuxtogo.org/files/dcdc99d56fe1eeee0330ead91ae0f068.png
May 18 10:48:15 <spaetz> http://scap.linuxtogo.org/files/6e5defa1355feabe33133e7df5287990.png
May 18 10:48:30 <spaetz> it's a nice theme, as it is in line with elementary
May 18 10:48:44 <mirko> ah, kewl
May 18 10:48:49 <mirko> yep
May 18 10:50:00 <playya_> hmm. it seems that tango gps even works on klingon planets
May 18 10:53:50 <spaetz> Ainulindale: I see you responded in a very civilized way to the GTK proposal :-). Seeing that the community feedback was extremely positive, should we make it the default?
May 18 10:55:08 <Ainulindale> spaetz: well I'm civilized :-)
May 18 10:55:09 <SHR-WugBranler`> tracfeed: Ticket #453 (What to do when charging finished) updated <http://trac.shr-project.org/trac/ticket/453#comment:2>
May 18 10:55:16 <Ainulindale> And if the community feedback is good, yes, I'm all for it
May 18 10:55:26 <Ainulindale> See? We can wait a day or two :-)
May 18 10:58:31 <CIA-75> SHR: 03ainulindale 07shr * re3d76b5685e2 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: frameworkd-phonegui: Inserted user configurable home code & prefix. Used glib to manage configuration. Will hopefully not break that much.
May 18 10:59:13 <Ainulindale> Let us see now what I broke
May 18 10:59:42 <Ainulindale> Hey mickeyl o/
May 18 10:59:46 <spaetz> mickeyl: has FSO plans to remember the current backlight brightness on bootup or should we handle that ourselves?
May 18 10:59:47 <Ainulindale> Still trouble here with vala-native
May 18 11:00:07 <mickeyl> hi Ainulindale 
May 18 11:00:55 <mickeyl> spaetz: odeviced should be changed to read backlight brightness from a profile
May 18 11:01:11 <mickeyl> spaetz: then SHR could just write to the profile
May 18 11:01:35 <CIA-75> SHR: 03ainulindale 07shr * rd45459ca2fa4 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: Fixed "Ainulindalissues"
May 18 11:01:43 <mickeyl> Ainulindale: strange, seems to work fine here. If the problem is the wrong vala compiler getting called, try patching the Makefile.am with VALAC=valac
May 18 11:01:48 <spaetz> mickeyl: ok
May 18 11:02:04 <Ainulindale> Well I'm first on to something
May 18 11:02:05 <mickeyl> s/odeviced/oeventsd/
May 18 11:02:09 <Ainulindale> I'll check later on :-)
May 18 11:02:11 <Ainulindale> But thanks
May 18 11:02:12 <mickeyl> k
May 18 11:02:22 <Ainulindale> I even think I'll let mrmoku|away do that :-p
May 18 11:02:26 <mickeyl> it looks like I will come back to OE after our conference
May 18 11:02:35 <Ainulindale> Oh? Tell me more :-)
May 18 11:02:35 <mickeyl> things should be more simple then
May 18 11:02:42 <Ainulindale> Did they use feathers & tar on Koen?
May 18 11:02:44 <spaetz> \o/
May 18 11:03:32 <mickeyl> no, they didn't, but the core team seems to dissolve into a new transparent technical board that's -- among global steering -- is going to mediate on conflicts. under these circumstances I'm willing to come back.
May 18 11:03:47 <mickeyl> this technical board is going to be voted, not self-elected.
May 18 11:03:51 <mickeyl> in public.
May 18 11:04:55 <CIA-75> SHR: 03ainulindale 07shr * r16956eedb873 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: I should set up my build system again to avoid committing crap.
May 18 11:04:56 <SHR-WugBranler`> tracfeed: Ticket #453 (What to do when charging finished) updated <http://trac.shr-project.org/trac/ticket/453#comment:3>
May 18 11:05:07 <Ainulindale> Oh, good :-)
May 18 11:05:26 <Ainulindale> By the way I intend to talk with you about what you'd advice as a way to keep our core team on trac
May 18 11:06:01 <spaetz> Ainulindale: testing, testing testing :)
May 18 11:06:02 <SHR-WugBranler`> tracfeed: Ticket #105 (apply another Gtk Theme by default!) updated <http://trac.shr-project.org/trac/ticket/105#comment:3>
May 18 11:06:05 * spaetz shuts up
May 18 11:06:05 <Ainulindale> Knowing that I'd like to stay the "benevolent dictator" if nobody throws me out and will just have to decide on ties 
May 18 11:06:15 <Ainulindale> spaetz: yes but that's for newcomers
May 18 11:06:24 <Ainulindale> Not for great ones such as me :-p
May 18 11:06:30 <spaetz> hehe
May 18 11:06:36 <Ainulindale> Plus it gives you an excuse to say that's my fault
May 18 11:06:56 <spaetz> of courseè It's always the dictators fault. We all know that
May 18 11:07:02 <Ainulindale> meh :-)
May 18 11:07:33 <Ainulindale> (plus everybody knows I'm not truly a dictator)
May 18 11:07:39 <Ainulindale> (Or I'd have killed spaetz by now)
May 18 11:09:01 <ptitjes|dinner> hello
May 18 11:09:15 <ptitjes|dinner> PaulFertser: still no success as I understand it :(
May 18 11:10:44 <Ainulindale> spaetz: anyway this thing has been on my mind for a long time (configuration)
May 18 11:10:44 <PaulFertser> ptitjes|dinner: yes, too bad you (Vala wizards) do not try to understand the problem in deep :p
May 18 11:10:47 <Ainulindale> and home prefix
May 18 11:11:00 <mickeyl> ptitjes|dinner: the problem is the makefile
May 18 11:11:05 <mickeyl> ptitjes|dinner: the lib gets built
May 18 11:11:10 <mickeyl> (the new one)
May 18 11:11:18 <mickeyl> but before it's getting installed
May 18 11:11:31 <mickeyl> the new compiler is called
May 18 11:11:41 <mickeyl> which links against the old lib in staging
May 18 11:11:50 <ptitjes> mickeyl: I asked to juergbi about that
May 18 11:11:53 <mickeyl> the fix is to not call ../compiler/valac
May 18 11:11:56 <mickeyl> but valac
May 18 11:12:16 <mickeyl> then everything builds here
May 18 11:12:20 <ptitjes> mickeyl: he says that the compiler being build, there is no reason to not use it for the build of vapigen|check
May 18 11:12:29 <PaulFertser> mickeyl: exactly what i did ad-hoc to build it.
May 18 11:12:29 <mickeyl> well
May 18 11:12:32 <mickeyl> if he wants that
May 18 11:12:36 <ptitjes> mickeyl: yep that is what discovered PaulFertser 
May 18 11:12:36 <mickeyl> then LD_LIBRARY_PATH needs to be set
May 18 11:12:45 <mickeyl> or -Wl,rpath,link
May 18 11:12:51 <ptitjes> but yet it is strange that it builds correctly for me
May 18 11:12:54 <mickeyl> so that the compiler looks first in the correct location
May 18 11:13:06 <ptitjes> hum
May 18 11:13:09 <mickeyl> if you have a local valac on your buildhost, then it's not strange
May 18 11:13:18 <mickeyl> just needs to be recent enough and it will work :)
May 18 11:13:32 <ptitjes> mickeyl: it builds even if I remove my host's valac :)
May 18 11:13:40 <spaetz> Ainulindale: yep, configuration is an issue
May 18 11:13:41 <mickeyl> also the lib?
May 18 11:13:50 <mickeyl> the library is the cuplrit, not the executable
May 18 11:13:54 <ptitjes> no errors occur
May 18 11:14:08 <ptitjes> no error occurs
May 18 11:14:10 <spaetz> there are probably quite some settings that are not handled by frameworkd that should be restored on bootup
May 18 11:14:46 <ptitjes> PaulFertser: I do vala for three months now
May 18 11:14:58 <ptitjes> PaulFertser: I'm way far from being a wizard :)
May 18 11:15:47 <ptitjes> mickeyl: so you think correct tweaking of the LD_LIBRARY_PATH would fix the problem
May 18 11:15:48 <ptitjes> ?
May 18 11:16:26 <ptitjes> mickeyl: could you make such a fix so that we can propose it to juergbi ?
May 18 11:16:41 <mickeyl> nah
May 18 11:16:44 <mickeyl> LD_LIBRARY_PATH is most ugly
May 18 11:16:54 <mickeyl> using proper flags to gcc should fix it
May 18 11:17:08 <mickeyl> i can look into that, but not very soon
May 18 11:17:28 <mickeyl> in the meantime, i propose using the patch to Makefile.am
May 18 11:17:45 <ptitjes> mickeyl: hum I don't know enough on GCC options
May 18 11:18:06 <ptitjes> mickeyl: ok let's go for that Makefile patch
May 18 11:18:15 <mickeyl> yep, should be a quick fix
May 18 11:18:19 <ptitjes> mickeyl: because many don't build it :(
May 18 11:18:25 <mickeyl> just remove the relative path
May 18 11:18:26 <mickeyl> err
May 18 11:18:29 <PaulFertser> mickeyl: Btw, why don't you think it'd be good to install vala-bootstrap to some really custom location to ensure that it won't get called or cleaned accidentally?
May 18 11:18:29 <mickeyl> $(top_srcdir)/...
May 18 11:18:50 <ptitjes> mickeyl: btw, I have changes for vala-dbus-binding-tool
May 18 11:19:09 <mickeyl> PaulFertser: that won't help with packaged staging
May 18 11:19:11 <ptitjes> mickeyl: and also I'd like we put libfso-glib recipe in freesmartphone
May 18 11:19:23 <mickeyl> PaulFertser: stop to use packaged staging, and then it will work instantaneously
May 18 11:19:33 <mickeyl> i don't see how packaged staging helps anyway in its current implementation
May 18 11:19:51 <mickeyl> ptitjes: sounds good
May 18 11:19:53 <ptitjes> but what is that package staging thing ??
May 18 11:19:54 <PaulFertser> mickeyl: (if i only new wtf packaged staging is...) well, that's something for SHR folks to do.
May 18 11:20:13 <mickeyl> staging area will be populated by packagesd
May 18 11:20:15 <ptitjes> mickeyl: should I give you patches, or ask nytowl ?
May 18 11:20:21 <mickeyl> ptitjes: i'm not committing to OE atm.
May 18 11:20:24 <ptitjes> or request for an account ?
May 18 11:20:25 <mickeyl> so please ask nytowl
May 18 11:20:34 <mickeyl> i will add it to my tree
May 18 11:20:38 <mickeyl> if you send me patches :)
May 18 11:20:46 <CIA-75> SHR: 03ainulindale 07shr * r5b71092a5439 10/ (3 files in 3 dirs): libframeworkd-phonegui: exported new funcs to headers. libframeworkd-phonegui-efl: Tentatively add new contacts matching.
May 18 11:21:01 <mickeyl> if all goes well, this situation will improve soon...
May 18 11:22:13 <ptitjes> mickeyl: yeah it seems the overlay to OE workshop will make the last bits hopefully :)
May 18 11:22:27 <mickeyl> yeah
May 18 11:22:53 <ptitjes> nytowl: ping
May 18 11:23:46 <CIA-75> SHR: 03ainulindale 07shr * rc911009c6c93 10/libframeworkd-phonegui/src/frameworkd-phonegui.h.in: Missing include, yay!
May 18 11:23:53 <ptitjes> mickeyl: is there a bb class to have install ? because in your vala-dbus-binding-tool recipe you use install but it does install a wrapper script and not the real executable :)
May 18 11:24:27 <Ainulindale> I'm fed up with this contacts nonsense by the way
May 18 11:24:31 <Ainulindale> And the conf file not being a conf file
May 18 11:24:37 <Ainulindale> Hope it'll work somehow
May 18 11:25:34 <Ainulindale> What I'm doing is the embodiment of quick & dirty hack
May 18 11:25:44 <Ainulindale> Just to have a feature it's been bothering me to have for days
May 18 11:26:18 <Ainulindale> But hopefully that'll satisfy some of our nutcases out there
May 18 11:26:36 <mickeyl> ptitjes: should be automatically fixed by using 'inherit autotools_stage' instead of do_stage
May 18 11:26:44 <mickeyl> i'll push a fix to fso
May 18 11:26:55 <ptitjes> mickeyl: np I'l do it
May 18 11:27:03 <ptitjes> mickeyl: I also added some DEPENDS
May 18 11:27:09 <mickeyl> to what?
May 18 11:27:13 <khiraly1> mickeyl: have you got a chance to look at bug #435 (suspend broke after some call/sms)
May 18 11:27:19 <khiraly1> http://trac.freesmartphone.org/ticket/435
May 18 11:27:21 <mickeyl> khiraly1: no, not yet
May 18 11:27:40 <khiraly1> mickeyl: because I tried to debug more, just I stuck. Need some help/explanation
May 18 11:27:50 <khiraly1> I wrote down my findings and questions
May 18 11:28:08 <mickeyl> yeah, seen it in the bug. still lacking understanding of the more advanced oevents triggers
May 18 11:28:23 <ptitjes> mickeyl: vala-dbus-binding-tool was missing intltool-native and libxml2-native
May 18 11:28:39 <mickeyl> ptitjes: ok, good
May 18 11:29:12 <ptitjes> will have libfso-glib done in the day I think (mrmoku already did a fso-specs recipe)
May 18 11:29:24 <mickeyl> i need to check all the changes you did
May 18 11:29:33 <mickeyl> what's the last word on our type name issue?
May 18 11:29:48 <mickeyl> ah well i just look at the latest installation of libfso-glib
May 18 11:29:50 <ptitjes> oh I sent you a message here but you might not had it
May 18 11:30:01 <mickeyl> no, didn't get anything recently
May 18 11:30:03 <ptitjes> (hum very bad english)
May 18 11:30:05 <ptitjes> :)
May 18 11:30:45 <ptitjes> mickeyl: I introduced a fso:no-container="true" attribute to specify when the errordomain name clashes with a containing class or namespace
May 18 11:31:03 <mickeyl> ah, that's cool
May 18 11:31:09 <ptitjes> I regenarated so you can see on the repo how lib-fso looks like now
May 18 11:31:29 <mickeyl> you might be glad to hear that i will give in wrt. error names in Vala code :)
May 18 11:31:42 <ptitjes> http://git.freesmartphone.org/?p=libfso-glib.git;a=blob;f=src/freesmartphone-device.vala;h=6f189340baa3fdecd8ac6abcb5a59700f8345180;hb=HEAD#l56
May 18 11:31:42 <mickeyl> you remember our CamelCase vs. UPPER_CASE thing?
May 18 11:32:02 <ptitjes> mickeyl: yep
May 18 11:32:10 <mickeyl> i have decided to change it to upper case
May 18 11:32:14 <Ainulindale> Yay it doesn't work :-)
May 18 11:32:14 <mickeyl> will do eventually
May 18 11:32:19 <ptitjes> \o/
May 18 11:32:20 <ptitjes> cool
May 18 11:32:23 <ptitjes> :)
May 18 11:32:29 <ptitjes> (less work ;))
May 18 11:32:41 <mickeyl> :)
May 18 11:33:19 <ptitjes> yeah autotools_stage is great :)
May 18 11:35:43 <Ainulindale> spaetz: do you have a working tree at the moment?
May 18 11:37:51 <spaetz> nope, just started rebuilding from scratch (changed DISTRO to shr)
May 18 11:38:09 <spaetz> task 334 of 7197
May 18 11:38:51 <Ainulindale> Hmmm by the way
May 18 11:39:03 <Ainulindale> Would you know how to remove a specific char from another char using glib?
May 18 11:39:09 <Ainulindale> (gchar obviously)
May 18 11:39:43 <spaetz> remove? as in subtracting?
May 18 11:39:53 <spaetz> or as remove a char from a string?
May 18 11:40:13 <Ainulindale> well as in s/foo//
May 18 11:40:25 <Ainulindale> Because that's my mistake here :-)
May 18 11:40:35 <Ainulindale> And to DocScrutinizer's credit, he was right
May 18 11:40:40 <Ainulindale> (As always O great one)
May 18 11:40:47 <CIA-75> freesmartphone.org: 03ptitjes 07libfso-glib * r7ab5c5fa2217 10/src/Makefile.am: 
May 18 11:40:47 <CIA-75> freesmartphone.org: Use absolute SPECS_PATH variable
May 18 11:40:47 <CIA-75> freesmartphone.org: Signed-off-by: Didier 'Ptitjes <ptitjes@free.fr>
May 18 11:42:26 <spaetz> no glib expert, easy way out might be: g_strsplit and g_strjoin[v]
May 18 11:42:48 <spaetz> to split strings at a specific char and join those pieces together
May 18 11:43:01 <spaetz> but there might/should be an easier way
May 18 11:43:18 <mickeyl> ptitjes: http://git.freesmartphone.org/?p=openembedded.git;a=commitdiff;h=983b2fb04c38c34ee43f6b847f28690670d3f620 should be similar to what you had
May 18 11:45:28 <khiraly1> mickeyl: with a bit of direction maybe I could fix the bug(#435), just I do not have confidence to tinker with it, as Im missing the big picture
May 18 11:45:59 <mickeyl> khiraly1: i'd love to help you, really, but i did not find time to make myself familiar with oevents' advanced triggers ye
May 18 11:46:00 <mickeyl> t
May 18 11:46:03 <mickeyl> i did not write them
May 18 11:47:24 <CIA-75> SHR: 03ainulindale 07shr * r355bbe46115d 10/libframeworkd-phonegui-efl/src/view/message-show-view.c: libframeworkd-phonegui-efl: Hopefully fixed the matching number issue.
May 18 11:50:38 <khiraly1> mickeyl: I'll wait you then. I will dayly check the bugreport
May 18 11:50:39 <khiraly1> bbl
May 18 11:51:06 <CIA-75> SHR: 03ainulindale 07shr * ra75ef0c4741c 10/libframeworkd-phonegui-efl/src/view/message-show-view.c: Woe, my life is a misery, parenthesis hell.
May 18 11:52:25 <Ainulindale> spaetz: setting it up myself as we speak
May 18 11:53:01 <Ainulindale> spent too many time arguing instead of developing, hence the outdated tree :-)
May 18 11:54:11 <CIA-75> SHR: 03ainulindale 07shr * r69d248fe7b06 10/libframeworkd-phonegui-efl/src/view/message-show-view.c: Die, long expression, die!
May 18 11:57:15 <mrmoku> huu... long backlog
May 18 11:57:38 <Ainulindale> mrmoku: I'm doing that home_prefix thing we talked about
May 18 11:57:44 <Ainulindale> mainly borking things for your pleasure
May 18 11:58:01 <Ainulindale> Feel free to slap me :-)
May 18 11:58:15 <mrmoku> home_prefix? help me... don't remember
May 18 11:58:32 <Ainulindale> the contacts matching thing
May 18 11:58:43 <mrmoku> ahh...
May 18 11:58:52 <mrmoku> Ainulindale: doing it in which way?
May 18 11:59:02 <Ainulindale> I was fed up with thinking about it
May 18 11:59:04 <Ainulindale> And it woooooooorked
May 18 11:59:11 <Ainulindale> mrmoku: well implementing the country code and prefix
May 18 11:59:14 <Ainulindale> for SMSes
May 18 11:59:16 <Ainulindale> it's working
May 18 11:59:26 <Ainulindale> I took advantage of that to do a proper conf file
May 18 11:59:51 <Ainulindale> it's a bit slow though, why didn't you do a hashtable of some sort?
May 18 11:59:53 <mrmoku> good
May 18 12:00:00 <playya_> Ainulindale, the line causes a memleak
May 18 12:00:15 <Ainulindale> playya_: yeah I know, it's ugly
May 18 12:00:26 <Ainulindale> Please let me test it as I can't test it locally for the time being :-)
May 18 12:00:27 <playya_> you have to free g_strndup
May 18 12:00:42 <Ainulindale> I know.
May 18 12:01:55 <Ainulindale> mrmoku: my 2 cents
May 18 12:02:00 <Ainulindale> build a hashtable out of the contacts
May 18 12:02:07 <Ainulindale> look for the raw number then the prefixed number
May 18 12:02:11 <Ainulindale> how does that feel to you?
May 18 12:02:30 <Ainulindale> If that feels good, then wanna do it? :-)
May 18 12:02:33 <Ainulindale> I have to leave soon
May 18 12:02:40 <Ainulindale> That'll allow you to whine about my mem leaks
May 18 12:02:54 <mrmoku> Ainulindale: the hashtable is already there
May 18 12:03:10 <Ainulindale> I thought there was only an array
May 18 12:03:31 <mrmoku> hmm... maybe I'm wrong... will check
May 18 12:03:38 <mrmoku> when I took a look at your dirty stuff ;)
May 18 12:04:22 <Ainulindale> Nah my stuff is good and shiny :-)
May 18 12:04:43 <mrmoku> Ainulindale: nah... I read the backlog... and you yourself said its a dirty hack ;)
May 18 12:04:49 <Ainulindale> hmmm for messages
May 18 12:04:58 <Ainulindale> it seems you're retrieving the phonebook every time
May 18 12:05:02 <playya_> and maybe you should think about definig a style guid
May 18 12:05:03 <playya_> e
May 18 12:05:06 <Ainulindale> is your hash in libframeworkd-glib?
May 18 12:05:16 <mrmoku> Ainulindale: nop
May 18 12:05:30 <Ainulindale> check messages-show-view line 113
May 18 12:06:02 <mrmoku> Ainulindale: btw... I had a working ContactCache dbus thingie for ophonekitd... which you disliked :P
May 18 12:06:36 <Ainulindale> Disliked? Me?
May 18 12:06:39 <Ainulindale> I don't think so! :-)
May 18 12:07:10 <mrmoku> Ainulindale: want me to bounce your mail you wrote as answer on ML ? :P
May 18 12:07:20 <rhkfin> Does someone want to add the CIA bot to #paroli to track git and track changes? 
May 18 12:07:22 <Ainulindale> Well just sum up the rasons :-)
May 18 12:07:35 <Ainulindale> s/ras/reas/
May 18 12:07:54 <Ainulindale> Hmmm I'm not sure that it's convenient to put it in ophonekitd mrmoku :-/
May 18 12:08:04 <Ainulindale> Maybe you should move it to libframeworkd-phonegui 
May 18 12:08:05 <mrmoku> I'd rather see a dbusified libframeworkd-phonegui before that, as we
May 18 12:08:09 <mrmoku> was your comment
May 18 12:08:13 <mrmoku> which i agree on
May 18 12:08:18 <Ainulindale> Well yes
May 18 12:08:21 <Ainulindale> But in the meantime
May 18 12:08:24 <Ainulindale> If you put it into libframeworkd-phonegui 
May 18 12:08:30 <Ainulindale> We'll be able to use it in ophonekitd & lfp-efl
May 18 12:08:45 <Ainulindale> Hence avoiding the phonebook lookup for every message
May 18 12:08:56 <Ainulindale> Would you do that? Pleeaaaaaaasse? :-)
May 18 12:09:03 <mrmoku> Hmm... libframeworkd-phonegui was a place I did not think of ;)
May 18 12:09:08 <mrmoku> will take a look then :)
May 18 12:09:14 <Ainulindale> You're a nice boy :-)
May 18 12:09:20 <mrmoku> I know :P
May 18 12:09:23 <Ainulindale> Well if you do that please check my quick & dirty hack and modify it accordingly
May 18 12:09:34 <mrmoku> ok
May 18 12:09:35 <Ainulindale> Especially the part in libframeworkd-phonegui-efl where it gets all the contacts from the phonebook
May 18 12:09:45 <Ainulindale> The code to check with or without the hack is there
May 18 12:09:52 <Ainulindale> just remove the strcmp thingie
May 18 12:09:59 <Ainulindale> It might be nicer though
May 18 12:10:03 <Ainulindale> Feel free to check & modify
May 18 12:10:14 <Ainulindale> i was just trying to display SMSes names whatever the case was
May 18 12:10:15 <mrmoku> will borke it yeah :)
May 18 12:10:31 <mrmoku> and tell everybody it was your fault ;)
May 18 12:10:36 <Ainulindale> Feel free to :-)
May 18 12:10:39 <Ainulindale> By the way
May 18 12:10:48 <Ainulindale> we should have a phonegui_contact_lookup() thing
May 18 12:10:53 <Ainulindale> that will allow you to do the same on the messages list
May 18 12:11:11 <Ainulindale> Do we agree on that?
May 18 12:11:20 <mrmoku> yep
May 18 12:11:25 <Ainulindale> ok good :-)
May 18 12:11:27 <Ainulindale> the conf is already there
May 18 12:11:37 <Ainulindale> all that's left to you is to feel free to say I borked everything and start over :-)
May 18 12:11:40 <mrmoku> /etc/frameworkd-phonegui.conf?
May 18 12:11:43 <Ainulindale> yep
May 18 12:11:50 <Ainulindale> modified it, put a sample (which is wrong by the way)
May 18 12:12:03 <Ainulindale> it's working there with home_prefix 0
May 18 12:12:07 <mrmoku> sure... didn't expect it differently ;)
May 18 12:12:15 <Ainulindale> but it's a real conf file now
May 18 12:12:40 <Ainulindale> (not detected by opkg by the way, the bb has to be reviewed)
May 18 12:12:50 <Ainulindale> anyway, I'm off to the shower then to renew my car papers
May 18 12:13:05 <mrmoku> yeah... noticed that the last time it changed efl2 to efl without me wanting it :P
May 18 12:13:06 <Ainulindale> I hope to see a nicely working thing by tonight :-p
May 18 12:13:17 <mrmoku> :P
May 18 12:13:23 * mrmoku gets some coffee first
May 18 12:15:54 <ptitjes> mickeyl: yep exactly the same (modulo the order of inherits and DEPENDS)
May 18 12:22:12 <Ainulindale> mrmoku: hmmm actually I might do it :-)
May 18 12:24:09 <mrmoku> Ainulindale: better still :)
May 18 12:33:11 <spaetz> mrmoku: hey, 1 pixel wide suspend dialog was reported for shr-testing
May 18 12:33:26 <spaetz> can we fix it same way, it was fixed in -unstable easily?
May 18 12:34:02 <mrmoku> spaetz: got fixed by bumping EFL_SRCREV
May 18 12:34:15 <spaetz> ok, will close the bug ticket then, thanks
May 18 12:34:19 <mrmoku> so... it will be fixed with the next shr-testing image
May 18 12:34:29 <mrmoku> which I don't know when we will be able to do
May 18 12:34:54 <spaetz> also, Ainulindale basically agreed to make the gtk theme the default. feedback is extremely positive
May 18 12:34:57 <mrmoku> spaetz: maybe write that the issue is fixed upstream and will hit testing with the next image
May 18 12:35:04 <spaetz> will do so
May 18 12:35:22 <mrmoku> ok... will make the gtk theme default then :)
May 18 12:35:27 <spaetz> which is the place to include the gtk theme. :)
May 18 12:35:35 <mrmoku> do_rootfs in the image.bb
May 18 12:35:36 <spaetz> cool, I will close that gtk theme bug then too :)
May 18 12:35:56 <spaetz> but should it be in the lite image or only in full?
May 18 12:36:10 * spaetz votes for lite if it doesn't use enormous amounts of space
May 18 12:37:20 <mrmoku> TAsn: the treeview expander size is fixed directly in you theme?
May 18 12:37:41 <mrmoku> no need to have it in /etc/gtk-2.0/gtkrc?
May 18 12:38:12 <mrmoku> spaetz: well... the theme should be in all images yeah
May 18 12:38:18 <mrmoku> doesn't count in size I think
May 18 12:38:29 <SHR-WugBranler`> tracfeed: Ticket #105 (apply another Gtk Theme by default!) closed <http://trac.shr-project.org/trac/ticket/105#comment:4>
May 18 12:40:30 <SHR-WugBranler`> tracfeed: Ticket #450 (No Lock/Suspend/Shutdown menu) closed <http://trac.shr-project.org/trac/ticket/450#comment:2>
May 18 12:43:11 <CIA-75> SHR: 03mok 07shr-overlay * rc707adc1d4ee 10/openembedded/recipes/ (images/shr-image.inc tasks/task-shr-minimal.bb): make shr-theme-gtk-e17lookalike the default gtk theme
May 18 12:43:39 <Ainulindale> mrmoku: almost done there
May 18 12:43:46 <viq> mrmoku: also, dbus doesn't seem to work now
May 18 12:44:52 <TAsn> mrmoku, aye.
May 18 12:45:18 <pundiramit> can anyone suggest me any profiling tool for NeoFreerunner? I'm running an FSO build. 
May 18 12:45:42 <mrmoku> so if somebody fixes the vala problems... we could have a real nice image soon :P
May 18 12:45:58 <mrmoku> viq: what do you mean?
May 18 12:46:07 <mrmoku> dbus itself?
May 18 12:46:37 <spaetz> having to be on the (over?) bleeding edge of vala development is really kind of annoying.
May 18 12:46:41 <viq> mrmoku: shr-unstable installed mid last week, updated then. I updated it this morning, now power apps, gps and so on whine they can't connect to dbus
May 18 12:46:46 <spaetz> quite an effort to just stay on top of it
May 18 12:47:00 <mrmoku> viq: did you reboot?
May 18 12:47:02 <SHR-WugBranler`> tracfeed: Ticket #454 (Error when executing opkg upate) created <http://trac.shr-project.org/trac/ticket/454>
May 18 12:47:13 <viq> yes
May 18 12:47:21 <mrmoku> hmm... bad
May 18 12:47:25 <mrmoku> viq: any log?
May 18 12:47:41 <dos1> viq: after suspend/resume?
May 18 12:47:44 <spaetz> mrmoku: can we create the fake armv4 pacakge feed, at least for -testing?
May 18 12:47:53 <spaetz> I hate getting bug reports about it :)
May 18 12:48:03 <spaetz> should be easier now that we rsync, right?
May 18 12:48:15 <mrmoku> spaetz: how to create an empty package index? just have empty files there is enough?
May 18 12:48:28 <spaetz> just touch the file? no clue
May 18 12:48:38 <viq> dos1: hm, I guess. freshly booted and now I got to power menu
May 18 12:48:45 <spaetz> I would guess it's ok to have an empty ackage index there
May 18 12:48:52 <spaetz> empty .gz file, rather
May 18 12:48:53 <dos1> mickeyl: you broke resume
May 18 12:48:55 <viq> mrmoku: hm, where does it usually log? /var/log/messages ?
May 18 12:49:05 <dos1> viq: /var/log/frameword.log
May 18 12:49:22 <dos1> mickeyl: frameworkd quits when it should call idlenotifier to set busy state
May 18 12:49:39 <dos1> viq: known issue (for me at last, and i'm reporting it now ;))
May 18 12:49:54 <viq> ok
May 18 12:49:57 <mrmoku> viq: call 'logread' to get the syslog
May 18 12:50:30 <mrmoku> dos1: ahh... that explains why my gsm disables since yesterday :P
May 18 12:50:37 <rhkfin> Any opimd-aware devels here? Could you write something here to let others know too: http://wiki.openmoko.org/wiki/Opimd
May 18 12:50:51 <dos1> rhkfin: i'm going to do it soon
May 18 12:50:52 <mrmoku> spaetz: have an unstable booted at hand?
May 18 12:50:54 <Ainulindale> Ok let us see what I broke
May 18 12:50:59 <CIA-75> SHR: 03ainulindale 07shr * ra23d6e4f4696 10/ (5 files in 3 dirs): Normalized contact cache. Moved it into libframeworkd-phonegui.
May 18 12:51:01 <dos1> rhkfin: today ;)
May 18 12:51:25 <Ainulindale> mrmoku: can't test locally here, it's a pain
May 18 12:51:33 <mrmoku> Ainulindale: can do
May 18 12:51:38 <Blu3> this is special...  just got a call, the ringtone kept going after i answered, and the vibrator continues to go, two minutes ongoing now, and the call didn't actually get answered and i can't hang up
May 18 12:51:43 <Ainulindale> mrmoku: well it won't prevent commits
May 18 12:51:48 <spaetz> mrmoku: yep
May 18 12:51:56 <spaetz> should I try to update opkg?
May 18 12:51:56 <mrmoku> spaetz: try then :)
May 18 12:52:12 <Ainulindale> the buildhost is slow as hell right now mrmoku 
May 18 12:52:13 <Ainulindale> is that noraml?
May 18 12:52:22 <mrmoku> Ainulindale: from time to time... yeah
May 18 12:52:26 <mrmoku> had that too :(
May 18 12:52:30 <Ainulindale> damn hackable:1 !
May 18 12:52:43 <Ainulindale> khorben: that's all your fault :-)
May 18 12:52:54 <Ainulindale> mrmoku: have a look and please tell me where it'll fail :-)
May 18 12:53:03 <rhkfin> dos1: great! It looks like there are about 2 people on the planet who know about it )
May 18 12:53:16 <Blu3> what's the mdbus line to tell the !$% vibrator to _stop_ ?
May 18 12:53:21 <dos1> rhkfin: http://openmoko.opendevice.org/svn/opimd/
May 18 12:53:23 <spaetz> opkg: Invalid gzip magic
May 18 12:53:27 <dos1> rhkfin: i'm working on it for some time
May 18 12:53:30 <dos1> (opimd)
May 18 12:53:34 <mrmoku> spaetz: moment...
May 18 12:53:47 <spaetz> probably touching an empty file won't be enough
May 18 12:53:49 <mrmoku> spaetz: now?
May 18 12:54:01 <dos1> rhkfin: Contacts domain is almost finished, now i'm working on Messages
May 18 12:54:05 <spaetz> cheking...
May 18 12:54:31 <spaetz> works, no error message
May 18 12:54:42 <spaetz> no the same for -testing please and I'll close that darn report :)
May 18 12:54:44 <mrmoku> great... just copied the toplevel Packages.gz ;)
May 18 12:54:48 <spaetz> s/no/now/
May 18 12:54:53 <mrmoku> ok... will do now
May 18 12:54:54 <spaetz> cool :)
May 18 12:55:32 <mrmoku> done :)
May 18 12:55:40 <mrmoku> spaetz: ... CLOSE IT :D
May 18 12:56:05 <Ainulindale> hmmm mrmoku 
May 18 12:56:07 <SHR-WugBranler`> tracfeed: Ticket #454 (Error when executing opkg upate) closed <http://trac.shr-project.org/trac/ticket/454#comment:1>
May 18 12:56:07 <spaetz> CLOSED, down by one...
May 18 12:56:09 <viq> mrmoku: and reinstalling python-evas didn't help for omoney and ffalarms
May 18 12:56:16 <dos1> mrmoku: it works ;)
May 18 12:56:17 <Ainulindale> what's this "free" in g_hashtable?
May 18 12:56:20 <spaetz> thanks mrmoku 
May 18 12:57:30 <Ainulindale> hmmm I guess I'm dumb
May 18 12:58:14 <CIA-75> SHR: 03ainulindale 07shr * r5235ceb3714a 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: libframeworkd-phonegui: Fixed missing include.
May 18 12:58:20 <Ainulindale> what a pain not being able to test locally
May 18 12:59:41 <khorben> Ainulindale: :p
May 18 13:00:07 <khorben> Ainulindale: j'ai 2 builds par jour, 3:45 et 15:45, et ils durent pas plus de 3h chacun
May 18 13:00:27 <khorben> ah sorry this is the english speaking channel
May 18 13:00:38 <khorben> Ainulindale: I'll be at FSOSHRUDCON for sure now btw
May 18 13:01:04 <neomilium> hi khorben !
May 18 13:01:19 <khorben> hey neomilium 
May 18 13:01:51 <TAsn> phew
May 18 13:01:53 <TAsn> I'm tired. ;]
May 18 13:02:04 <TAsn> mrmoku, generated the image?
May 18 13:02:17 <Ainulindale> khorben: good! :-)
May 18 13:02:45 <mrmoku> dos1: what works?
May 18 13:02:57 <TAsn> spaetz, please create an empty fake feed before you close #454... (or have you?)
May 18 13:03:08 <mrmoku> TAsn: if you make vala-native build? I just *thought* it is not needed for the lite image :(
May 18 13:03:12 <dos1> mrmoku: armv4 feed ;D
May 18 13:03:18 <mrmoku> dos1: ahh... yeah :)
May 18 13:03:19 <spaetz> done by mrmoku
May 18 13:03:28 <rhkfin> dos1: great :)
May 18 13:03:29 <TAsn> spaetz, cool! ;]
May 18 13:03:37 <CIA-75> SHR: 03ainulindale 07shr * r18bb24302383 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: libframeworkd-phonegui: Fixed various issues.
May 18 13:03:41 <TAsn> mrmoku, shit.
May 18 13:03:43 * mrmoku feels ashamed for not having done that earlier :P
May 18 13:03:49 <TAsn> mrmoku, you should. ;]
May 18 13:03:52 <Ainulindale> mrmoku: well you're as lazy as me :-)
May 18 13:04:12 <mrmoku> Ainulindale: nahh... I'm not lazy... just incompetent ;)
May 18 13:04:45 <mrmoku> Ainulindale: btw... care to explain why one has to do g_strdup on string constants?
May 18 13:04:49 <dos1> mrmoku: not that bad. I'm incompetent *and* lazy ;)
May 18 13:05:02 <mrmoku> dos1: i know :P
May 18 13:05:41 <rhkfin> dos1: you don't happen to know anything about that minifof..?
May 18 13:05:41 <mickeyl> dos1: that's odd. traceback?
May 18 13:06:38 <CIA-75> SHR: 03ainulindale 07shr * rfdd1194b6920 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: libframeworkd-phonegui: Still includes missing. How many of them are there?!
May 18 13:06:45 <Ainulindale> mrmoku: where?
May 18 13:06:46 <SHR-WugBranler`> tracfeed: Ticket #447 (Add a notifier like view for phonegui-efl) updated <http://trac.shr-project.org/trac/ticket/447#comment:2>
May 18 13:07:39 <Ainulindale> Sheesh. Failing again
May 18 13:07:44 <Ainulindale> It doesn't like me :-)
May 18 13:08:13 <mrmoku> Ainulindale: while filling the hashtable
May 18 13:08:14 <SHR-WugBranler`> tracfeed: Ticket #443 (Automatic screen lock when suspending) updated <http://trac.shr-project.org/trac/ticket/443#comment:3>
May 18 13:08:26 <neomilium> Ainulindale: I think I will be able to build the SHR-testing image on my box
May 18 13:08:54 <neomilium> Ainulindale: I pickup The tweak on http://www.mail-archive.com/devel%40lists.openmoko.org/msg05079.html
May 18 13:09:19 <CIA-75> SHR: 03ainulindale 07shr * r0421a1fc4303 10/libframeworkd-phonegui/configure.ac: libframeworkd-phonegui: Added lfg & dbus-glib to dependencies.
May 18 13:09:21 <Ainulindale> mrmoku: line?
May 18 13:09:39 <neomilium> Ainulindale: I'll confirm to you if I can build fully image
May 18 13:09:57 <Ainulindale> ok :-)
May 18 13:10:03 <mrmoku> +    g_hash_table_insert(parameters, strdup("number"), strdup(phonegui_contact_cache_lookup((char *)g_value_get_string(g_value_array_get_nth(message, 2)))));
May 18 13:10:22 <Ainulindale> well I merely copied your line
May 18 13:10:43 <Ainulindale> I don't think it is necessary though
May 18 13:10:44 <mrmoku> hahaha, and I copied took that from quickdev I think :P
May 18 13:11:05 <Ainulindale> meh :-)
May 18 13:11:15 <mrmoku> was wondering about strduping string constants... not wanting to break anything I did that too :)
May 18 13:11:22 <mrmoku> thought it was time to ask
May 18 13:11:28 <Ainulindale> well breaking isn't a problem as long as you repair
May 18 13:11:38 <Ainulindale> as you can see I'm breaking a lot today :-)
May 18 13:12:07 <Ainulindale> Pity I can't build locally
May 18 13:12:13 <Ainulindale> All my lessons to spaetz are no good :-)
May 18 13:13:08 <dos1> mrmoku: in ussd there wasn't strdup... and it was segfaulting
May 18 13:13:14 <dos1> mrmoku: when i added strdup, it works
May 18 13:13:15 <Ainulindale> frameworkd-phonegui.c:18:28: error: dbus/dbus-glib.h: No such file or directory
May 18 13:13:18 <dos1> mickeyl: one moment
May 18 13:13:18 <Ainulindale> frameworkd-phonegui.c:19:37: error: dbus/dbus-glib-bindings.h: No such file or directory
May 18 13:13:21 <Ainulindale> Hmpf. This is weird.
May 18 13:13:42 <Ainulindale> Ah I know, I'm just dumb
May 18 13:14:03 <TAsn> mrmoku, dos1, well, if you try to free a constant string you'll get a segfault, and that's probably what you tried doing.
May 18 13:14:08 <mrmoku> Ainulindale: well... then dos1, you and me are in the same boat ;)
May 18 13:14:27 <dos1> hehe
May 18 13:14:52 <dos1> TAsn: not me, quickdev. i was fixing that segfault ;)
May 18 13:14:56 <mrmoku> TAsn: yep... so not strduping and not freeing would be the prefered thingie :)
May 18 13:15:07 <TAsn> mrmoku, aye.
May 18 13:15:22 <TAsn> though that will mean you'll maybe have to check if this string was allocated or not
May 18 13:15:40 <TAsn> The string can also "disappear" if someone else is freeing it
May 18 13:15:45 <TAsn> which will also cause havoc.
May 18 13:16:12 <CIA-75> SHR: 03ainulindale 07shr * r62d6fdbf615c 10/libframeworkd-phonegui/ (configure.ac src/Makefile.am): libframeworkd-phonegui: One has to mind his autotools. Pity!
May 18 13:16:15 <mrmoku> keys in hashtables are mostly constants
May 18 13:16:58 <Ainulindale> NOTE: Running task 103 of 2649 (ID: 192, /home/ainu/shr/shr-unstable/openembedded/recipes/autoconf/autoconf-native_2.61.bb, do_package_stage)
May 18 13:17:02 <Ainulindale> Standback and fear my wrath! 
May 18 13:17:09 <dos1> mickeyl: hah, test your stuff before commiting! :D
May 18 13:17:25 <dos1> mickeyl: (i know... i'm not the right person to say it... ;) )
May 18 13:17:27 <dos1> mickeyl: AttributeError: 'module' object has no attribute 'dbusCallAsyncDontCare'
May 18 13:17:46 <dos1> 137: dbuscache.dbusCallAsyncDontCare( self.idlenotifier.SetState, "busy" ) # trigger idlenotifier
May 18 13:18:06 <spaetz> why do people write stuff like "More consistently dull, colourless and boring ..." but never contribute a better theme?
May 18 13:18:22 <Ainulindale> ah it finally went through
May 18 13:18:26 <mrmoku> spaetz: because they are consistently dull?
May 18 13:18:34 <spaetz> :)
May 18 13:18:37 <Ainulindale> (and annoying)
May 18 13:18:51 <spaetz> dos1: request. Can the battery gadget show somehow when the battery is full?
May 18 13:19:08 <Ainulindale> but that's BillK here complaining :-p
May 18 13:19:12 <spaetz> there is a trak ticket and currently the icon always shows loading when it is plugged in
May 18 13:19:43 <Ainulindale> mrmoku: by the way my hack should speed up messages
May 18 13:19:44 <Ainulindale> a lot
May 18 13:19:47 <dos1> spaetz: dunno. we have to ask raster i think.
May 18 13:19:51 <Ainulindale> (due to the removal of ogsmd etc)
May 18 13:20:06 <Ainulindale> which sound as a good news
May 18 13:20:07 <TAsn> hey, what's the package name of the glamo xorg driver?
May 18 13:20:08 <spaetz> ahh, I thought as you put together the latest theme, that it might be possible
May 18 13:20:08 <Ainulindale> +s
May 18 13:20:10 <TAsn> I want to bitbake it ;]
May 18 13:20:34 <Ainulindale> I want to bitbake TAsn!
May 18 13:20:39 <Ainulindale> Why is there no tasn package?
May 18 13:20:45 <TAsn> sure there is.
May 18 13:20:49 <dos1> spaetz: if i remeber correctly, i was trying to do full battery indication when I was playing with that theme
May 18 13:20:49 <TAsn> google for libtasn
May 18 13:20:53 <Ainulindale> meh :-)
May 18 13:21:03 * TAsn is not joking...
May 18 13:21:12 <Ainulindale> it's a naked lady display lib?
May 18 13:21:28 <TAsn> not sure, but it does exist, actually, I have it installed on my dekstop pc
May 18 13:21:32 <TAsn> not sure why ;]
May 18 13:21:41 <Ainulindale> seems libframeworkd-phonegui & libframeworkd-phonegui-efl are compiling
May 18 13:21:44 <Ainulindale> trying now ophonekitd
May 18 13:21:49 <Ainulindale> and then trying out my trick
May 18 13:21:56 <Ainulindale> If it works, mrmoku owes me a beer
May 18 13:22:00 <Ainulindale> (I've just decided)
May 18 13:22:03 <TAsn> http://www.gnu.org/software/gnutls/manual/libtasn1/
May 18 13:22:09 <spaetz> how do I try out a different .edj filel as e theme?
May 18 13:22:16 <spaetz> I want to test billK's proposal
May 18 13:22:16 <mickeyl> dos1: ah well, not so much testing before committing, but rather checking whether all that was supposed to be commited is actually in
May 18 13:22:18 <mrmoku> Ainulindale: nahh
May 18 13:22:27 <TAsn> spaetz, put it in /usr/share/enlightenment/themes iirc
May 18 13:22:29 <Ainulindale> yesy ou do!
May 18 13:22:33 * mrmoku knows all three numbers of his contacts by heart and does not need it
May 18 13:22:34 <TAsn> and choose from the setup menu.
May 18 13:22:35 <Ainulindale> (damn compiled the wrong lib)
May 18 13:22:38 <spaetz> ok, thanks will try
May 18 13:22:46 <CIA-75> freesmartphone.org: 03mickey 07framework * rd939c48142d9 10/framework/patterns/dbuscache.py: dbuscache: commit missing hunk
May 18 13:22:47 <Ainulindale> mrmoku: three numbers? Wife, Work, and Pizza Hut?
May 18 13:23:03 <TAsn> wife, work and mistress.
May 18 13:23:07 <dos1> mickey|lunch: heh :) thanks :)
May 18 13:23:16 <Ainulindale> Well I didn't want to induce that so I purposely didn't say that TAsn 
May 18 13:23:20 <Ainulindale> But that was on my mind yes
May 18 13:23:25 <mrmoku> Ainulindale: nahh... want me wife to spank me when calling Pizza Hut?
May 18 13:23:38 <Ainulindale> mrmoku: ah yes she's italian, forgot that :-)
May 18 13:23:42 <TAsn> hehe
May 18 13:24:08 <TAsn> I gotta find myself an italian.
May 18 13:24:19 <TAsn> s/italian/italian gf/
May 18 13:24:34 <TAsn> the bot doesn't like me.
May 18 13:24:45 <dos1> Ainulindale: can you build frameworkd as well? ;)
May 18 13:24:59 <dos1> Ainulindale: VIF (very important fix :P) is there
May 18 13:25:03 <mrmoku> Ainulindale: so it is Wife, Work and Mother in law :P
May 18 13:25:11 <TAsn> and an image, mine is dead, I need a reflash.
May 18 13:25:17 <TAsn> mrmoku, hehe.
May 18 13:25:25 <Ainulindale> dos1: well let me try out my changes first
May 18 13:25:56 <Ainulindale> wow managed not to bork lfp-efl on first try
May 18 13:25:58 <Ainulindale> I'm so awesome!
May 18 13:26:16 * Ainulindale is walking along with young children throwing flowers on his path
May 18 13:26:20 * mrmoku stops his local build of Ainulindale's crap then... ;)
May 18 13:26:32 <Ainulindale> mrmoku: let me try ophonekitd will you? :-)
May 18 13:26:36 <Ainulindale> I'm sure I borked it somehow
May 18 13:26:44 <Ainulindale> Nah... didn't bork it
May 18 13:26:45 <Ainulindale> Wow.
May 18 13:28:15 <Ainulindale> Ok let us try out that thing now.
May 18 13:28:30 <Ainulindale> I'm sure it'll segfault anyway
May 18 13:29:19 <Ainulindale> Seems to be good until now
May 18 13:30:00 <Ainulindale> ah messages is segfaulting, that looks more like me :-)
May 18 13:30:04 <Ainulindale> mrmoku: need your help there :-)
May 18 13:30:18 <Ainulindale> I guess I forgot a != null somewhere
May 18 13:30:49 <Ainulindale> Oh that I did.
May 18 13:30:50 <Ainulindale> ** (process:2199): DEBUG: cache_contacts_callback called
May 18 13:30:50 <Ainulindale> ** (process:2199): DEBUG: creating contact_cache
May 18 13:30:50 <Ainulindale> Segmentation fault
May 18 13:31:05 <Ainulindale> Damn, forgot it was launched in a separate process. Shitty thing.
May 18 13:31:10 <dos1> rhkfin: http://wiki.openmoko.org/wiki/Opimd
May 18 13:31:20 <spaetz> billk's theme isn't bad. Although I cannot say what changed besides the background gradient :)
May 18 13:31:44 <TAsn> I like the current theme
May 18 13:31:50 <TAsn> spaetz, mind upping a pic?
May 18 13:32:40 <spaetz> hold on a sec, trying to install thescreenshot app
May 18 13:32:49 <TAsn> (gpe-scap)
May 18 13:32:53 <rhkfin> dos1: nice, nice :)
May 18 13:33:01 <spaetz> yep, just grepped for scap :)
May 18 13:34:11 <rhkfin> dos1: hmm.. does opimd actually mean that the phone book applications that we currently use will change (only the backend?) to use opimd at some stage so all apps have access to the same information?
May 18 13:35:07 <dos1> rhkfin: yes, exactly
May 18 13:35:33 <dos1> rhkfin: opimd provides dbus interface to use all backends (ATM - SIM, CSV and SQLite)
May 18 13:35:42 <rhkfin> dos1: and even when opimd is in very early alpha or whatever, I'd recommend you put there a screenshot of pimmm-gui.py (if that's the only tool that has a GUI atm) - it'll just make it look like more interesting if it has a GUI and not just some very abstract low level library that normal user will never see or something..
May 18 13:35:51 <rhkfin> great
May 18 13:36:07 <TAsn> rhkfin, the users will notice
May 18 13:36:14 <TAsn> they'll finally have unlimited data storage
May 18 13:36:22 <TAsn> and more stuff they can do.
May 18 13:36:29 <dos1> rhkfin: and app which uses opimd doesn't care about which backend is used
May 18 13:36:34 <CIA-75> SHR: 03ainulindale 07shr * r8efaed064966 10/shr-messages/src/messages-main.c: shr-messages: Added contacts cache initialization.
May 18 13:36:44 <dos1> rhkfin: opimd is mixing, merging and doing other magic automatically
May 18 13:36:45 <Ainulindale> I can't wait for us to remove that.
May 18 13:37:07 <dos1> rhkfin: no :) there are my very private smses :D
May 18 13:37:21 <rhkfin> dos1: TAsn I understood that it's great,
May 18 13:37:33 <rhkfin> and I'm waiting to see it up and running :)
May 18 13:37:43 <TAsn> rhkfin, there's no need for gui touchups
May 18 13:37:49 <rhkfin> dos1: hmm.. could you simulate something.. 
May 18 13:37:49 <TAsn> (though there will be)
May 18 13:38:16 <TAsn> dos1, can you show him you can store infinite amount of contacts?
May 18 13:38:20 <dos1> rhkfin: now there is only SIM backend. i will work on others (firstly SQLite), but later
May 18 13:38:20 <spaetz> http://scap.linuxtogo.org/files/66a0251ef27e1df54c702a0ed400adeb.png
May 18 13:38:21 <spaetz> http://scap.linuxtogo.org/files/0e26d4609344af41843f2eaa2d8d4966.png
May 18 13:38:21 <rhkfin> TAsn: as I pointed out, that even opimd will be a tool not directly visible for users via GUI, a screenshot would help people to understand what's happening.
May 18 13:38:29 <TAsn> run a loop that adds contacts without stopping ;]
May 18 13:38:33 <rhkfin> TAsn: no need to convince me :)
May 18 13:38:49 <dos1> rhkfin: opkg install libframeworkd-phonegui-efl2 (on shr-unstable)
May 18 13:38:59 <dos1> rhkfin: then you can use contacts app, which uses opimd ;)
May 18 13:39:07 <TAsn> spaetz, what's that? (no offense though it's terribly ugly)
May 18 13:39:53 <spaetz> feel free to tell billK that  ;-)
May 18 13:40:16 <spaetz> I guess it's Aussie taste
May 18 13:40:27 <Ainulindale> ** (process:2252): DEBUG: looking for '+33631237403' in contacts_cache
May 18 13:40:27 <Ainulindale> Segmentation fault
May 18 13:40:30 <Ainulindale> Hmpf :-)
May 18 13:40:34 <dos1> ;D
May 18 13:40:38 <spaetz> perhaps a theme file should come according to the timezone setting :)
May 18 13:40:43 <Zorkman> lol
May 18 13:41:01 <spaetz> +33631237403 some sex hotline?
May 18 13:41:03 <TAsn> spaetz, I think it's just something with those weird aussies ;]
May 18 13:41:11 <TAsn> I think we should have an aussie/non aussie theme.
May 18 13:41:19 <Zorkman> didn't he also hint that his sight was not very good?
May 18 13:41:25 <Zorkman> maybe he's also colourblind?
May 18 13:41:42 <tig|> I think it is mouldy 
May 18 13:42:51 <spaetz> feel free to tell taht in response to http://lists.shr-project.org/pipermail/shr-user/2009-May/000250.html
May 18 13:42:52 <mrmoku> TAsn: on the other hand... the illume default theme is from raster, no?
May 18 13:43:10 <TAsn> mrmoku, I don't think raster does artwork
May 18 13:43:24 <TAsn> though anyhow, his not genuine aussie, but even if he was, that's also ugly ;]
May 18 13:43:34 <mrmoku> :)
May 18 13:43:42 <Ainulindale> mrmoku: could you help me debugging that crap please? :-)
May 18 13:44:25 <raster> TAsn:  i do do the artwork too :)
May 18 13:44:34 <TAsn> raster, really? 
May 18 13:44:45 <spaetz> out he comes from the dark...
May 18 13:44:46 <TAsn> but iirc you are not a real aussie, are you?
May 18 13:45:10 <raster> i am an aussie citizen since i was born...
May 18 13:45:17 <BillK> Zorkman: nah, not colour blind, but age related deterioration - I need multifocals :(
May 18 13:45:18 <raster> i've grown up in australia
May 18 13:45:26 <raster> and went to school and university there for all of it
May 18 13:45:28 <rhkfin> Anyone have been able to make GPRS work on OM2009?
May 18 13:45:42 <TAsn> raster, for some reason I remember you were born in germany
May 18 13:45:49 <TAsn> well, I suck. ;]
May 18 13:45:52 <raster> no
May 18 13:45:53 <spaetz> BillK: your theme has higher contrast, for sure
May 18 13:45:57 <raster> i was born in nigeria
May 18 13:46:04 <raster> i'm african
May 18 13:46:09 <raster> yo niggaaaaaz!
May 18 13:46:13 <raster> wassap yo!
May 18 13:46:15 <BillK> Beuty is in the eye of the beholder - and I my eyes are ver beutiful :)
May 18 13:46:27 <TAsn> raster, haha. ;]
May 18 13:46:27 <spaetz> ;)
May 18 13:46:31 <raster> (i can actually say that since i'm african!) :)
May 18 13:46:43 <raster> so what are we talking about?
May 18 13:46:43 <spaetz> true, thee will never be a theme that makes all happy
May 18 13:47:02 <spaetz> so we should just allow people to easily install and switch themes
May 18 13:47:04 <raster> spaetz: correct
May 18 13:47:10 <raster> thats why themes exiwst
May 18 13:47:16 <Zorkman> BillK: sorry to hear that
May 18 13:47:17 <raster> to service the different tastes
May 18 13:47:17 <spaetz> raster, I posted screenies from billK's theme
May 18 13:47:18 <BillK> My point though, is that we need something that shows off the FR display - its nice
May 18 13:47:23 <raster> spaetz: aaah ok.
May 18 13:47:23 <BillK> so why not?
May 18 13:47:29 <raster> nothing to do with me then
May 18 13:47:34 <raster> as e's theme is mostly colorless
May 18 13:47:40 <raster> b&w with splashes of red sometimes
May 18 13:47:46 <TAsn> BillK, because we don't have a good theme
May 18 13:47:49 <spaetz> raster: this mail http://lists.shr-project.org/pipermail/shr-user/2009-May/000250.html
May 18 13:47:51 <raster> battery is an exception as it uses red to indicate an empty battery
May 18 13:47:55 <TAsn> give us a good e17 theme
May 18 13:48:01 <TAsn> and I'll try to match it with a proper gtk one.
May 18 13:48:12 <BillK> Maybe need Ken Done to do one ... but then the europeans would
May 18 13:48:14 <raster> TAsn:  hmm battery is fucked
May 18 13:48:22 <spaetz> raster: quick question. When the battery is full, is the bat gadget supposed to indicate this?
May 18 13:48:24 <BillK> probably end up with burnt eyeballs :)
May 18 13:48:27 <TAsn> raster, huh?
May 18 13:48:33 <raster> (in the e theme)
May 18 13:48:35 <spaetz> it will currently always continue to show the "loading" pulsing
May 18 13:48:40 <raster> look at it
May 18 13:48:43 <raster> its cropped
May 18 13:48:48 <TAsn> the e battery sucks
May 18 13:48:50 <raster> its not properly scaled/redrawn
May 18 13:48:58 <raster> wel e's battery is fat
May 18 13:48:59 <TAsn> can't really tell the state.
May 18 13:49:07 <TAsn> should use the asu one
May 18 13:49:08 <raster> sure
May 18 13:49:12 <raster> the perspective does that
May 18 13:49:14 <TAsn> (iirc that was asu we had it)
May 18 13:49:16 <TAsn> or maybe fso?
May 18 13:49:21 <spaetz> BillK: must be that our eyes aren't jsut used to that much sun :)
May 18 13:49:34 <raster> as for the gtk theme
May 18 13:49:36 <raster> hmmm
May 18 13:49:39 <BillK> spaetz: :)
May 18 13:49:45 <raster> looks a bit arseey to me
May 18 13:49:49 <tig|> spaetz: this is possible it is tipping it down here :( 
May 18 13:49:52 <raster> scrollbar especially
May 18 13:50:15 <mrmoku> Ainulindale: finished? can I test?
May 18 13:50:17 <raster> spaetz: when full it will be al the way to the top (the green)
May 18 13:50:25 <raster> and you ewill likely stop charging
May 18 13:50:31 <mrmoku> Ainulindale: ahh.. want help to debug... will build then
May 18 13:50:32 <TAsn> raster, arseey?
May 18 13:50:35 <TAsn> what's that?
May 18 13:50:42 <raster> other than that - it edoesnt show anything special except on mouse over - it says "full"
May 18 13:50:49 <raster> TAsn:  arsey - looks like arse
May 18 13:50:55 <spaetz> raster: but the blinking + will continue to blink (as in the themeing that dos1 uses in SHR)
May 18 13:51:16 <dos1> spaetz: it's theming from default e theme
May 18 13:51:18 <spaetz> but, ok. will jsut comment accordingly in our trac ticket
May 18 13:51:21 <TAsn> raster, I tried to make it a similar as possible ;]
May 18 13:51:33 <dos1> spaetz: it's only resized now
May 18 13:51:44 <dos1> as everyone said, that we don't want that fat battery ;P
May 18 13:53:14 <Ainulindale> mrmoku: yeah, seg fault
May 18 13:53:23 <CIA-75> SHR: 03ainulindale 07shr * re8dd871c7e25 10/libframeworkd-phonegui-efl/src/view/message-list-view.c: libframeworkd-phonegui-efl: Removed local contact cache.
May 18 13:54:07 <CIA-75> SHR: 03ainulindale 07shr * r6257a460b81d 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: libframeworkd-phonegui: Return number if cache not initialized.
May 18 13:54:33 <Ainulindale> (in phonegui_contact_cache_lookup)
May 18 13:54:53 <mrmoku> Ainulindale: hmmm... why do you destroy it when closing messages?
May 18 13:55:06 <Ainulindale> because messages run in its own process
May 18 13:55:13 <Ainulindale> hence another dbus connection, another cache
May 18 13:55:15 <SHR-WugBranler`> tracfeed: Ticket #453 (What to do when charging finished) closed <http://trac.shr-project.org/trac/ticket/453#comment:4>
May 18 13:55:17 <Ainulindale> crappy ...
May 18 13:55:33 <Ainulindale> Hence the dbus woes we were talking about
May 18 13:55:45 <mrmoku> hmm I see
May 18 13:56:02 <mrmoku> not much of an enhancement then though
May 18 13:56:05 <raster> spaetz: the blinking + stops when the charging stops.
May 18 13:56:10 <Ainulindale> mrmoku: which one?
May 18 13:56:18 <raster> TAsn: yay gtk! :)
May 18 13:56:24 <spaetz> raster: then something is broken, my blinking never ever stops
May 18 13:56:32 <Ainulindale> it keeps being an enhancement as it was doing a cache anyway
May 18 13:56:32 <mrmoku> Ainulindale: enhancement only when showing an incoming message
May 18 13:56:37 <raster> maybe it never stops charging?
May 18 13:56:39 <Ainulindale> a crappy one
May 18 13:56:42 <raster> either that or the theme is broken
May 18 13:56:47 <Ainulindale> but maybe you could dbusify this quick & dirty? :-)
May 18 13:56:49 <spaetz> might actually be possible :). No clue
May 18 13:57:06 <TAsn> raster, huh?
May 18 13:57:11 * Ainulindale is taking his devil outfit to tempt mrmoku 
May 18 13:57:16 <dos1> spaetz: then... it's maybe kernel problem?
May 18 13:57:33 <dos1> Ainulindale: i think mrmoku wanted to dbus that... and you said "no" :P AFAIR
May 18 13:57:38 <spaetz> TAsn: there was the issue that the GSM modem always takes power throught the battery and never directly from USB
May 18 13:57:40 <Ainulindale> Then I was wrong dos1 
May 18 13:57:41 <mrmoku> Ainulindale: I still have that in a branch :)
May 18 13:58:04 <TAsn> oh.
May 18 13:58:08 <spaetz> so the battery is frequently (always?) charged even though it is rather full and USB plugged in
May 18 13:58:15 <dos1> spaetz: frequently, not always
May 18 13:58:30 <spaetz> dos1: ok, didn't really recall how it is
May 18 13:58:33 <dos1> spaetz: look at frameworkd log
May 18 13:58:47 <dos1> spaetz: "charging resumed when battery was full... ignoring"
May 18 13:58:52 <dos1> spaetz: something like that
May 18 13:58:54 <mrmoku> Ainulindale: want me to integrate you lookup thing and put it?
May 18 13:58:59 <mrmoku> s/you/your/
May 18 13:59:05 <Ainulindale> mrmoku: could you elaborate? :-)
May 18 13:59:19 <mrmoku> Ainulindale: ContactCache in ophonekitd... via dbus
May 18 13:59:25 <Ainulindale> well I'd say
May 18 13:59:33 <Ainulindale> for the time being just try to build a dbus wrapper for it
May 18 13:59:37 <Ainulindale> (for the phonegui method)
May 18 13:59:44 <Ainulindale> Then we'll move it from phonegui to ophonekitd (as it should be there)
May 18 13:59:53 <Ainulindale> How does that sound for you?
May 18 13:59:58 <mrmoku> what do you mean by dbus-wrapper?
May 18 14:00:06 <Ainulindale> well a dbus method which will call phonegui
May 18 14:00:21 <Ainulindale> just for the sake of not moving things around too much before it'll be working :-)
May 18 14:00:37 <mrmoku> hmmm
May 18 14:00:42 <Ainulindale> your choice
May 18 14:00:48 <Ainulindale> as for now it's not working properly anyway...
May 18 14:01:02 <mrmoku> will take a closer look at what you did... and what I did... to make me a picture
May 18 14:01:11 <Ainulindale> well I can tell you what I did
May 18 14:01:16 <Ainulindale> I moved the stuff from ophonekitd to phonegui
May 18 14:01:27 <Ainulindale> which was meant to clean things and was a bad idea
May 18 14:01:51 <rhkfin> dos1: cleaned the opimd wiki page a bit
May 18 14:01:59 <dos1> i think contact cache should be in ophonekitd, which provide dbus method "ResolveName", and libframeworkd-phonegui-efl should use that dbus method to resolve names
May 18 14:02:02 <Ainulindale> mrmoku: for the time being I have ** (process:2348): DEBUG: looking for '+33631237403' in contacts_cache
May 18 14:02:05 <Ainulindale> Segmentation fault
May 18 14:02:09 <Ainulindale> dos1: yep yep
May 18 14:02:17 <Ainulindale> dos1: although resolve name is a bad method name
May 18 14:02:27 <mrmoku> Ainulindale: ok, my local build with your cache finished... will try that now
May 18 14:02:29 <Ainulindale> "GetContactByNumber" is nicer IMHO :-)
May 18 14:02:49 <dos1> Ainulindale: your choise, ResolveName was only example ;)
May 18 14:02:54 <Ainulindale> dos1: yep I know :-)
May 18 14:03:14 <Ainulindale> dos1: but when I criticize I feel all warm & funny inside
May 18 14:03:20 <mrmoku> Ainulindale: in the meantime... want me to push what I did in ophonekitd in an extra branch? so you (and anybody else) can take a look?
May 18 14:03:27 <dos1> Ainulindale: i know ;)
May 18 14:03:33 <Ainulindale> mrmoku: what is it?
May 18 14:04:47 <mrmoku> <interface name="org.shr.ophonekitd.ContactCache">
May 18 14:05:11 <Ainulindale> Well two choices
May 18 14:05:14 * Zorkman is going to bug and ask a quesiton which doesn't have a good answer:
May 18 14:05:16 <Ainulindale> Either it's better than what I did
May 18 14:05:17 <Ainulindale> Then push it
May 18 14:05:23 <Ainulindale> Or it does something different
May 18 14:05:26 <Ainulindale> Then do whatever you think is best
May 18 14:05:26 <Zorkman> any idea when opimd will be integrated and working ofr end users?
May 18 14:06:56 <rhkfin> Zorkman: no..
May 18 14:06:59 <rhkfin> When it's done..
May 18 14:07:36 <Zorkman> rhkfin: i know, but are we talking weeks (1-8) or months?
May 18 14:08:38 <dos1> rhkfin: updated
May 18 14:08:54 <Ainulindale> mrmoku: #0  0x40224724 in strlen () from /lib/libc.so.6
May 18 14:08:54 <Ainulindale> #1  0x40145b5c in g_strconcat () from /usr/lib/libglib-2.0.so.0
May 18 14:08:59 <Ainulindale> #2  0x40025e7c in phonegui_contact_cache_lookup ()
May 18 14:09:00 <rhkfin> I know nothing but I'd guess months. But I really don't know anything.
May 18 14:09:12 <dos1> Zorkman: it depends how much free time i will have :)
May 18 14:09:18 <dos1> Zorkman: but i think weeks
May 18 14:09:25 <Zorkman> dos1: i hope you brake your leg ;)
May 18 14:09:30 <dos1> Zorkman: as i got Contacts working quickly i think
May 18 14:09:32 <Zorkman> just joking
May 18 14:09:40 <Ainulindale> I think I know why
May 18 14:09:52 <rhkfin> dos1: weeks sounds good :)
May 18 14:10:25 <ptitjes> m0nt0: ping
May 18 14:10:25 <dos1> Zorkman: for Contacts you can test libframeworkd-phonegui-efl2 in shr-unstable. it should work (but sometimes it segfaults... and it's mrmoku fault :D)
May 18 14:11:03 <m0nt0> ptitjes, here i am
May 18 14:11:04 <m0nt0> :D
May 18 14:11:04 <Zorkman> hehehe
May 18 14:11:13 <dos1> rhkfin: Messages domain is simillar to Contacts. in the end i want to have some Generic domain, from which other domain can inherit (as mickeyl wanted)
May 18 14:11:36 <dos1> but he also wanted to have opimd as resource... but that's too much for me i think
May 18 14:11:43 <ptitjes> m0nt0: can I query you ?
May 18 14:11:48 <m0nt0> of course
May 18 14:12:03 <mickeyl> yeah
May 18 14:12:13 <mickeyl> there's an enormous amount of code duplication in the two domains
May 18 14:12:21 <rhkfin> dos1: nice, nice!
May 18 14:12:51 <Ainulindale> mrmoku: I guess my strndup is borked
May 18 14:13:25 <dos1> mickeyl: yep, i see now. merging messages from different backends (and avoiding duplicating) i just copied from contacts, and changed all "contact" to "message" in variable names
May 18 14:13:27 <Ainulindale> mrmoku: it fails line 141
May 18 14:13:50 <dos1> mickeyl: it's almost the same, only with changed names
May 18 14:14:16 <dos1> mickeyl: there even was "Contacts domain" in comment at begining of messages domain code :D
May 18 14:15:35 <dos1> rhkfin: my english isn't good, feel free to correct me on opimd page
May 18 14:15:37 <rhkfin> dos1: edited again :) Could you add there what (packages/something) one needs to have installed to be able to run the .py scripts.
May 18 14:15:44 <rhkfin> dos1: :)
May 18 14:15:57 <dos1> rhkfin: only frameworkd, python-dbus and python-elementary for pimm-gui i think
May 18 14:16:26 <rhkfin> I'll add it there
May 18 14:16:35 <Ainulindale> mrmoku: ping? :-)
May 18 14:16:58 <Ainulindale> TAsn: by the way
May 18 14:17:04 <TAsn> ?
May 18 14:17:07 <Ainulindale> please don't top post or don't quote the whole message :-)
May 18 14:17:12 <mrmoku> Ainulindale: looking it your code...
May 18 14:17:12 <Ainulindale> it's awful
May 18 14:17:22 <Ainulindale> mrmoku: well it fails line 141 of phonegui
May 18 14:17:25 <mrmoku> s/it/at/
May 18 14:17:25 <bzzbot> mrmoku meant: Ainulindale: looking at your code...
May 18 14:17:28 <Ainulindale> on g_strconcat
May 18 14:17:43 <mickeyl> dos1: hehe. ~lart copy'n'paste
May 18 14:17:43 <Ainulindale> one of the two vars is wrong
May 18 14:17:52 <mickeyl> dos1: ~lart abraxa while we're there 
May 18 14:17:55 <mickeyl> err
May 18 14:17:56 <TAsn> Ainulindale, when did I do that? (and quoting the whole msg is done automatically by gmail)
May 18 14:17:57 <mickeyl> s/dos1://
May 18 14:18:05 <Ainulindale> TAsn: yes but you can remove it
May 18 14:18:07 <TAsn> I'll erase it
May 18 14:18:08 <Ainulindale> I do for once
May 18 14:18:08 <rhkfin> dos1: is pim.py an implementation or 'test script'?
May 18 14:18:09 <Ainulindale> :-)
May 18 14:18:09 <TAsn> yeah, ok.
May 18 14:18:13 <mrmoku> TAsn: on the gtk theme thread
May 18 14:18:20 <Ainulindale> TAsn: just standard rules there :-)
May 18 14:18:30 <TAsn> my bad.
May 18 14:18:32 <Ainulindale> Well it was for "me three"
May 18 14:18:40 <Ainulindale> As it was a short message with a shitload of quotes :-p
May 18 14:18:44 <dos1> rhkfin: is test script, which is reference implementation of opimd client ;)
May 18 14:18:45 <TAsn> really?
May 18 14:18:46 <TAsn> sorry ;[
May 18 14:18:47 <TAsn> ;]
May 18 14:18:53 <TAsn> didn't notice.
May 18 14:18:54 <rhkfin> dos1: okay :)
May 18 14:18:55 <Ainulindale> Well it's not that bad
May 18 14:18:58 <Ainulindale> I didn't spank you, did I?
May 18 14:19:06 <TAsn> I wouldn't let you.
May 18 14:19:08 <TAsn> ;]
May 18 14:19:08 <Ainulindale> But just give it a try, you'll find it more readable :-)
May 18 14:19:18 <TAsn> I also hate top posting.
May 18 14:19:26 <TAsn> if I did it, it's not because I wanted to.
May 18 14:19:35 <Ainulindale> yeah no wonder, I knew you liked bottoms
May 18 14:19:42 <mrmoku> Ainulindale: btw... you don't handle +
May 18 14:19:46 * mickeyl chuckles
May 18 14:19:49 <dos1> mickeyl: does he left, or just he disappeared?
May 18 14:20:21 <mickeyl> too deep in his studies
May 18 14:20:24 <mickeyl> no time for anything else
May 18 14:20:31 <mickeyl> including hanging around on IRC
May 18 14:20:59 <dos1> heh
May 18 14:21:05 <rhkfin> dos1: done again. But now ->...
May 18 14:21:19 <mrmoku> Ainulindale: are you working on it? or can I? :)
May 18 14:21:55 <Ainulindale> mrmoku: go for it
May 18 14:22:09 <Ainulindale> I just cut some slices of that wonderful corsican saucisson
May 18 14:22:15 <Ainulindale> Just to piss off TAsn :-p
May 18 14:22:44 <Ainulindale> mrmoku: yes I do
May 18 14:22:45 <Ainulindale> I handle it
May 18 14:22:47 <Ainulindale> (+)
May 18 14:22:51 <Ainulindale> it's in the code
May 18 14:23:00 <Ainulindale> I just add a digit for 00 instead of +
May 18 14:23:24 <panicking> alphaone, Do you test the patch?
May 18 14:24:22 <alphaone> panicking: No, going to now.
May 18 14:25:16 <Ainulindale> The end of the world is nigh! I don't have any saucisson left!
May 18 14:27:11 <Ainulindale> mrmoku: so, doc'. What's failing? :-)
May 18 14:27:24 <dos1> rhkfin: thanks for helping :) i'm bad in documenting and annnouncing, but we need something like that page
May 18 14:28:00 <mrmoku> Ainulindale: building now
May 18 14:28:13 <Ainulindale> Okay meanwhile I'll be mourning my pork
May 18 14:28:32 <Zorkman> hehe, can't you take confort with a baguette?
May 18 14:28:33 <rhkfin> dos1: for announcing I'd recommend a blog aggregated to planet.openmoko.org. Wiki's good for documenting and when there's enough it can be moved to it's own page
May 18 14:28:39 <Ainulindale> Zorkman: for that I'd have to go outside
May 18 14:28:48 <Ainulindale> Which I'll do incidentely in some minutes
May 18 14:29:18 <Zorkman> then you could also get some saucisson :)
May 18 14:29:23 <Ainulindale> Not that kind
May 18 14:29:36 <Zorkman> french saucisson always reminds me of my hollidays
May 18 14:29:40 <Ainulindale> (unfortunately)
May 18 14:29:49 <Zorkman> Ainulindale: you're using special saucissons? :)
May 18 14:29:54 <Ainulindale> Yep, from corsica
May 18 14:29:58 <Zorkman> aha
May 18 14:30:13 <Zorkman> nothing a short walk and swim can't solve :p
May 18 14:30:14 <Ainulindale> But two weeks from now my parents' are coming with 3 or 4 saucissons from where I live
May 18 14:30:19 <Ainulindale> And that'll be an orgy
May 18 14:30:25 <Zorkman> only three of four?
May 18 14:30:32 <Zorkman> I'LL TAKE TEN! :
May 18 14:30:34 <Zorkman> :d
May 18 14:30:35 <Ainulindale> heh :-)
May 18 14:30:47 <Ainulindale> well they'll bring other stuff
May 18 14:30:50 <Ainulindale> such as homemade pâté
May 18 14:31:02 <Ainulindale> My heart can't choose
May 18 14:31:06 <Zorkman> are you original from corsica maybe?
May 18 14:31:28 <Zorkman> you can smear some pâté on your saucisson :D:D
May 18 14:31:45 <Ainulindale> Nah I'm from south of france
May 18 14:31:53 <Ainulindale> near Carcassonne (south of Toulouse)
May 18 14:32:02 <Zorkman> yeah i know it
May 18 14:32:05 <Zorkman> (the famous pig :))
May 18 14:32:11 <Ainulindale> Yeah :-)
May 18 14:32:34 <Ainulindale> The board game is nice by the way, I've heard that wurp2|gone can't develop anymore because he keeps playing it
May 18 14:32:45 <Ainulindale> That or because he's lazy
May 18 14:32:51 <Zorkman> hehehe
May 18 14:32:58 <Zorkman> my ex also has that game
May 18 14:33:02 <Zorkman> never played it though
May 18 14:33:20 <Ainulindale> mrmoku: oh while I'm at it
May 18 14:33:23 <Ainulindale> Do you use vim?
May 18 14:33:31 <mrmoku> Ainulindale: sure :)
May 18 14:33:39 <Ainulindale> mrmoku: ok then gg=G before any commit please :-)
May 18 14:33:49 <Ainulindale> (reformat)
May 18 14:34:05 <TAsn> mrmoku, any eta concerning the vala fix+image?
May 18 14:34:19 <Ainulindale> Ok going outside now, coming back in a jiffy
May 18 14:34:27 <mrmoku> Ainulindale: 4 spaces, right?
May 18 14:34:33 <mrmoku> no tabs
May 18 14:35:02 <dos1> rhkfin: i'm going to update that api_overview.txt now, as I implemented few new methods, which aren't listed there
May 18 14:35:46 <rhkfin> dos1: great. Could you edit the wiki page to match the updated version?
May 18 14:36:37 <dos1> rhkfin: it will be at the same place
May 18 14:36:46 <rhkfin> ok
May 18 14:36:58 <dos1> http://git.freesmartphone.org/?p=framework.git;a=blob_plain;f=framework/subsystems/opimd/docs/api_overview.txt;hb=master
May 18 14:38:51 <TAsn> mrmoku, btw, thanks for the rebuild of evas ;]
May 18 14:40:13 <Ainulindale> mrmoku: yeah
May 18 14:41:20 <Ainulindale> so mrmoku 
May 18 14:41:25 <Ainulindale> what's up with my crap?
May 18 14:43:05 <Ainulindale> (damn he's making me wait! :-) )
May 18 14:44:39 <DocScrutinizer> Ainulindale: jiffy := one cycle of internal timer. So what's the frequency of your internal timer then? ;-D
May 18 14:44:40 <SHR-WugBranler`> tracfeed: Ticket #455 (Rename the profile names) created <http://trac.shr-project.org/trac/ticket/455>
May 18 14:44:51 <Ainulindale> DocScrutinizer: your average RTT
May 18 14:44:54 <Ainulindale> that is several hours
May 18 14:45:12 <DocScrutinizer> :-D
May 18 14:45:34 <dos1> TAsn: #455 WTF?
May 18 14:45:42 * dos1 is scapping
May 18 14:45:46 <CIA-75> SHR: 03ainulindale 07shr-overlay * r95ba4687a7fd 10/openembedded/recipes/shr/libframeworkd-phonegui_git.bb: libframeworkd-phonegui: Added frameworkd-phonegui.conf to CONFFILES.
May 18 14:45:47 <TAsn> dos1, ;]
May 18 14:45:52 <TAsn> it's important!
May 18 14:45:57 <Ainulindale> (tired with that crap)
May 18 14:46:06 <TAsn> we have reached the time and place to care about details
May 18 14:46:08 <TAsn> (or so I think)
May 18 14:46:16 <TAsn> stable release is due in less than a week
May 18 14:46:17 <dos1> TAsn: but that ticket is invalid
May 18 14:46:23 <TAsn> why is that?
May 18 14:46:29 <Ainulindale> well I don't think it'll be out in a week TAsn 
May 18 14:46:36 <dos1> TAsn: http://scap.linuxtogo.org/
May 18 14:46:38 <TAsn> Ainulindale, I think that's only for the best.
May 18 14:46:43 <Ainulindale> yes
May 18 14:46:55 <Ainulindale> I'd like we feature freeze now in fact
May 18 14:47:07 <Ainulindale> after the contact cache addition
May 18 14:47:18 <TAsn> dos1, maybe shr settings does it at it's own will
May 18 14:47:41 <Ainulindale> and by the way TAsn 
May 18 14:47:49 <TAsn> though let's say I want a TAsn profile
May 18 14:47:51 <Ainulindale> if you want to do a quick bit of C and fix tickets
May 18 14:48:10 <dos1> TAsn: then?
May 18 14:48:15 <Ainulindale> you could take what I did on libframeworkd-phonegui for conf files, create a conf file for ophonekitd and set such things as default profile at boot & such
May 18 14:48:29 <Ainulindale> that is default startup settings we lack support of
May 18 14:48:32 <TAsn> dos1, I meant a "tasn" profile
May 18 14:48:37 <TAsn> i.e all non captial
May 18 14:48:46 <TAsn> shr-setting will capitalize the first letter
May 18 14:48:49 <TAsn> which is not wanted
May 18 14:49:00 <TAsn> shr-settings should respect the names of the profiles
May 18 14:49:07 <TAsn> and we should change the names to really be in caps
May 18 14:49:21 <dos1> TAsn: but profiles should be stored in lowercase atm...
May 18 14:49:21 <TAsn> instead of having an shr-settings capitalizing hack...
May 18 14:49:27 <TAsn> dos1, why is that?
May 18 14:49:36 <Ainulindale> DocScrutinizer: how's life?
May 18 14:49:40 <dos1> TAsn: as they are configuration files
May 18 14:49:44 <Ainulindale> mrmoku: waiting for you honey :-)
May 18 14:49:50 <Ainulindale> (I'm bored)
May 18 14:49:54 <TAsn> Ainulindale, actually, I was thinking about implementing the letters in the contact list as soon as I finish h.w.
May 18 14:50:01 <TAsn> dos1, you can name configuration files in caps.
May 18 14:50:02 <TAsn> ...
May 18 14:50:07 <TAsn> and even in utf-8...
May 18 14:50:10 <Ainulindale> TAsn: would be interesting yes but you'd have to do that in libframeworkd-phonegui-efl
May 18 14:50:14 <DocScrutinizer> Ainulindale: comme ci, comme ca
May 18 14:50:18 <TAsn> Ainulindale, I know.
May 18 14:50:22 <Ainulindale> DocScrutinizer: arthritis again?
May 18 14:50:32 <TAsn> and of course when done, implement it in efl2 as well ;]
May 18 14:50:37 <Ainulindale> TAsn: yep :-)
May 18 14:51:04 <dos1> TAsn: i think you should start in efl2, as opimd implementation will be different
May 18 14:51:17 <TAsn> dos1, fine with me.
May 18 14:51:17 <dos1> TAsn: and easier :P
May 18 14:51:19 <DocScrutinizer> lol, my backbone probably has suffered unrecoverable damage over the years. Otherwise... well let's stop that topic :-)
May 18 14:51:26 <Ainulindale> dos1: he was talking about a letter selection IIUC
May 18 14:51:33 <TAsn> Ainulindale, yes
May 18 14:51:42 <Ainulindale> so I'd say best place to start is libframeworkd-phonegui-efl
May 18 14:51:45 <TAsn> and for that I need to get only those who start with a certain letter
May 18 14:51:58 <TAsn> actually I don't want to do that dos1 
May 18 14:52:02 <TAsn> I just want to hop to the right position
May 18 14:52:07 <TAsn> that's backend agnostic
May 18 14:52:07 <Ainulindale> TAsn: we will be able to do that kind of thing with the contact cache I think
May 18 14:52:12 <Ainulindale> waiting for opimd that is
May 18 14:52:34 <TAsn> Ainulindale, exactly.
May 18 14:52:49 <dos1> Ainulindale: waiting? contacts domain is working now.
May 18 14:52:53 <TAsn> should be sweet, I have a vision... ;]
May 18 14:52:58 <dos1> Ainulindale: and it's finished i think.
May 18 14:53:00 <Ainulindale> dos1: yes but we won't release with it unfortunately :-)
May 18 14:53:07 <Ainulindale> as we won't be able to test it thoroughly
May 18 14:53:11 <ptitjes> mrmoku: should I add an inherit (I already have pkgconfig, autotools and autotools_stage) to libfso-glib
May 18 14:53:12 <Ainulindale> that's what I meant by wait
May 18 14:53:17 <ptitjes> mrmoku: it says: FATAL: no configure script found
May 18 14:53:24 <TAsn> dos1, the code will have nothing to do with the backend anyway!
May 18 14:53:29 <m0nt0> ptitjes, sorry, wifi not properly working, but understood what to do
May 18 14:53:36 <ptitjes> mrmoku: it should autogen.sh
May 18 14:53:39 <TAsn> actually, I'm thinking about maybe making it an elementary widget.
May 18 14:53:42 <dos1> Ainulindale: but we will be able to test contact cache thoroughly? :x
May 18 14:53:44 <TAsn> could be nice.
May 18 14:53:51 <Ainulindale> m0nt0: hey there o/
May 18 14:54:00 <dos1> eh
May 18 14:54:03 <m0nt0> Ainulindale, hi!!
May 18 14:54:03 <ptitjes> m0nt0: cool :)
May 18 14:54:05 <dos1> i'm hard to communicate today
May 18 14:54:10 <TAsn> nice, smarter, and better.
May 18 14:54:12 <TAsn> raster, ping?
May 18 14:54:13 <Ainulindale> m0nt0: so did you start working on new "specs" as you said?
May 18 14:54:27 <Ainulindale> dos1: the cache was already there and working
May 18 14:54:30 <Ainulindale> we're just refactoring it
May 18 14:54:46 <m0nt0> sorry guys but i need to work i'll be back later this evening, let's say 22 gmt+1
May 18 14:54:59 <mrmoku> Ainulindale: testing... having a strange frameworkd problem though
May 18 14:55:06 <m0nt0> a lot of problems on with a customer
May 18 14:55:08 <Ainulindale> mrmoku: that is?
May 18 14:55:11 <ptitjes> m0nt0: cu
May 18 14:55:14 <mrmoku> it does not start
May 18 14:55:14 <m0nt0> see you later
May 18 14:55:19 <Ainulindale> mrmoku: meh :-)
May 18 14:55:25 <TAsn> cool, my evas + edje + enlightenment patches reached svn, next bump drop the local patches.
May 18 14:55:26 <mrmoku> Ainulindale: no... not your fault ;)
May 18 14:55:34 <Ainulindale> mrmoku: for once I'm glad to hear that ;-)
May 18 14:55:43 <mrmoku> building with mickeyl's latest commit now...
May 18 14:55:50 <dos1> Ainulindale: but that mean implementing new usecases of contact cache
May 18 14:56:03 <Ainulindale> dos1: err no, we already had those
May 18 14:56:04 <TAsn> raster, first of all, thanks for the commit
May 18 14:56:09 <TAsn> raster, second of all, I need your help... ;]
May 18 14:56:10 <Ainulindale> (incoming call, incoming message, etc)
May 18 14:56:18 <dos1> Ainulindale: name resolve, i know
May 18 14:56:35 <TAsn> btw
May 18 14:56:35 <Ainulindale> So I didn't get what you meant
May 18 14:56:47 <TAsn> I think we should change default illume animations speed
May 18 14:56:50 <TAsn> what do you guys think?
May 18 14:57:02 <dos1> Ainulindale: but not for letter selection
May 18 14:57:06 <Ainulindale> I don't care, as ever TAsn :-)
May 18 14:57:14 <raster> TAsn: ????? EXPLAIN?
May 18 14:57:16 <Ainulindale> dos1: yep I agree on that, that's why it probably won't be in the release :-)
May 18 14:57:20 <raster> oops... shouting
May 18 14:57:43 <dos1> Ainulindale: then... we shouldn't use contact cache for that
May 18 14:57:46 <TAsn> raster, hm... I want to write an elementary widget
May 18 14:57:54 <Ainulindale> dos1: in the meantime he can use it
May 18 14:57:56 <TAsn> actually a feature for an existing one maybe.
May 18 14:58:04 <Ainulindale> dos1: the contact cache will be easily switchable to opimd anyway :-)
May 18 14:58:13 <dos1> Ainulindale: hmm
May 18 14:58:14 <TAsn> I need somewhere to learn from
May 18 14:58:15 <TAsn> ;]
May 18 14:58:17 <raster> TAsn:  what has that to do with the illume theme?
May 18 14:58:26 <Ainulindale> dos1: we can talk about that I don't really care about how we start
May 18 14:58:40 <TAsn> raster, oh
May 18 14:58:41 <Ainulindale> dos1: if you feel confident enough in contacts
May 18 14:58:43 <TAsn> concerning that
May 18 14:58:46 <Ainulindale> then he might as well start with it, yes
May 18 14:58:56 <TAsn> I think we should (in SHR) change the default animations speed
May 18 14:58:58 <dos1> Ainulindale: but then you have to implement some mathing code by yourself
May 18 14:59:01 <TAsn> though I wasn't saying that to you.
May 18 14:59:03 <dos1> Ainulindale: opimd can do it for you
May 18 14:59:05 <Ainulindale> dos1: some what?
May 18 14:59:08 <Ainulindale> matching?
May 18 14:59:24 <mrmoku> ptitjes: it does autogen.sh if you inherit autotools
May 18 14:59:26 <TAsn> raster, I want to implement something similar to what suggested here: http://shr.bearstech.com/trac/ticket/292
May 18 14:59:27 <Ainulindale> dos1: we already have matching code I don't think it'd be that difficult to use it
May 18 14:59:28 <TAsn> as a widget
May 18 14:59:34 <dos1> Ainulindale: yep. for selecting contacts which match some condition.
May 18 14:59:35 <ptitjes> beh
May 18 14:59:47 <Ainulindale> dos1: but as I told you
May 18 14:59:49 <TAsn> got any pointers/source code I can learn how elementary widgets work?
May 18 14:59:50 <dos1> Ainulindale: and it's what opimd can do for you
May 18 14:59:53 <Ainulindale> If you feel confident enouugh in it
May 18 14:59:57 <Ainulindale> I don't really care :-)
May 18 15:00:01 <Ainulindale> As long as you help him that is :-p
May 18 15:00:13 <ptitjes> mrmoku: even if you override do_configure() as you did ?
May 18 15:00:20 <dos1> Ainulindale: about Contacts i feel :) only tricky editing doesn't work, but it fail gracefully ATM ;)
May 18 15:00:30 <mrmoku> ptitjes: hehe, then... no
May 18 15:00:34 <Ainulindale> dos1: what do you mean by tricky editing?
May 18 15:00:38 <dos1> Ainulindale: Messages in opimd are still crap, but i'm working on it now
May 18 15:00:43 <mrmoku> ptitjes: have to do oe_runconf then me thinks
May 18 15:00:43 <DocScrutinizer> wow, hooked up to a powered USB-hub, my FR bat actually charged with a rate of ~1%/h
May 18 15:00:45 <ptitjes> mrmoku: I think I'll move your export SPECS_PATH="${STAGING_DATADIR}/fso-specs/" as EXTRA_OE_CONF
May 18 15:00:52 <dos1> Ainulindale: adding new fields to SIM contact for example
May 18 15:00:58 <Ainulindale> dos1: ah yes I see
May 18 15:01:04 <Ainulindale> dos1: does it preload sim contacts by the way?
May 18 15:01:11 <Ainulindale> And stores them in some kind of cache?
May 18 15:01:13 <dos1> Ainulindale: yes, it doeas
May 18 15:01:14 <mrmoku> ptitjes: EXTRA_OECONF is for configure options only
May 18 15:01:20 <mrmoku> don't think you can use it for that
May 18 15:01:21 <dos1> s/doeas/does/
May 18 15:01:21 <bzzbot> dos1 meant: Ainulindale: yes, it does
May 18 15:01:24 <Ainulindale> dos1: what's the backend for that in the end?
May 18 15:01:33 <mrmoku> ptitjes: but you could add that as configure option and all would be nice
May 18 15:01:33 <dos1> Ainulindale: backend?
May 18 15:01:34 <SHR-WugBranler`> tracfeed: Ticket #292 (Contacts : Add letter shortcuts on the right) updated <http://trac.shr-project.org/trac/ticket/292#comment:2>
May 18 15:01:45 <ptitjes> mrmoku: it is configure option
May 18 15:01:45 <Ainulindale> dos1: for the intermediary structure caching SIM contacts
May 18 15:02:00 <Ainulindale> Are they still cached after reboot? Is there a reconciliation at startup?
May 18 15:02:03 <ptitjes> mrmoku: it is a precious var
May 18 15:02:06 <ptitjes> of configure
May 18 15:02:24 <dos1> Ainulindale: contacts from every backend are loaded at startup
May 18 15:02:25 <mrmoku> ptitjes: ahh... I understood it is looking for a env var only...
May 18 15:02:34 <Ainulindale> dos1: but not persistently then?
May 18 15:02:35 <dos1> Ainulindale: that's abraxa's code, i didn't change much regarding it
May 18 15:02:41 <DocScrutinizer> so I may say: FR with GSM registered, no WiFi, no BT, no backlite, is consuming ~90mA
May 18 15:02:49 <DocScrutinizer> on idle
May 18 15:02:52 <dos1> Ainulindale: no. but when you edit or delete contact from SIM, it's deleted or edited on SIM too
May 18 15:03:02 <ptitjes> mrmoku: heh I'm not that dirty ;)
May 18 15:03:12 <Ainulindale> dos1: well would persistent storage be a must have feature?
May 18 15:03:25 <dos1> Ainulindale: why?
May 18 15:03:39 <Ainulindale> dos1: to avoid preloading the hell out of everything at startup
May 18 15:03:43 <mrmoku> ptitjes: then yes... use the EXTRA thingie
May 18 15:03:51 <dos1> Ainulindale: it does persistent storage. with CSV and SQLite backends.
May 18 15:04:02 <Ainulindale> with reconciliation? :-)
May 18 15:04:04 <dos1> Ainulindale: heh, maybe later
May 18 15:04:07 * mrmoku tests Ainulindale's cache now
May 18 15:04:19 <Ainulindale> mrmoku: well debug would be more right :-)
May 18 15:04:20 <dos1> Ainulindale: now i don't want to change basics too much
May 18 15:04:39 <Ainulindale> dos1: yeah I get that I was only wondering if you had thought about this
May 18 15:04:42 <mrmoku> Ainulindale: yo... works :)
May 18 15:04:49 <Ainulindale> mrmoku: it works?
May 18 15:04:58 <Ainulindale> How come?
May 18 15:05:00 <DocScrutinizer> the amazing thing though is: the PMU never entered end of charge state, or either kernel re-enabling charging actually worked this time
May 18 15:05:14 <raster> TAsn: aaah. hmmm. thats not so easily done with a scroller
May 18 15:05:24 <mrmoku> Ainulindale: I fixed it ;)
May 18 15:05:29 <Ainulindale> mrmoku: tell me tell me!
May 18 15:05:32 <raster> as really thats what you want
May 18 15:05:33 <DocScrutinizer> as usually pmu should stop chrg at low charge current
May 18 15:05:39 <raster> a scroller that also understands text indexing
May 18 15:05:40 <Ainulindale> And recompile it on the buildhost! And rsync it! :-)
May 18 15:06:02 <mrmoku> Ainulindale: something in the line of if (number[0] == '0' && number[1] == '0') number +=2
May 18 15:06:10 <raster> the proiblem is what will you do for intl.
May 18 15:06:16 <Ainulindale> mrmoku: well that's a workaround :-p
May 18 15:06:16 <raster> dont think hebrew
May 18 15:06:18 <raster> thing chinse
May 18 15:06:22 <Ainulindale> but it's nice enough to me
May 18 15:06:29 <mrmoku> Ainulindale: I'd call it a simplification ;)
May 18 15:06:30 <Ainulindale> (and I'd say more elegant anyway)
May 18 15:06:35 <Ainulindale> yeah 
May 18 15:06:40 <raster> or jpanese where you have 10,000+ letters in the lang... and there isnt a completely obvious ordering for them
May 18 15:06:56 <Ainulindale> mrmoku: don't forget to add if strlen(number) >= 2
May 18 15:06:57 <SHR-WugBranler`> tracfeed: Ticket #456 (shr-testing image building fails on linux-openmoko-2.6.28) created <http://trac.shr-project.org/trac/ticket/456>
May 18 15:07:52 <ptitjes> Ainulindale: can I send you a patch for vala-dbus-binding-tool-native_git.bb so that you apply it on fso/ms5.5 please ?
May 18 15:08:16 <mrmoku> Ainulindale: nah... no need... if number[0] is '0' strlen is >= 2 :P
May 18 15:08:26 <Ainulindale> mrmoku: eagerly waiting for your commit now
May 18 15:08:31 <TAsn> raster, 
May 18 15:08:31 <Ainulindale> mrmoku: nah it's needed
May 18 15:08:37 <TAsn> I want two scrollers
May 18 15:08:40 <Ainulindale> mrmoku: one can't say if number 0 will call
May 18 15:08:43 <TAsn> one for list, one for index
May 18 15:08:59 <mrmoku> Ainulindale: hehe, ok
May 18 15:09:03 <TAsn> I'll only take the first letter of every cell in the list to populate the right list
May 18 15:09:07 <Ainulindale> mrmoku: more security is better than nothing :-)
May 18 15:09:19 <TAsn> will able to tell only Caps or only uncaps or only limited to a set of chars
May 18 15:09:20 <mrmoku> but still not needed anyway... because then number[1] will be 0 and not '0'
May 18 15:09:20 <SHR-WugBranler`> tracfeed: Ticket #377 (Headset does not work.) updated <http://trac.shr-project.org/trac/ticket/377#comment:3>
May 18 15:09:24 <TAsn> sholud be good
May 18 15:09:38 <Ainulindale> mrmoku: damn you're right
May 18 15:09:43 <Ainulindale> mrmoku: I hate you
May 18 15:10:09 <mrmoku> Ainulindale: btw... gg=G does not work correctly for me (and for you neither me thinks)
May 18 15:10:14 <Ainulindale> oh mrmoku 
May 18 15:10:22 <Ainulindale> mrmoku: it won't work
May 18 15:10:24 <Ainulindale> your solution
May 18 15:10:28 <Ainulindale> has it may start by +
May 18 15:10:37 <Ainulindale> and you need to remove either 00 or +X
May 18 15:10:41 <mrmoku> Ainulindale: I'm handling that :)
May 18 15:10:45 <Ainulindale> s/has/as/ by the way
May 18 15:10:48 <Ainulindale> Ah good :-)
May 18 15:10:49 <TAsn> raster, you see what I meanL
May 18 15:10:51 <TAsn> ?
May 18 15:10:54 <Ainulindale> So commit it for god's sake!
May 18 15:10:55 <mrmoku> ahh... wait
May 18 15:11:06 <mrmoku> not handling that correctly :(
May 18 15:11:09 <Ainulindale> heh
May 18 15:11:18 <mrmoku> and would not even know how to handle it
May 18 15:11:21 <Ainulindale> mrmoku: well then
May 18 15:11:29 <mrmoku> because you cant tell if X has 2 or 3 digits
May 18 15:11:29 <Ainulindale> if number[0] = '+'
May 18 15:11:42 <Ainulindale> number += strlen(home_code)
May 18 15:11:54 <Ainulindale> mrmoku: yes you can it's available through conf
May 18 15:12:00 <TAsn> I think there's probably an rfc/standard for this
May 18 15:12:07 <TAsn> no need to think about it too much.
May 18 15:12:16 <Ainulindale> mwester_: hey you
May 18 15:12:35 <raster> TAsn: is this jumping to places within a scoller
May 18 15:12:36 <raster> ?
May 18 15:12:41 <TAsn> yes
May 18 15:12:43 <raster> (by using the index)?
May 18 15:12:44 <raster> ok
May 18 15:12:46 <mrmoku> Ainulindale: ahh... ok :)
May 18 15:12:51 <TAsn> should be easy
May 18 15:12:53 <raster> then its part/related to the scroller
May 18 15:12:54 <mrmoku> will add that and commit then
May 18 15:12:58 <Ainulindale> mrmoku: good :-)
May 18 15:13:10 <Ainulindale> mrmoku: then check if messages displays the names in the list
May 18 15:13:11 <mrmoku> have to test first though... to not get spanked ;)
May 18 15:13:19 <raster> and the scroller needs to understand an indexd of what is in it (that letter list) and where in the scroller that indexed item lives
May 18 15:13:24 <mrmoku> Ainulindale: you added that part, right?
May 18 15:13:28 <Ainulindale> yep
May 18 15:14:49 <ptitjes> mrmoku: do you have commit rights on oe ?
May 18 15:15:07 <TAsn> raster, yes.
May 18 15:15:25 <bumbl> ptitjes: don't you use mickeyl's oe branch after he quit with oe?
May 18 15:15:29 <TAsn> though let me take care of the semantics, I mean, if you want you can write it yourself and in this case I don't mind letting you implement it for me ;]
May 18 15:15:39 <raster> TAsn: then how do you choose what goes into the index?
May 18 15:15:43 <raster> first letter isnt just a-x
May 18 15:15:45 <raster> a-z
May 18 15:15:48 <raster> t can be hebrew
May 18 15:15:51 <TAsn> yes
May 18 15:15:52 <raster> or arabic
May 18 15:15:55 <TAsn> so what?
May 18 15:15:59 <raster> or chinese, japanese, korean...
May 18 15:16:01 <TAsn> I'll add it anyway
May 18 15:16:02 <TAsn> ...
May 18 15:16:11 <mrmoku> Ainulindale: .... thinking about it... that is nonsense :P
May 18 15:16:14 <raster> with chinese... there is no real sorting people can relate to
May 18 15:16:15 <TAsn> I'll just take the first letters of every word in the list
May 18 15:16:16 <TAsn> ...
May 18 15:16:17 <Ainulindale> mrmoku: what?
May 18 15:16:25 <TAsn> raster, how do they sort names?
May 18 15:16:37 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r271db5ee1f0c 10/patches/frameworkd/0001-remove-dbuscache-patch.patch: patches: remove frameworkd patch, as patch which was removed by that patch was removed from fso/milestone5.5 branch
May 18 15:16:40 <TAsn> it'll be sorted as in the list
May 18 15:16:43 <raster> as best i know they take the romanisation of it
May 18 15:16:44 <TAsn> same sort as in the list.
May 18 15:16:45 <raster> then sort that
May 18 15:16:49 <mrmoku> Ainulindale: locally prefixing the number
May 18 15:16:55 <TAsn> I won't change the sorting in the list.
May 18 15:16:57 <Ainulindale> ?
May 18 15:17:04 <Ainulindale> It's not nonsense mrmoku 
May 18 15:17:09 <Ainulindale> Sometimes I have 06 messages
May 18 15:17:12 <Ainulindale> sometimes +336
May 18 15:17:43 <mrmoku> well you lookup +336123456
May 18 15:17:53 <raster> http://blockquote.be/2005/11/21/sorting-chinese-characters-technical-or-cultural-problem/
May 18 15:17:59 <mrmoku> and then you remove +336 and add your configured home_prefix
May 18 15:18:04 <raster> in japanese they take the hiragana and sort by that
May 18 15:18:10 <Ainulindale> no I remove +33 and add my homeprefix
May 18 15:18:13 <raster> (and that can be directly converted to a romanisation)
May 18 15:18:17 <Ainulindale> +33 may be 0033
May 18 15:18:23 <Ainulindale> so we both forgot the 33 :-p
May 18 15:18:47 <raster> and then even more fun when u have it mixed
May 18 15:19:00 <mrmoku> Ainulindale: you still don't find numbers without any prefix then...
May 18 15:19:09 <Ainulindale> sure you do
May 18 15:19:11 <raster> roman then chinese some arabic and japanese...
May 18 15:19:12 <raster> :)
May 18 15:19:13 <Ainulindale> you do both search
May 18 15:19:21 <Ainulindale> first you look for the raw number
May 18 15:19:33 <Ainulindale> then you look for the number without the international prefix plus your home prefix
May 18 15:19:50 <Ainulindale> so if you have +336123456 in your contacts
May 18 15:19:55 <Ainulindale> it'll work with the first search
May 18 15:20:01 <Ainulindale> if you have 06123456 with the second
May 18 15:20:10 <TAsn> raster, well, those will have to wait ;]
May 18 15:20:11 <raster> also this means the scroller needs a more detailed set of data on its contents
May 18 15:20:18 <Ainulindale> but a third search is necessary
May 18 15:20:20 <raster> how that will be exchanged is the question too
May 18 15:20:27 <TAsn> ok, raster moving to pm
May 18 15:20:28 <Ainulindale> replacing + by 00 and vice versa
May 18 15:20:30 <TAsn> can't work like this ;]
May 18 15:21:04 <mrmoku> Ainulindale: yep... getting ugly... maybe better to manually walk the cache...
May 18 15:21:13 <Ainulindale> mrmoku: I don't think so
May 18 15:21:20 <Ainulindale> mrmoku: first let us forget about the 00/+ thing
May 18 15:21:26 <Ainulindale> (the third search that is)
May 18 15:21:33 <Ainulindale> Let us do the sane thing :-)
May 18 15:22:04 <Ainulindale> mrmoku: and then you can trust the hashtable implementation
May 18 15:22:09 <Ainulindale> which may use binary trees and so on
May 18 15:22:12 <Ainulindale> (I don't even know)
May 18 15:22:19 <mrmoku> so how can you trust it ;)
May 18 15:22:30 <Ainulindale> well by assuming it does what you want :-)
May 18 15:22:36 <mrmoku> ok :)
May 18 15:22:42 <DocScrutinizer> yeeeeeha, same topic FOURTH time
May 18 15:22:52 <Ainulindale> DocScrutinizer: we're doing what you told us :-p
May 18 15:22:54 <Ainulindale> so stop whining
May 18 15:22:57 <mrmoku> Ainulindale: what about having 091112345 in the contacts
May 18 15:23:03 <mrmoku> and my home_prefix is 089
May 18 15:23:03 <DocScrutinizer> ok 8-)
May 18 15:23:27 <Ainulindale> mrmoku: well how would you receive your SMS?
May 18 15:23:44 <DocScrutinizer> mrmoku: home prefix is 89 at best
May 18 15:24:19 <DocScrutinizer> mrmoku: home prefix is 89 at best, it's HOmeCode actually
May 18 15:24:33 <DocScrutinizer> the 0 is the national prefix
May 18 15:24:42 <Ainulindale> damn this thing is annoying
May 18 15:24:51 <Ainulindale> DocScrutinizer: to sum it up
May 18 15:24:52 <Ainulindale> you'd do
May 18 15:25:01 <Ainulindale> (intl code) (country code) (home code) number
May 18 15:25:08 <CIA-75> freesmartphone.org: 03mickey 07framework * rfdbfa5de7e4d 10/framework/subsystems/ogsmd/ (device.py modems/abstract/unsolicited.py): ogsmd: add signal org.freesmartphone.GSM.Device.KeypadEvent( s, b )
May 18 15:25:08 <DocScrutinizer> ok, once again. gimme 5 min
May 18 15:25:09 <CIA-75> freesmartphone.org: 03mickey 07framework * r107dbb20547d 10/ (2 files in 2 dirs): ogsmd: [FREESCALE NEPTUNE] honor custom +EKEV URC and send org.freesmartphone.GSM.Device.KeypadEvent()
May 18 15:25:17 <Ainulindale> or more correctly
May 18 15:25:22 <Ainulindale> (intl code) (home code) number
May 18 15:25:25 <Ainulindale> or
May 18 15:25:29 <Ainulindale> (country code) (home code) number
May 18 15:25:44 <dos1> mickeyl: does Calypso support keypadevent?
May 18 15:25:56 <Ainulindale> (that's what I got from your ranting anyway :-p)
May 18 15:27:00 <Ainulindale> mrmoku: Listen, let's do the sane approach right here and talk about what we may have in entry
May 18 15:27:10 <Ainulindale> Either we know the number then it's entered correctly
May 18 15:27:17 <Ainulindale> That means international numbers are covered
May 18 15:27:25 <Ainulindale> So this leaves us with home calls
May 18 15:27:37 <Ainulindale> We may have 00 or + country code home code number
May 18 15:27:41 <Ainulindale> let us remove either 00 or +
May 18 15:27:46 <Ainulindale> plus country code
May 18 15:27:52 <Ainulindale> add the national code
May 18 15:27:53 <mrmoku> that is the problem
May 18 15:27:58 <Ainulindale> and voila
May 18 15:28:02 <Ainulindale> what is?
May 18 15:28:05 <mrmoku> you don't know how long country code is
May 18 15:28:10 <Ainulindale> yes you do
May 18 15:28:17 <Ainulindale> because you have it in the config
May 18 15:28:19 <mrmoku> it might be a call from outside your country
May 18 15:28:28 <Ainulindale> yes but in that case you won't find the number
May 18 15:28:54 <Ainulindale> mrmoku: you can, if you like, strcmp it with the config one
May 18 15:28:54 <mrmoku> Ainulindale: maybe the probability is low... but theoretically I guess you could find the wrong one :P
May 18 15:29:06 <Ainulindale> then bail out if it's not the same
May 18 15:29:14 <mrmoku> Ainulindale: that sounds sane
May 18 15:29:20 <Ainulindale> Yeah I'm known to be sane
May 18 15:29:27 <Ainulindale> (sometimes)
May 18 15:29:34 * mrmoku will check that next weekend :P
May 18 15:30:01 <Ainulindale> Ok so quick flow "chart"
May 18 15:30:19 <thrashold> Which is the best way to compile libframeworkd-glib, without messing with all the stuff? In the git repo the LDFLAGS are not passed to the linker.
May 18 15:30:19 <Ainulindale> Check if number is known. If it isn't, remove 00 or +, check country code against the known home one
May 18 15:30:37 <Ainulindale> Remove the country code, add the national code, and check the number
May 18 15:30:40 <Ainulindale> Are we good mrmoku?
May 18 15:30:44 <CIA-75> freesmartphone.org: 03mickey 07specs * r9ff2e7c54a61 10/org.freesmartphone.GSM/org.freesmartphone.GSM.Device.xml.in: org.freesmartphone.GSM.Device: document KeypadEvent signal
May 18 15:31:00 <mickeyl> dos1: no keypadevents from calypso
May 18 15:31:08 <mrmoku> Ainulindale: if you let me rename the config vars accordingly?
May 18 15:31:14 <mickeyl> few smartphones using this
May 18 15:31:15 <Ainulindale> mrmoku: please do
May 18 15:31:22 <mrmoku> ok
May 18 15:31:25 <mickeyl> ezx gen1 for a start
May 18 15:31:28 <Ainulindale> mrmoku: I cursed myself at the beginning of this discussion for my poor choices
May 18 15:31:55 <Ainulindale> At the beginning of the implementation I even told myself I could name them joergCountrySomething
May 18 15:31:56 <mrmoku> :)
May 18 15:31:58 <Ainulindale> But I didn't in the end
May 18 15:32:39 <ptitjes> bumbl: hum no. never heard of that...
May 18 15:34:34 <dos1> hmm
May 18 15:34:43 <dos1> some mail from someone from openmoko about buzz
May 18 15:34:56 <dos1> Chelsea Wei <chelsea@openmoko.com>
May 18 15:34:58 <dos1> at community
May 18 15:36:47 <dos1> "I am currently coordinate all the events related to buzz rework."
May 18 15:41:15 <SHR-WugBranler`> tracfeed: Ticket #257 (sysfs "class" not working correctly on gta01) updated <http://trac.shr-project.org/trac/ticket/257#comment:1>
May 18 15:42:36 <SHR-WugBranler`> tracfeed: Ticket #276 ([unstable] opkg update : armv4 error) closed <http://trac.shr-project.org/trac/ticket/276#comment:3>
May 18 15:42:58 <DocScrutinizer> Ainulindale: prepare for impact:
May 18 15:43:04 <DocScrutinizer> normalized number = "+<CC><HC><NUMBER>"
May 18 15:43:06 <DocScrutinizer> non-normalized my be: <NUMBER> | <NationalPrefix><anyHC><NUMBER> | <InterntlPrefix><CC><HC><NUMBER>
May 18 15:43:07 <DocScrutinizer> so: 
May 18 15:43:09 <DocScrutinizer> Nr1 := Nr s/<IP>(.*)/\+$1/   #00 49 911 12345 -> + 49 911 12345
May 18 15:43:10 <DocScrutinizer> Nr2 = Nr1 s/<NP>/\+<CC>/  # 0 911 12345 ->  + 49 911 12345
May 18 15:43:12 <DocScrutinizer> Nr3 = Nr2 s/[^\+](.*)/\+<CC><HC>$1/  # 12345 ->  + 49 911 12345
May 18 15:43:13 <DocScrutinizer> step3 above isn't considered very practical for cellphones
May 18 15:43:15 <DocScrutinizer> <IP>, <CC>, <NP>, and <HC> are user definable config-values
May 18 15:44:03 <Ainulindale> We came to about the same conclusion
May 18 15:44:04 <SHR-WugBranler`> tracfeed: Ticket #406 (auto suspend) closed <http://trac.shr-project.org/trac/ticket/406#comment:5>
May 18 15:44:13 <Ainulindale> So we should be able to do the same
May 18 15:44:43 <DocScrutinizer> Ainulindale: hey, great then. I'm happy
May 18 15:44:49 <Ainulindale> DocScrutinizer: then a beer for me
May 18 15:44:55 <Ainulindale> and for mrmoku 
May 18 15:45:23 <DocScrutinizer> so you just have to apply this function to whatever two number-strings you're going to compare anywhere
May 18 15:46:45 <mrmoku> Ainulindale: hmm... then I will sanitize the number while filling the cache
May 18 15:46:46 <SHR-WugBranler`> tracfeed: Ticket #295 (No option for SMS return recept) updated <http://trac.shr-project.org/trac/ticket/295#comment:4> || Ticket #378 (Concats with/without international prefix are not recognized correctly.) updated <http://trac.shr-project.org/trac/ticket/378#comment:1>
May 18 15:47:03 <Ainulindale> mrmoku: no
May 18 15:47:04 <mrmoku> Ainulindale: and sanitize the number to look up
May 18 15:47:12 <Ainulindale> ok then
May 18 15:47:18 <Ainulindale> but I think this might be power consuming
May 18 15:47:42 <Ainulindale> well listen do what you think fits the better
May 18 15:47:50 <Ainulindale> but do it quick :-p
May 18 15:47:51 <mrmoku> hehe :)
May 18 15:47:51 <SHR-WugBranler`> tracfeed: Ticket #330 (add minimo to the repository) updated <http://trac.shr-project.org/trac/ticket/330#comment:2>
May 18 15:47:53 <DocScrutinizer> oops, for correctness:    non-normalized my be: <NUMBER> | <NationalPrefix><anyHC><NUMBER> | <InterntlPrefix><anyCC><anyHC><NUMBER>
May 18 15:47:55 <Sup3rkiddo> mickeyl, hi, just wondering.. does fso use some sort of ip blacklisting ? Am getting connection refused for the entire domain.. wiki and all
May 18 15:48:20 <mrmoku> Ainulindale: and add international_prefix to the config
May 18 15:48:26 <Ainulindale> mrmoku: yes
May 18 15:48:27 <mrmoku> or better int_prefix
May 18 15:48:33 <mrmoku> intl_prefix
May 18 15:48:34 <mrmoku> hmm
May 18 15:48:42 <mrmoku> nah... international_prefix :)
May 18 15:48:45 <DocScrutinizer> you must NOT normalize numbers in normal use, e.g when filling cache, or (even worse) writing back contacts
May 18 15:48:50 <Ainulindale> yeah don't be cheap
May 18 15:49:03 <Ainulindale> DocScrutinizer: why is that?
May 18 15:49:04 <mrmoku> DocScrutinizer: writing back no... never
May 18 15:49:04 <SHR-WugBranler`> tracfeed: Ticket #457 (Unknown HZ value!) created <http://trac.shr-project.org/trac/ticket/457>
May 18 15:49:12 <DocScrutinizer> just apply normalization prior to COMPARE to BOTH numbers
May 18 15:49:33 <Ainulindale> why not putting the cache in a normalized form?
May 18 15:49:52 <mrmoku> Ainulindale: well... he's right... better still have a comp_function to use for the lookup
May 18 15:49:59 <mrmoku> instead of str_equal
May 18 15:50:04 <DocScrutinizer> Ainulindale: because cache might be displayed to user, be written back, etc
May 18 15:50:07 <mickeyl> Sup3rkiddo: heh, no blacklisting
May 18 15:50:12 <mickeyl> Sup3rkiddo: perhaps it's down?
May 18 15:50:18 <Ainulindale> DocScrutinizer: well this wasn't intended to be but ok :-)
May 18 15:50:23 <Ainulindale> mrmoku: that's good to me
May 18 15:50:30 <Ainulindale> mrmoku: even easier to do for you I think
May 18 15:50:31 <mickeyl> Sup3rkiddo: no, it's up
May 18 15:50:32 <Sup3rkiddo> mickeyl, others are able to access it :(
May 18 15:50:35 <Sup3rkiddo> yeah
May 18 15:50:43 <nytowl> Ainulindale, mrmoku have you guys found a solution to connman not setting the default route correctly for wlan ?
May 18 15:50:46 <Sup3rkiddo> even those using my ISP
May 18 15:50:58 <Ainulindale> nytowl: I don't use connman
May 18 15:51:08 <Ainulindale> mrmoku: http://www.gtkmm.org/docs/glibmm-2.4/docs/reference/html/classGlib_1_1Regex.html
May 18 15:51:09 <SHR-WugBranler`> tracfeed: Ticket #271 (locked phone doesn't suspend after resuming from call or sms) closed <http://trac.shr-project.org/trac/ticket/271#comment:1>
May 18 15:51:17 <Ainulindale> Ah damn perl
May 18 15:51:24 <nytowl> Ainulindale, i thought SHR was ?
May 18 15:51:45 <Ainulindale> Yeah but I'm not using connman anyway :-)
May 18 15:51:48 <Ainulindale> SO I didn't know
May 18 15:53:18 <SHR-WugBranler`> tracfeed: Ticket #425 (Use AUX button for locking the screen) closed <http://trac.shr-project.org/trac/ticket/425#comment:5> || Ticket #444 (Profile persistance) closed <http://trac.shr-project.org/trac/ticket/444#comment:2>
May 18 15:53:30 <Ainulindale> http://www.gtkmm.org/docs/glibmm-2.4/docs/reference/html/classGlib_1_1Regex.html <= mrmoku 
May 18 15:53:49 <Ainulindale> especially the replace part
May 18 15:54:46 <ptitjes> mrmoku: please could you tell what's wrong with my DEPENDS/RDEPENDS ?
May 18 15:54:47 <SHR-WugBranler`> tracfeed: Ticket #416 (elementary_alarm doesn't handle dst) updated <http://trac.shr-project.org/trac/ticket/416#comment:6> || Ticket #411 (Profiles selection) closed <http://trac.shr-project.org/trac/ticket/411#comment:3>
May 18 15:54:50 <ptitjes> mrmoku: http://pastebin.com/d39dbed5e
May 18 15:54:51 <mrmoku> nytowl: I stopped playing with connman for the moment
May 18 15:55:12 <mrmoku> nytowl: one thing I found out is that usb works fine, if you have dhcpd running on the host the FR is connected to
May 18 15:55:20 <ptitjes> mrmoku: gcc complains that glib.h not found but I added RDEPENDS="glib-2.0 ..."
May 18 15:55:52 <mrmoku> nytowl: and that connman adds the default route for Wifi under some condition... still to be further investigated
May 18 15:55:53 <SHR-WugBranler`> tracfeed: Ticket #451 (Backlight setting not remembered) closed <http://trac.shr-project.org/trac/ticket/451#comment:2>
May 18 15:56:05 <ptitjes> nytowl: hello angus, could I send you a patch by mail for freesmartphone/vala-dbus-binding-tool-native_git.bb ?
May 18 15:56:06 <TAsn> ptitjes, !
May 18 15:56:12 <TAsn> add glib-2.0 to depends
May 18 15:56:18 <TAsn> rdepends is for the generated package!!!
May 18 15:56:26 <TAsn> (already told you that yesterday)
May 18 15:56:38 <ptitjes> TAsn: but I don't understand it correctly yet
May 18 15:56:40 <nytowl> ptitjes, sure I like fixing your guys stuff ;)
May 18 15:56:44 <TAsn> rdepends is not checked by OE just added to the package to be checked by opkg
May 18 15:56:47 <ptitjes> TAsn: glib-2.0 is a runtime dep
May 18 15:56:49 <mrmoku> ptitjes: nah... that's exactly what you can't do with EXTRA_OECONF
May 18 15:56:57 <TAsn> ptitjes, but you said gcc is complaining
May 18 15:56:59 <SHR-WugBranler`> tracfeed: Ticket #458 (Don't execute critical applications as "root") created <http://trac.shr-project.org/trac/ticket/458>
May 18 15:57:05 <mrmoku> ptitjes: it wants some --with-spec-path=...
May 18 15:57:08 <ptitjes> mrmoku: but that works
May 18 15:57:09 <TAsn> which means it's also a compile time dep
May 18 15:57:15 <TAsn> you have to add it to depends
May 18 15:57:27 <mrmoku> hmm... ok then :)
May 18 15:57:34 <Ainulindale> (I'd say it sounds as a faulty configure.ac)
May 18 15:57:34 <TAsn> autotools auto add stuff it compiles against to rdepends
May 18 15:57:38 <TAsn> therefore glib should only be in depends.
May 18 15:57:49 <Ainulindale> (and/or Makefile.am)
May 18 15:58:05 <ptitjes> TAsn: trying that
May 18 15:58:10 <TAsn> Ainulindale, I think it's because he didn't add it to depends
May 18 15:58:24 <TAsn> ptitjes, just remember, when you need it for compilation, add it to depends
May 18 15:58:28 <Ainulindale> TAsn: gcc wouldn't be complaining
May 18 15:58:30 <TAsn> when you ONLY need it in runtime
May 18 15:58:34 <TAsn> add it to rdepends
May 18 15:58:35 <Ainulindale> TAsn: I can add half the world in depends
May 18 15:58:45 <Ainulindale> It won't be used by configure if I didn't explicitely declare it
May 18 15:58:51 <TAsn> Ainulindale, I know
May 18 15:58:57 <TAsn> but since he didn't add it to depends
May 18 15:58:58 <Ainulindale> Hence my remark
May 18 15:59:00 <ptitjes> Ainulindale: checking now
May 18 15:59:03 <TAsn> it wasn't built in the first place
May 18 15:59:13 <Ainulindale> TAsn: I seriously doubt that glib isn't built
May 18 15:59:14 <SHR-WugBranler`> tracfeed: Ticket #440 (Problem with battery applet on gta01) updated <http://trac.shr-project.org/trac/ticket/440#comment:1>
May 18 15:59:16 <TAsn> and therefore he configure.ac couldn't find it.
May 18 15:59:20 <Ainulindale> TAsn: But hey, just a hinch there :-)
May 18 15:59:20 <TAsn> Ainulindale, though you may be right
May 18 15:59:27 <TAsn> since gcc is complaining and not autotools
May 18 15:59:28 <TAsn> ...
May 18 15:59:40 <Ainulindale> TAsn: I'm always right! :-)
May 18 15:59:56 <TAsn> nah.
May 18 16:00:03 <ptitjes> Ainulindale: hum glib-2.0 should be there as I PKG_CHECK_MODULES for dbus-glib-1
May 18 16:00:05 <TAsn> you are only right because I said you are.
May 18 16:00:05 <ptitjes> Ainulindale: http://git.freesmartphone.org/?p=libfso-glib.git;a=blob;f=configure.ac;hb=HEAD
May 18 16:00:14 <TAsn> ptitjes, not it should not
May 18 16:00:23 <TAsn> you should also pkg_check_modules for glib-2.0
May 18 16:00:28 <ptitjes> TAsn: dbus-glib-1 depends on glib
May 18 16:00:43 <TAsn> ptitjes, but you need the glib compilation headers as well
May 18 16:00:44 <TAsn> don't you?
May 18 16:00:52 <ptitjes> yep
May 18 16:00:58 <TAsn> (I may be wrong, not sure about this one)
May 18 16:01:05 <TAsn> just add it, for good taste anyway
May 18 16:01:09 <Ainulindale> TAsn: 'bout what?
May 18 16:01:16 <TAsn> everything.
May 18 16:01:17 <SHR-WugBranler`> tracfeed: Ticket #363 (openmoko-message crashing) updated <http://trac.shr-project.org/trac/ticket/363#comment:10>
May 18 16:01:24 <Ainulindale> TAsn: one should always add his depends to PKG things
May 18 16:01:30 <Ainulindale> as it won't add the ldflags if not
May 18 16:01:44 <TAsn> that's what I said.
May 18 16:01:50 <Ainulindale> TAsn: then for once you're right :-p
May 18 16:03:22 <SHR-WugBranler`> tracfeed: Ticket #459 (Timeouts in shr-settings) created <http://trac.shr-project.org/trac/ticket/459>
May 18 16:03:46 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r36cb42bfb83d 10/openembedded/recipes/tasks/task-shr-feed.bb: feed: add oh-puzzles
May 18 16:04:43 <mrmoku> Ainulindale: sorry... have to eat now... brb after
May 18 16:04:44 <SHR-WugBranler`> tracfeed: Ticket #429 (OH-Puzzles missing from repository) closed <http://trac.shr-project.org/trac/ticket/429#comment:1>
May 18 16:04:55 <Ainulindale> mrmoku: I hate you :-)
May 18 16:05:09 <thrashold> Anyone experienced Unidentified reference to g_free, g_malloc, dbus_g_bus_get, etc. when compiling libframeworkd-glib from latest git, and knows how to fix it without touching any autogenerated files?
May 18 16:05:22 <Ainulindale> thrashold: nope
May 18 16:05:32 <Ainulindale> do you use bitbake -b or bitbake ?
May 18 16:05:46 <thrashold> I simply do ./autogen.sh && make
May 18 16:05:48 <SHR-WugBranler`> tracfeed: Ticket #380 (Sometimes contact modifications do not work.) updated <http://trac.shr-project.org/trac/ticket/380#comment:1> || Ticket #437 (mplayer with tremor support) updated <http://trac.shr-project.org/trac/ticket/437#comment:2>
May 18 16:06:52 <thrashold> Oops
May 18 16:06:53 <SHR-WugBranler`> tracfeed: Ticket #308 (Can't hang up after dialer is closed) updated <http://trac.shr-project.org/trac/ticket/308#comment:1> || Ticket #361 (Unable to close a phone call and GSM failure) updated <http://trac.shr-project.org/trac/ticket/361#comment:2> || Ticket #311 (Speech synthesis and Morse code announcing who is calling or texting) updated <http://trac.shr-project.org/trac/ticket/311#comment:1>
May 18 16:06:56 <thrashold> My bad
May 18 16:07:00 <Ainulindale> thrashold: ahem :-)
May 18 16:07:12 <thrashold> I'm doing ./autogen.sh $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs"
May 18 16:07:39 <thrashold> (I'm trying to build a Debian package with debuild)
May 18 16:08:01 <SHR-WugBranler`> tracfeed: Ticket #226 (adding wrong numbers to the recipient list of new message should generate ...) updated <http://trac.shr-project.org/trac/ticket/226#comment:1> || Ticket #225 (Please remember the name of the recipient) updated <http://trac.shr-project.org/trac/ticket/225#comment:2> || Ticket #361 (Unable to close a phone call and GSM failure) closed <http://trac.shr-project.org/trac/ticket/361#comment:3>
May 18 16:08:30 <Ainulindale> well can't help you there I'm using bitbake and it builds nicely
May 18 16:08:36 <Ainulindale> debian always has been a dirty thing to me
May 18 16:09:23 <SHR-WugBranler`> tracfeed: Ticket #421 (SMS notification sound only on first message. Following messages without ...) updated <http://trac.shr-project.org/trac/ticket/421#comment:1>
May 18 16:10:20 <CIA-75> freesmartphone.org: 03ptitjes 07libfso-glib * r75d25e8af37e 10/ (configure.ac src/Makefile.am): 
May 18 16:10:20 <CIA-75> freesmartphone.org: Fix missing GLib dependency
May 18 16:10:20 <CIA-75> freesmartphone.org: Signed-off-by: Didier 'Ptitjes <ptitjes@free.fr>
May 18 16:13:20 <SHR-WugBranler`> tracfeed: Ticket #459 (Timeouts in shr-settings) closed <http://trac.shr-project.org/trac/ticket/459#comment:1>
May 18 16:17:15 <DocScrutinizer> Ainulindale: 
May 18 16:17:16 <SHR-WugBranler`> tracfeed: Ticket #451 (Backlight setting not remembered) updated <http://trac.shr-project.org/trac/ticket/451#comment:3> || Ticket #80 (Incoming call screen should have a "Silent" button) updated <http://trac.shr-project.org/trac/ticket/80#comment:6> || Ticket #121 (Support of long SMSes) updated <http://trac.shr-project.org/trac/ticket/121#comment:8>
May 18 16:17:24 <DocScrutinizer> mrmoku: see "stringcompare and normalization to find numbers in contacts"
May 18 16:17:41 <DocScrutinizer> in [devel]
May 18 16:21:25 <SHR-WugBranler`> tracfeed: Ticket #353 (Suspend mode with LOCKED (20090302)) closed <http://trac.shr-project.org/trac/ticket/353#comment:1> || Ticket #449 (currently broken deps in unstable branch) closed <http://trac.shr-project.org/trac/ticket/449#comment:1>
May 18 16:22:27 <TAsn> mrmoku, gimme an image! ;]
May 18 16:22:28 <SHR-WugBranler`> tracfeed: Ticket #197 ([phonegui-efl-new] Adding a name in the add contact screen should give you ...) updated <http://trac.shr-project.org/trac/ticket/197#comment:1> || Ticket #342 ([shr-testing 20090303] tangogps segfaults when changing Cache Dir) closed <http://trac.shr-project.org/trac/ticket/342#comment:5>
May 18 16:24:51 <ptitjes> TAsn: oki thanks it seems that worked :)
May 18 16:24:52 <SHR-WugBranler`> tracfeed: Ticket #195 (Options button should be unclickable if there is no selection) updated <http://trac.shr-project.org/trac/ticket/195#comment:1> || Ticket #196 (Adding a number in the add contact screen should give you nummeric ...) updated <http://trac.shr-project.org/trac/ticket/196#comment:1> || Ticket #197 (Adding a name in the add contact screen should give you a non predictive ...) updated <http://trac.shr-project.org/tra
May 18 16:25:13 <TAsn> ptitjes, which of those?
May 18 16:25:21 <TAsn> adding to depends? or check modules?
May 18 16:25:23 <dos1> ok
May 18 16:25:28 <dos1> i think we have clean trac now
May 18 16:25:32 <dos1> so let's fix!
May 18 16:25:33 <dos1> ;D
May 18 16:25:36 <ptitjes> TAsn: both enhanced the configure.ac/Makefile.am and added to DEPENDS :)
May 18 16:25:38 <TAsn> dos1, hehe this trac is a mess
May 18 16:25:42 <TAsn> ;]
May 18 16:25:45 <TAsn> ptitjes, ;]
May 18 16:25:52 <TAsn> dos1, I cleaned it a lot
May 18 16:25:56 <TAsn> a couple of days ago
May 18 16:26:01 <TAsn> and not even a week passed
May 18 16:26:15 <TAsn> and you had to clean it all over again.
May 18 16:26:15 <TAsn> ;\
May 18 16:26:20 <TAsn> ppl should rtfm
May 18 16:26:26 <Ainulindale> meh :-)
May 18 16:26:26 <TAsn> or actually search for dupes
May 18 16:26:27 <dos1> TAsn: i started to cleaning it some time before you did it ;)
May 18 16:26:35 <TAsn> dos1, I know.
May 18 16:26:36 <Ainulindale> you're the dupe!
May 18 16:26:51 <TAsn> I admit I am.
May 18 16:26:57 <dos1> heh
May 18 16:27:13 <dos1> tickets from SHR Image still need to be reasigned to different categories
May 18 16:27:21 <TAsn> for instance I believed dos1 when he said he'll gimme mokoui2 ;]
May 18 16:27:34 <mirko-paroli> dos1: how is opimd coming, messages I mean? is there a "todo" list somewhere?
May 18 16:27:35 <dos1> TAsn: i tried
May 18 16:27:41 <TAsn> ;]
May 18 16:27:48 <dos1> mirko-paroli: no, as i just started to work on it
May 18 16:27:54 <mirko-paroli> dos1: you meantioned multi-sms the other day, any way I can use that somehow?
May 18 16:28:01 <TAsn> j/k I prefer you working on opimd than giving me that.
May 18 16:28:02 <SHR-WugBranler`> tracfeed: Ticket #460 (Tasn is teh dupe) updated <http://trac.shr-project.org/trac/ticket/460#comment:1> || Ticket #460 (Tasn is teh dupe) created <http://trac.shr-project.org/trac/ticket/460>
May 18 16:28:20 <TAsn> omg you spammer.
May 18 16:28:21 <dos1> mirko-paroli: multi-sms work now
May 18 16:28:31 <Ainulindale> Haha :-)
May 18 16:28:51 <dos1> mirko-paroli: just query messages and you will get Really Messages, not split crap ;)
May 18 16:29:00 <mirko-paroli> ah, on the sim
May 18 16:29:03 <Ainulindale> TAsn: one more ticket for your stats
May 18 16:29:15 <mirko-paroli> dos what if it is an incoming?
May 18 16:29:17 <Ainulindale> You have permission to close it as invalid :-)
May 18 16:29:20 <Ainulindale> (or won't fix)
May 18 16:30:56 <dos1> mirko-paroli: incoming aren't supported yet :D
May 18 16:30:58 <SHR-WugBranler`> tracfeed: Ticket #460 (Tasn is teh dupe) updated <http://trac.shr-project.org/trac/ticket/460#comment:3> || Ticket #460 (Tasn is teh dupe) updated <http://trac.shr-project.org/trac/ticket/460#comment:2>
May 18 16:31:02 <dos1> mirko-paroli: i just started to work on it
May 18 16:31:07 <mrmoku> DocScrutinizer: thanks... will try to get it right :P
May 18 16:31:09 <mirko-paroli> dos1: ah ok
May 18 16:31:12 <mrmoku> TAsn: gimme vala-native
May 18 16:31:20 <mirko-paroli> dos1: keep it up, I think you are doing great!!!
May 18 16:31:38 <dos1> mirko-paroli: thanks :) ATM Contacts are finished i think
May 18 16:31:43 <mirko-paroli> coool
May 18 16:31:56 <dos1> mirko-paroli: it will only fail (but gracefully! :D) when you will play with editing too much
May 18 16:32:05 <dos1> mirko-paroli: for instance - adding new field to some SIM contact
May 18 16:32:06 <SHR-WugBranler`> tracfeed: Ticket #460 (Tasn is teh dupe) closed <http://trac.shr-project.org/trac/ticket/460#comment:5> || Ticket #460 (Tasn is teh dupe) updated <http://trac.shr-project.org/trac/ticket/460#comment:4>
May 18 16:32:15 <mirko-paroli> dos1: I only have name and number
May 18 16:32:26 <Ainulindale> dos1: pfff you spammer too :-)
May 18 16:32:29 <dos1> mirko-paroli: so it should work ;)
May 18 16:32:30 <TAsn> I have to go, cya.
May 18 16:32:30 <mirko-paroli> dos1: wouldn't integrate stuff before I know it is stable :)
May 18 16:32:36 <TAsn> mrmoku, sorry, can't deliver.
May 18 16:32:38 <TAsn> ;]
May 18 16:32:50 <Ainulindale> mrmoku: eagerly waitiiiiiiiing
May 18 16:32:51 <mrmoku> TAsn: hah... me neither then ;P
May 18 16:33:04 <TAsn> shit.
May 18 16:33:09 <mrmoku> Ainulindale: don't give me pressure. don't need that :P
May 18 16:33:17 <TAsn> ptitjes, deliver.
May 18 16:33:27 <Ainulindale> About the vala issue, isn't there any info from mickey|bbl ?
May 18 16:33:35 <dos1> mirko-paroli: contacts should be stable now ;)
May 18 16:33:40 <TAsn> btw, I have an issue with suspending
May 18 16:33:46 <TAsn> trying to suspend manually breaks the framework
May 18 16:33:51 <dos1> TAsn: it's fixed
May 18 16:33:57 <TAsn> since when?
May 18 16:33:58 <dos1> TAsn: but Ainulindale is too lazy to generate package
May 18 16:34:01 <dos1> TAsn: since today
May 18 16:34:02 <TAsn> oh
May 18 16:34:03 <ptitjes> TAsn: I'd like vala-dbus-binding-tool-native to be updated first because now libfso-glib properly depends on it
May 18 16:34:05 <TAsn> Ainulindale, DO IT!
May 18 16:34:08 <dos1> TAsn: as it was broken yesterday
May 18 16:34:09 <dos1> :P
May 18 16:34:11 <ptitjes> but I've no commit rights on oe
May 18 16:34:15 <TAsn> mrmoku, DO IT!
May 18 16:34:18 <TAsn> someone, DO IT!
May 18 16:34:24 <Ainulindale> TAsn: bitbake vala you mean?
May 18 16:34:26 <TAsn> ptitjes, send mrmoku a patch
May 18 16:34:31 <TAsn> Ainulindale, vala-native
May 18 16:34:36 <Ainulindale> Building it now then
May 18 16:34:40 <TAsn> oh
May 18 16:34:44 <TAsn> I was talking about the framework
May 18 16:34:51 <Ainulindale> Oh
May 18 16:34:53 <TAsn> vala-native is what stopping us from having a new image.
May 18 16:34:55 <ptitjes> Ainulindale: as for vala, mickey|bbl found a temporary hack
May 18 16:34:56 <TAsn> Ainulindale, 
May 18 16:34:59 <Ainulindale> Ok building it too TAsn :-)
May 18 16:35:03 <TAsn> <TAsn> trying to suspend manually breaks the framework
May 18 16:35:04 <TAsn> <dos1> TAsn: it's fixed
May 18 16:35:04 <TAsn> <TAsn> since when?
May 18 16:35:04 <TAsn> <dos1> TAsn: but Ainulindale is too lazy to generate package
May 18 16:35:09 <TAsn> sorry for the flood. ;]
May 18 16:35:12 <TAsn> well, I'm off, cya.
May 18 16:35:16 <ptitjes> :)
May 18 16:35:26 <Ainulindale> I just have to check with mrmoku for the rsync, I don't want to break anything before his commit
May 18 16:35:47 <ptitjes> yeah libfso-glib build under OE
May 18 16:35:49 <ptitjes> \o/
May 18 16:36:01 <ptitjes> Ainulindale: may I commit the recipe changes ?
May 18 16:38:30 <Ainulindale> aaaaah listening to camel \o/
May 18 16:38:45 <Zorkman> camel?
May 18 16:38:54 <Ainulindale> Zorkman: british prog rock band
May 18 16:39:00 <Ainulindale> great to work with
May 18 16:41:29 <SHR-WugBranler`> tracfeed: Ticket #459 (Timeouts in shr-settings) updated <http://trac.shr-project.org/trac/ticket/459#comment:2>
May 18 16:42:10 <Ainulindale> mrmoku: are my links of any help?
May 18 16:42:23 <Ainulindale> I feel useless now if only I could build something locally...
May 18 16:42:47 <CIA-75> SHR: 03ptitjes 07shr-overlay * r2c554d0f68b0 10/openembedded/recipes/freesmartphone/libfso-glib_git.bb: Generate from specs and fix missing dependencies
May 18 16:42:49 <CIA-75> SHR: 03ptitjes 07shr-overlay * r677e0648ecca 10/ (9 files in 6 dirs): Merge branch 'master' of http://shr.bearstech.com/repo/shr-overlay
May 18 16:43:01 <mirko-paroli> Ainulindale: mind me asking a quick question?
May 18 16:43:14 <ptitjes> nytowl: ping
May 18 16:43:22 <mirko-paroli> Ainulindale: I have troubles with non latin character display in elm widgets, do you know what the prob is or who might now?
May 18 16:43:25 <nytowl> ptitjes, pong
May 18 16:43:47 <ptitjes> nytowl: can I send you a patche for freesmartphone/vala-dbus-binding-tool-native_git.bb
May 18 16:43:48 <SHR-WugBranler`> tracfeed: Ticket #459 (Timeouts in shr-settings) updated <http://trac.shr-project.org/trac/ticket/459#comment:3>
May 18 16:43:58 <nytowl> ptitjes, sure
May 18 16:44:18 <Ainulindale> mirko-paroli: I'm no elm expert at all
May 18 16:44:23 <Ainulindale> mirko-paroli: but check your EFL_SRCREV
May 18 16:44:51 <mirko-paroli> Ainulindale: who does the messaging app in shr that uses elm ?
May 18 16:44:54 <mrmoku> Ainulindale: (rsync) look at ~/.mrmoku
May 18 16:44:59 <Ainulindale> mrmoku: I know how to do it
May 18 16:45:02 <mrmoku> there is sync_unstable and sync_testing
May 18 16:45:06 <Ainulindale> mrmoku: I just don't want to break anything
May 18 16:45:15 <Ainulindale> mrmoku: Hence my waiting your commit
May 18 16:45:23 <mrmoku> Ainulindale: I just do sync_unstable :)
May 18 16:45:46 <mrmoku> working on the commit... if you're bored in the meantime you could write some mail to the list :)
May 18 16:46:01 <Ainulindale> I'll do that when it'll be working locally :-)
May 18 16:47:05 <Ainulindale> (right now I have no UI)
May 18 16:47:06 <SHR-WugBranler`> tracfeed: Ticket #63 (Fail gracefully before SIM registration) updated <http://trac.shr-project.org/trac/ticket/63#comment:6> || Ticket #393 (Add python-mokoui2 to the repos (and image)) updated <http://trac.shr-project.org/trac/ticket/393#comment:4>
May 18 16:47:15 <ptitjes> nytowl: done
May 18 16:49:31 <SHR-WugBranler`> tracfeed: Ticket #292 (Contacts : Add letter shortcuts on the right) updated <http://trac.shr-project.org/trac/ticket/292#comment:3> || Ticket #280 (Phone Log crash if phone isn't connected to the provider.) updated <http://trac.shr-project.org/trac/ticket/280#comment:4> || Ticket #280 (Phone Log crash if phone isn't connected to the provider.) updated <http://trac.shr-project.org/trac/ticket/280#comment:3>
May 18 16:50:48 <ptitjes> mrmoku: do you have a libmodulo recipe ?
May 18 16:50:49 <SHR-WugBranler`> tracfeed: Ticket #378 (Concats with/without international prefix are not recognized correctly.) updated <http://trac.shr-project.org/trac/ticket/378#comment:2> || Ticket #377 (Headset does not work.) updated <http://trac.shr-project.org/trac/ticket/377#comment:4> || Ticket #354 (Allow adding contact from incoming call or SMS) updated <http://trac.shr-project.org/trac/ticket/354#comment:2> || Ticket #295 (No option for SMS return r
May 18 16:53:33 <SHR-WugBranler`> tracfeed: Ticket #291 (long press on AUX button : do "something" ?) updated <http://trac.shr-project.org/trac/ticket/291#comment:6> || Ticket #452 (No suspend when USB plugged in) updated <http://trac.shr-project.org/trac/ticket/452#comment:2>
May 18 16:55:23 <SHR-WugBranler`> tracfeed: Ticket #455 (Rename the profile names) updated <http://trac.shr-project.org/trac/ticket/455#comment:1> || Ticket #291 (long press on AUX button : do "something" ?) updated <http://trac.shr-project.org/trac/ticket/291#comment:7>
May 18 16:57:34 <SHR-WugBranler`> tracfeed: Ticket #362 (Package inclusion wishlist) updated <http://trac.shr-project.org/trac/ticket/362#comment:4> || Ticket #415 (Intone (music player) package request) closed <http://trac.shr-project.org/trac/ticket/415#comment:1>
May 18 16:57:53 <dos1> uh
May 18 16:58:02 <dos1> SHR-WugBranler`: spammer!
May 18 16:58:10 <dos1> ;)
May 18 16:58:34 <dos1> can someone take a look on tickets marked as "package requests"?
May 18 16:58:37 <dos1> mrmoku?
May 18 16:59:03 <mrmoku> ptitjes: I think I started something... have to check
May 18 16:59:07 <mrmoku> dos1: yep
May 18 16:59:51 <ptitjes> mrmoku: thanks
May 18 17:00:25 <mrmoku> ptitjes: have something untried... where to add it to?
May 18 17:00:47 <ptitjes> could you send me a mail ?
May 18 17:00:56 <mrmoku> Ainulindale: building and testing something now... lets see
May 18 17:01:01 <ptitjes> mrmoku: should I add it to shr/ or create its own directory ?
May 18 17:01:21 <mrmoku> ptitjes: that was my question to you... :)
May 18 17:01:29 <mrmoku> I would commit what I have... so you can work on it
May 18 17:02:09 <mrmoku> I will put it in shr for now... we can still move it
May 18 17:02:10 <SHR-WugBranler`> tracfeed: Ticket #291 (long press on AUX button : do "something" ?) updated <http://trac.shr-project.org/trac/ticket/291#comment:8> || Ticket #455 (Rename the profile names) updated <http://trac.shr-project.org/trac/ticket/455#comment:2>
May 18 17:03:11 <ptitjes> mrmoku: I think all shr software should go in shr/ just like what freesmartphone do
May 18 17:03:43 <ptitjes> but that is my own view
May 18 17:03:45 <dos1> 72 tickets from interesting me components
May 18 17:04:00 <mrmoku> ptitjes: here you go
May 18 17:04:05 <dos1> 94 tickets in general
May 18 17:04:09 <ptitjes> thank you
May 18 17:04:09 <CIA-75> SHR: 03mok 07shr-overlay * r6ccbfbe97483 10/openembedded/recipes/shr/ (libmodulo_git.bb ologicd_git.bb): add recipes for libmodulo and ologicd
May 18 17:04:29 <mrmoku> ptitjes: just what I started... you have to complete them :)
May 18 17:04:34 <ptitjes> mrmoku: did you have one for ophonekitd also ? :)
May 18 17:04:42 <ptitjes> mrmoku: np
May 18 17:04:44 <ptitjes> I'm on it
May 18 17:05:01 <ptitjes> mrmoku: btw I may be able to remove the g-i dependency for the first release
May 18 17:05:15 <ptitjes> mrmoku: however we must find a way to build it for later
May 18 17:07:36 <Ainulindale> mrmoku: so how fares the test?
May 18 17:09:22 <CIA-75> SHR: 03ptitjes 07libmodulo * r07429f70d307 10/ (configure.ac samples/Makefile.am src/Makefile.am): Remove gobject-introspection and add missing dependencies
May 18 17:09:32 <CIA-75> SHR: 03ptitjes 07libmodulo * rfa0ad087c29b 10/TODO: Updated TODO list
May 18 17:10:15 <mrmoku> Ainulindale: far enough to know that I broke it :(
May 18 17:10:29 <mrmoku> Ainulindale: give me some more minutes :P
May 18 17:17:04 <mirko-paroli> Ainulindale: me again ;) you closed the bug http://trac.shr-project.org/trac/ticket/366
May 18 17:18:30 <dos1> mirko-paroli: that was me, as i was cleaning trac without permissions, and i told Ainulindale to close it
May 18 17:18:34 <dos1> mirko-paroli: what's wrong?
May 18 17:18:41 <mirko-paroli> dos1: ah ok
May 18 17:18:58 <mirko-paroli> dos1: we have the same prob, no non-latin characters are displayed when entered in illume kbd
May 18 17:19:26 <dos1> mirko-paroli: but it's working now in SHR
May 18 17:19:44 <dos1> mirko-paroli: it was ages ago when bumping EFL srcrev fixed that
May 18 17:19:47 <mirko-paroli> dos1: hmm ok
May 18 17:20:21 <dos1> mirko-paroli: at least all of chars in symbols keyboard are working
May 18 17:20:40 <dos1> mirko-paroli: and hebrew is working too (TAsn could confirm :D)
May 18 17:20:43 <mirko-paroli> dos1: hmm I don't even get those, I only get a " "
May 18 17:20:53 <mirko-paroli> so maybe it is something I am doing ;)
May 18 17:20:58 <dos1> mirko-paroli: with elementary?
May 18 17:21:01 <mirko-paroli> yeah
May 18 17:21:19 <dos1> mirko-paroli: maybe you should ask raster?
May 18 17:21:27 <mirko-paroli> I did he also said, should work
May 18 17:21:45 <dos1> mirko-paroli: i'm checking with python-elementary now (shr-settings)
May 18 17:21:55 <mirko-paroli> thx
May 18 17:22:02 <dos1> mirko-paroli: hmm... it's working too here
May 18 17:22:02 <TAsn> mirko, 
May 18 17:22:06 <TAsn> locale
May 18 17:22:08 <dos1> with elementary entry
May 18 17:22:12 <dos1> oh, yes
May 18 17:22:13 <dos1> locale :)
May 18 17:22:14 <mirko-paroli> TAsn: ?
May 18 17:22:16 <dos1> forgot about it
May 18 17:22:17 <TAsn> you need a utf-8 locale
May 18 17:22:20 <mirko-paroli> ah
May 18 17:22:22 <dos1> mirko-paroli: you have to use .URF-8 locale
May 18 17:22:25 <dos1> UTF*
May 18 17:22:27 <TAsn> that's what I had to do to fix it...
May 18 17:22:30 <dos1> ah, TAsn was faster
May 18 17:22:31 <TAsn> mirko, ;]
May 18 17:22:33 <dos1> ;)
May 18 17:22:37 <TAsn> dos1, I am always... ;]
May 18 17:22:38 <TAsn> (j/k)
May 18 17:22:38 <mirko-paroli> TAsn: ah nice, thanks
May 18 17:22:45 <TAsn> mirko-paroli, sure thing
May 18 17:22:50 <dos1> TAsn: sometimes being faster isn't nice ;p
May 18 17:22:59 <TAsn> btw, newest efl has many utf-8+rtl improvements
May 18 17:23:05 <TAsn> dos1, ;]
May 18 17:23:19 <TAsn> mirko-paroli, bu sure to give it a check.
May 18 17:23:25 <mirko-paroli> yeah
May 18 17:23:27 <mirko-paroli> I will
May 18 17:23:28 <Ainulindale> mirko-paroli: rhmmm I thought you checked that (UTF8)
May 18 17:23:29 <mirko-paroli> give me a sec
May 18 17:23:40 <mirko-paroli> Ainulindale: sry my stupidity
May 18 17:23:44 <TAsn> mirko, btw, iirc there were more issues with zhone and utf-8
May 18 17:23:49 * mirko-paroli bangs his head
May 18 17:23:53 <TAsn> so if you encounter them let me know
May 18 17:23:58 <TAsn> and I'll help you. ;]
May 18 17:24:03 <mirko-paroli> TAsn: ah nice, thx :)
May 18 17:24:15 <TAsn> sure thing.
May 18 17:24:17 <Ainulindale> mrmoku: what's the problem now?
May 18 17:24:37 <Ainulindale> mrmoku: by the way I modified libframeworkd-phonegui bb file for your utmost convenience :-)
May 18 17:24:41 <TAsn> btw, can anyone confirm #435?
May 18 17:25:31 <dos1> TAsn: i can't - utf8 is working for me
May 18 17:25:44 <mrmoku> Ainulindale: the config thingie? yeah saw that... very thankfull
May 18 17:25:56 <TAsn> dos1, opkg upgraded?
May 18 17:25:57 <TAsn> odd.
May 18 17:26:12 <TAsn> hm.. well when mrmoku regenerates an image
May 18 17:26:15 <TAsn> I'll check again
May 18 17:26:22 <mrmoku> TAsn: won't happen :P
May 18 17:26:43 <Ainulindale> as long as vala fails to build...
May 18 17:26:44 <SHR-WugBranler`> tracfeed: Ticket #225 (Please remember the name of the recipient) updated <http://trac.shr-project.org/trac/ticket/225#comment:3>
May 18 17:27:01 <TAsn> mrmoku, then I won't close the bug! 
May 18 17:27:07 <dos1> TAsn: yep
May 18 17:27:10 <mrmoku> TAsn: I don't care ;)
May 18 17:27:16 <TAsn> shit.
May 18 17:27:26 <TAsn> gotta find a leverage...
May 18 17:27:28 <mrmoku> Ainulindale: is the GEqualFunc in hash table construction used for the lookup I hope?
May 18 17:27:47 <Ainulindale> What do you mean? For which purpose?
May 18 17:27:55 <ptitjes> mrmoku, Ainulindale: I "make update"d here, and vala still builds correctly it seems
May 18 17:27:56 <dos1> mrmoku: look at #225
May 18 17:28:03 <TAsn> Ainulindale, over mrmoku, so I'll be able to make him build it.
May 18 17:28:05 <dos1> mrmoku: can you implement name lockup also here?
May 18 17:28:18 <mrmoku> dos1: can't right now
May 18 17:28:25 <TAsn> implement? just a lame function call...
May 18 17:28:26 <dos1> mrmoku: but later ;)
May 18 17:28:27 <mrmoku> ahh... wait
May 18 17:28:31 <Ainulindale> dos1: I will
May 18 17:28:37 <Ainulindale> Let mrmoku sleep in peace with his bug
May 18 17:28:40 <dos1> ok :)
May 18 17:28:45 <TAsn> mrmoku, what's wrong? what bug?
May 18 17:28:51 <TAsn> I'm going to grab something to eat.
May 18 17:28:53 <TAsn> brb.
May 18 17:29:19 <TAsn> btw, what's the name of the Xorg glamo driver in OE?
May 18 17:29:23 <TAsn> cya for now.
May 18 17:29:31 <mrmoku> Ainulindale: the second param for g_hash_table_new... GEqualFunc
May 18 17:29:37 <Ainulindale> Yes, so?
May 18 17:29:40 <mrmoku> is that what is used for looking up something?
May 18 17:29:43 <Ainulindale> yes
May 18 17:29:47 <mrmoku> fine
May 18 17:30:07 <mrmoku> Ainulindale: next test now (still building)
May 18 17:30:20 <Ainulindale> Hope it's working, if it's not, one more beer for me
May 18 17:30:30 <Ainulindale> Because I couddawoudda done that :-)
May 18 17:31:43 <SHR-WugBranler`> tracfeed: Ticket #225 (Please remember the name of the recipient) updated <http://trac.shr-project.org/trac/ticket/225#comment:4>
May 18 17:38:03 <Ainulindale> dos1: thanks :-)
May 18 17:38:16 <dos1> Ainulindale: for what?
May 18 17:38:27 <Ainulindale> the ticket assignment
May 18 17:38:32 <dos1> np ;)
May 18 17:38:49 <Ainulindale> Please continue to do that it's really helpful
May 18 17:42:02 <mrmoku> Ainulindale: ok... seems to work for me for incoming calls
May 18 17:42:02 <CIA-75> SHR: 03mok 07shr * rdc24d88a1bf7 10/libframeworkd-phonegui/ (data/frameworkd-phonegui.conf src/frameworkd-phonegui.c): libframeworkd-phonegui: try to implement Doc's number lookup
May 18 17:42:13 <mrmoku> messages still crash... going to look at that now
May 18 17:42:28 <Ainulindale> :-)
May 18 17:43:27 <Ainulindale> what's the use of storing the len? 
May 18 17:43:33 <Ainulindale> Do you really want to avoid several strlen? :-p
May 18 17:43:44 <Ainulindale> Dirty optimizer that you are! :-)
May 18 17:44:03 <Ainulindale> (good thinking for the comment by the way)
May 18 17:44:25 <TAsn> dos1, please beep (write my name) when the fix for the suspend issue is up...
May 18 17:44:25 <TAsn> ;]
May 18 17:44:34 <dos1> Ainulindale: shouldn't we change owner of libframeworkd-phonegui-efl?
May 18 17:44:38 <dos1> Ainulindale: is frameworkd builded?
May 18 17:44:44 <Ainulindale> yes to both
May 18 17:44:49 <dos1> TAsn: ping :P
May 18 17:44:57 <dos1> Ainulindale: to who? ;)
May 18 17:44:57 <TAsn> shit.
May 18 17:44:58 <TAsn> ok.
May 18 17:45:04 <Ainulindale> dos1: well what do you think?
May 18 17:45:12 <TAsn> mrmoku, ?
May 18 17:45:14 <TAsn> I meant
May 18 17:45:17 <TAsn> Ainulindale, mrmoko?
May 18 17:45:27 <dos1> mrmoku: do you agree?
May 18 17:45:32 <dos1> ;]
May 18 17:45:47 <TAsn> dos1, btw, thanks for the beep. ;]
May 18 17:46:08 <Ainulindale> And bitbake vala-native keeps failing
May 18 17:46:19 <TAsn> Ainulindale, yeah, we knew that already...
May 18 17:46:32 <ptitjes> LOL
May 18 17:46:34 <TAsn> Ainulindale, mind syncing the packages to the repos?
May 18 17:46:44 <TAsn> I want those packages.
May 18 17:46:45 <Ainulindale> TAsn: Nah, waiting for mrmoku debug
May 18 17:46:52 <Ainulindale> TAsn: Else you'll have a non working libframeworkd-phonegui-efl
May 18 17:46:59 <TAsn> ok ok whatever.
May 18 17:47:08 <Ainulindale> TAsn: it won't be long :-)
May 18 17:47:09 <TAsn> dos1, beep me when he's done... ;]
May 18 17:47:13 <TAsn> (hehe)
May 18 17:47:45 <dos1> mrmoku: is debug of libframeworkd-phonegui-efl done?
May 18 17:47:46 <dos1> :D
May 18 17:47:49 <TAsn> shit, a lot of h.w, and a lot less power.
May 18 17:48:38 <Ainulindale> TAsn: though the lack of vala-native bugs me as we need it for the image
May 18 17:48:44 <Ainulindale> so we won't be able to generate one
May 18 17:48:50 <TAsn> I know.
May 18 17:48:56 <Ainulindale> I'm retrying some nasty stuff here
May 18 17:49:14 <TAsn> that's why I'm bugging mrmoku all the time ;]
May 18 17:49:23 <TAsn> btw, I think ptitjes got it fixed
May 18 17:49:32 <TAsn> ptitjes, vala-native?
May 18 17:49:33 <Ainulindale> I hope mrmoku doesn't have a sound hilight
May 18 17:49:41 <TAsn> I hope he does.
May 18 17:49:45 <dos1> mrmoku
May 18 17:49:45 <Ainulindale> Heh :-)
May 18 17:49:46 <dos1> mrmoku
May 18 17:49:46 <dos1> mrmoku
May 18 17:49:47 <dos1> ;D
May 18 17:49:48 <ptitjes> is my url sucking ?? SRC_URI = "git://shr.bearstech.com/repo/libmodulo.git;protocol=http;branch=master"
May 18 17:49:54 <ptitjes> I keep having that:
May 18 17:50:06 <TAsn> ...?
May 18 17:50:07 <ptitjes> From http://shr.bearstech.com/repo/libmodulo
May 18 17:50:07 <ptitjes>  * branch            master     -> FETCH_HEAD
May 18 17:50:07 <ptitjes> fatal: Zero packs found!
May 18 17:50:14 <dos1> repo?
May 18 17:50:15 <TAsn> first of all
May 18 17:50:22 <dos1> ptitjes: shouldn't it be s/repo/git/ ?
May 18 17:50:27 <TAsn> I don't think you need to explicitly state branch when it's master.
May 18 17:50:42 <Ainulindale> (you don't)
May 18 17:50:49 <ptitjes> dos1: libframeworkd-phonegui-efl2 do not have /git/
May 18 17:50:51 <dos1> ptitjes: and s/shr.bearstech.com/git.shr-project.org/
May 18 17:50:56 <dos1> :P
May 18 17:51:10 <mrmoku> dos1: agree
May 18 17:51:17 <TAsn> you don't have to though
May 18 17:51:20 <mrmoku> Ainulindale: no no soundy hilight :P
May 18 17:51:25 <Ainulindale> mrmoku: good for you
May 18 17:51:26 <TAsn> git clone http://shr.bearstech.com/repo/libmodulo.git
May 18 17:51:26 <mrmoku> Ainulindale: and my commit was *bad* ;)
May 18 17:51:27 <Ainulindale> and your family
May 18 17:51:28 <TAsn> works great.
May 18 17:51:29 <ptitjes> from libframeworkd-phonegui-efl2.bb: SRC_URI = "git://shr.bearstech.com/repo/libframeworkd-phonegui-efl2.git;protocol=http;branch=master"
May 18 17:51:33 <Ainulindale> mrmoku: bad? Why?
May 18 17:51:55 <dos1> i have soundy hilight
May 18 17:51:55 <mrmoku> Ainulindale: changing the number in the cache... will fix now
May 18 17:51:59 <dos1> but silent ;)
May 18 17:52:02 <Ainulindale> mrmoku: heh -:)
May 18 17:52:02 <TAsn> ptitjes, try dropping the branch
May 18 17:52:06 <TAsn> I don't think it'll help
May 18 17:52:11 <TAsn> though it just may.
May 18 17:52:12 <TAsn> ;]
May 18 17:52:24 <Ainulindale> (I'm thinking someone forgot an AUTOREV here :->)
May 18 17:52:34 <dos1> ;D
May 18 17:52:47 <Ainulindale> TAsn: http://tinderbox.openembedded.net/public/logs/5307326.txt <= no, not fixed
May 18 17:52:57 <TAsn> Ainulindale, I think he has a fix
May 18 17:53:06 <TAsn> I didn't say he committed it
May 18 17:53:15 <TAsn> he said something about not having commit rights to OE
May 18 17:53:19 <TAsn> ptitjes, please confirm
May 18 17:53:37 <ptitjes> TAsn: that was about libfso-glib.bb
May 18 17:53:42 <TAsn> oh
May 18 17:53:52 <TAsn> you suck, I thought you were talking about vala-native ;\
May 18 17:53:56 <ptitjes> TAsn: unfortunately, vala-native_git.bb builds fine here (even with no host vala)
May 18 17:54:06 <TAsn> hm..
May 18 17:54:07 <ptitjes> TAsn: meh
May 18 17:54:14 <TAsn> Ainulindale, <ptitjes> TAsn: unfortunately, vala-native_git.bb builds fine here (even with no host vala)
May 18 17:54:17 <TAsn> can you confirm?
May 18 17:54:26 <Ainulindale> I confirm it doesn't work
May 18 17:54:27 <ptitjes> me ?
May 18 17:55:00 <Ainulindale> Well going to pop myself a beer
May 18 17:55:02 <ptitjes> Ainulindale: anyway the quick fix is to remove the ../compiler/ in ../compiler/valac
May 18 17:55:16 <ptitjes> Ainulindale: mickey found that it works
May 18 17:55:21 <ptitjes> and PaulFester
May 18 17:55:26 <mrmoku> Ainulindale: before popping the bottle of beer... is there a way to get g_debugs from phonegui?
May 18 17:55:32 <DocScrutinizer> beeeeeeeeeeeer rooaaar
May 18 17:55:46 <Ainulindale> mrmoku: well it outputs the debug usually
May 18 17:56:48 <CIA-75> SHR: 03mok 07shr * r7fbfc2c505af 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: libframeworkd-phonegui: fix number normalization to not fiddle in the cache
May 18 17:56:51 <mrmoku> hmm...
May 18 17:56:58 <Ainulindale> mrmoku: it did for me at least
May 18 17:57:15 <TAsn> Ainulindale, noticed that: <ptitjes> Ainulindale: anyway the quick fix is to remove the ../compiler/ in ../compiler/valac
May 18 17:57:16 <TAsn> ?
May 18 17:57:21 <TAsn> mrmoku, ^ you too.
May 18 17:57:45 <Ainulindale> TAsn: I'm looking for a fix here, not a trick. We can't do that with AUTOREV without it being a pain.
May 18 17:57:59 <TAsn> Ainulindale, I think it should be a temp fix
May 18 17:58:04 <TAsn> just to get a new unstable out there
May 18 17:58:12 <Ainulindale> Well I think you say that just to have an image :-)
May 18 17:58:25 <TAsn> hm.. no.. 
May 18 17:58:27 <TAsn> ;)
May 18 17:58:28 <Ainulindale> heh
May 18 17:58:38 <Ainulindale> DocScrutinizer: hmmmm beeeeeeeer
May 18 17:58:39 <ptitjes> Ainulindale: mickey|bbl told that we should fix it with some gcc options, but he was not clear enough
May 18 17:58:43 <Ainulindale> not that german crass piss you drink
May 18 17:58:56 <ptitjes> Ainulindale: then he told that in the meanwhile, we should fix it with this hack
May 18 17:59:05 <mrmoku> DocScrutinizer: guess we have to show Ainulindale what real beer is :P
May 18 17:59:42 <Ainulindale> mrmoku: peh! :-)
May 18 17:59:44 <DocScrutinizer> mrmoku: YUP
May 18 18:00:17 <DocScrutinizer> nothelfer trunk, andechser... 
May 18 18:00:43 <Ainulindale> DocScrutinizer, mrmoku: If you bring some, bear in mind I hate lagger
May 18 18:01:18 <DocScrutinizer> k, this reduces the choices somewhat
May 18 18:01:33 <Ainulindale> DocScrutinizer: well it's easier then to prefer belgian beer :-)
May 18 18:01:52 <DocScrutinizer> pah
May 18 18:04:39 <playya_> if there will be some space left in my car, I'll bring some Rothaus.
May 18 18:08:16 <Ainulindale> playya_: meh
May 18 18:08:24 <Ainulindale> in french "rothaus" sounds as "barfs"
May 18 18:08:27 <Ainulindale> or "burps"
May 18 18:08:58 <Ainulindale> a pretty poetic beer then I guess
May 18 18:09:29 <Ainulindale> mrmoku: any luck? Need a hand?
May 18 18:09:47 <Ainulindale> (Need a real beer?)
May 18 18:10:49 <mrmoku> Ainulindale: you forgot to init the cache for the messages ;)
May 18 18:10:57 <Ainulindale> no I did
May 18 18:10:57 <mrmoku> building and testing now :)
May 18 18:11:00 <mrmoku> where?
May 18 18:11:01 <Ainulindale> I'm sure I did it
May 18 18:11:04 <Ainulindale> in shr-messages
May 18 18:11:33 <Ainulindale> http://git.shr-project.org/git/?p=shr.git;a=commit;h=8efaed064966c3ca20a7a81d52400598b398aa48
May 18 18:12:08 <mrmoku> hmm... strange
May 18 18:12:15 <Ainulindale> Why?
May 18 18:12:32 <luke-jr> this channel is software only, not hardware?
May 18 18:12:54 <mrmoku> Ainulindale: hehe... might as well just have to build that one too :P
May 18 18:12:54 <Ainulindale> luke-jr: depends on who you're talking to
May 18 18:12:58 <dos1> luke-jr: most of people here are software oriented i suppose
May 18 18:13:00 <luke-jr> hm
May 18 18:13:01 <Ainulindale> mrmoku: heh :-)
May 18 18:13:23 <luke-jr> would it be a stretch to try to instigate a clamshell design? :p
May 18 18:14:37 <mrmoku> Ainulindale: does not build though ;)
May 18 18:14:45 <Ainulindale> mrmoku: it built fine on the buildhost
May 18 18:14:53 <Ainulindale> Did you rebuild lfp & lfp-efl?
May 18 18:15:00 <mrmoku> because I'm stupid :)
May 18 18:16:09 <Ainulindale> what did you do? :-)
May 18 18:16:13 <Ainulindale> (or didn't do)
May 18 18:16:15 * mrmoku is geting confused by all that g_
May 18 18:16:18 <CIA-75> SHR: 03mok 07shr * r949ad39265a0 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: make it actually compile ;)
May 18 18:16:22 <Ainulindale> jeez! :-)
May 18 18:16:31 <mrmoku> Ainulindale: well... I wrote g_char instead of gchar
May 18 18:16:31 <Ainulindale> jeez everywhere!
May 18 18:16:34 <Ainulindale> jeez on raster!
May 18 18:16:41 <Ainulindale> naked jeez!
May 18 18:18:18 <mrmoku> Ainulindale: btw.... =G is nice... though it indents one function a bit tooo much :P
May 18 18:18:25 <Ainulindale> mrmoku: yeah saw that too
May 18 18:18:27 <mrmoku> phonegui_get_function
May 18 18:18:27 <Ainulindale> I don't know why
May 18 18:19:11 <mrmoku> Ainulindale: hehe I do now :)
May 18 18:19:25 <mrmoku> the { in the first if was on the next line...
May 18 18:19:35 <mrmoku> putting it in the 'if' line it indents correctly
May 18 18:19:35 <luke-jr> …
May 18 18:19:39 <luke-jr> clamshell? :p
May 18 18:21:46 <playya_> what is a clamshell? google tells me that it is related to mac
May 18 18:22:37 <ptitjes> playya_: http://en.wikipedia.org/wiki/Flip_(form)
May 18 18:23:08 <TAsn> mrmoku, does shr have strict code conventions?
May 18 18:23:17 <playya_> ah ok.
May 18 18:23:24 <TAsn> I favor having tab spaces and { in the same line as the if
May 18 18:23:33 <TAsn> (in functions { should drop a line)
May 18 18:23:57 <Ainulindale> TAsn: no, and it should be defined by the core team
May 18 18:24:03 <playya_> i don't think that they have strong conventioens
May 18 18:24:07 <Ainulindale> I'll launch the things tomorrow
May 18 18:24:14 <mrmoku> yep, because it is quite mixed now
May 18 18:24:19 <TAsn> Ainulindale, exactly what I was about to ask.
May 18 18:24:26 <TAsn> mrmoku, bah. ;]
May 18 18:24:34 <TAsn> tab! { shouldn't drop a line.
May 18 18:24:37 <Ainulindale> I'll do a mail with a bunch of ideas to vote on
May 18 18:24:50 <TAsn> tasn for code presidency
May 18 18:24:50 <Ainulindale> And I'll create a new ML for the guys who asked to be part of the team
May 18 18:24:58 <TAsn> that's what I stand for, if you like it, vote for me.
May 18 18:25:01 <Ainulindale> TAsn for my ass, that's for sure.
May 18 18:25:20 <TAsn> Ainulindale, sh.. you know that you'll end up voting for me.
May 18 18:25:21 <SHR-WugBranler`> tracfeed: Ticket #80 (Incoming call screen should have a "Silent" button) updated <http://trac.shr-project.org/trac/ticket/80#comment:7>
May 18 18:25:35 <Ainulindale> TAsn: as the core team jester, yes :-)
May 18 18:25:43 <TAsn> incoming call should first work while in another call!
May 18 18:25:54 <TAsn> Ainulindale, as the coding conventions president!
May 18 18:26:03 <Zorkman> lol, i just remember; i had a dread about the Fr and SHR last night
May 18 18:26:11 <Ainulindale> Zorkman: were we naked?
May 18 18:26:18 <Zorkman> you guys had a slider-button that felt like real
May 18 18:26:28 <TAsn> huh?
May 18 18:26:32 <TAsn> Zorkman, you are weird.
May 18 18:26:33 <Ainulindale> And then you woke up
May 18 18:26:36 <Zorkman> I know :)
May 18 18:26:37 <Ainulindale> And reality fell into place
May 18 18:26:39 <Ainulindale> And you were sad...
May 18 18:26:40 <TAsn> :)
May 18 18:26:42 <Zorkman> but the button rocked!
May 18 18:26:53 <TAsn> Zorkman, please open a feature request.
May 18 18:26:56 <Zorkman> i mean, it had traction and vibration and whatnot
May 18 18:26:59 <Ainulindale> mrmoku: is everything fine now?
May 18 18:28:46 <ptitjes> is this possible to make oe avoid to look for git sources in http://build.shr-project.org/sources/ and http://www.angstrom-distribution.org/unstable/sources/ ?
May 18 18:29:15 <mrmoku> Ainulindale: hmm... messages work... but not correctly
May 18 18:29:27 * mrmoku checks his code
May 18 18:29:47 <Ainulindale> mrmoku: what does it do?
May 18 18:30:37 <mrmoku> well... does not correctly find the number :P
May 18 18:31:37 <Ainulindale> Meh
May 18 18:31:37 <TAsn> the number?!
May 18 18:31:46 <Ainulindale> You didn't follow the instructions of the Great One
May 18 18:31:48 <TAsn> at least it finds the contact name? ;]
May 18 18:31:52 <Ainulindale> (a.k.a DocScrutinizer)
May 18 18:32:38 <TAsn> mrmoku, don't you have a single working number to name function?
May 18 18:32:50 <Ainulindale> (yes)
May 18 18:32:59 <TAsn> (then what happened?)
May 18 18:33:05 <Ainulindale> well you came in
May 18 18:33:13 <mrmoku> Ainulindale: are you sure that damn function gets called on lookup? Looks like it gets called while filling the cache :(
May 18 18:33:16 <TAsn> I have this influence on appliances.
May 18 18:33:27 <Ainulindale> mrmoku: well yes I'm sure
May 18 18:33:31 <Ainulindale> but it might be a race
May 18 18:33:41 <TAsn> mrmoku, gdb / printf
May 18 18:33:47 <Ainulindale> as the call for messages is async
May 18 18:34:02 <mrmoku> well... than it would work then when viewing the message afterwards
May 18 18:34:06 <mrmoku> s/than/then/
May 18 18:34:08 <bzzbot> mrmoku meant: well... then it would work then when viewing the message afterwards
May 18 18:34:15 <mrmoku> grrr
May 18 18:34:18 <Ainulindale> Yes it should :-)
May 18 18:34:25 <mrmoku> does not though
May 18 18:34:51 <mrmoku> and I don't get my loggers when looking up... just when filling the cache
May 18 18:35:14 <Ainulindale> well I had loggers when I tried 
May 18 18:35:34 <Ainulindale> Even pasted you the message
May 18 18:35:49 <mrmoku> Ainulindale: with shr-messages I get loggers
May 18 18:35:59 <Ainulindale> Not with calls or new messages?
May 18 18:36:35 <mrmoku> new messages did not try yet... on incoming call ophonekitd did not give me loggers
May 18 18:36:35 <Ainulindale> call lookup should output in ophonekitd log
May 18 18:36:54 <Ainulindale> well check the oglevel
May 18 18:36:55 <Ainulindale> +l
May 18 18:37:34 <mrmoku> Ainulindale: yes.. it logs the looking for '...' thing
May 18 18:37:40 <mrmoku> but nothing after that
May 18 18:38:03 * mrmoku googles hashtable info
May 18 18:38:15 <Ainulindale> weird
May 18 18:38:21 <ptitjes> mrmoku: what are your keys and values type ?
May 18 18:39:27 <SHR-WugBranler`> tracfeed: Ticket #421 (SMS notification sound only on first message. Following messages without ...) updated <http://trac.shr-project.org/trac/ticket/421#comment:3> || Ticket #421 (SMS notification sound only on first message. Following messages without ...) updated <http://trac.shr-project.org/trac/ticket/421#comment:2>
May 18 18:39:37 <TAsn> mrmoku, where is the contact resolution function located at? phonegui or phonegui-efl ? if in efl, please move it to phonegui, no need for writing the same code twice...
May 18 18:39:50 <mrmoku> ptitjes|bbiab: all char *
May 18 18:40:10 <mrmoku> TAsn: na... Ainulindale stuffed it in phonegui of course
May 18 18:40:10 <dos1> TAsn: in phonegui, not efl
May 18 18:40:26 <Ainulindale> TAsn: it'll move into ophonekitd and be dbus accessible
May 18 18:40:26 <TAsn> great.
May 18 18:40:27 <ptitjes|bbiab> mrmoku: what did you put as hash_func, equal_func, equal_func ?
May 18 18:40:46 <mrmoku> ptitjes|bbiab: equal_func is my own func
May 18 18:40:46 <TAsn> Ainulindale, actually it's more opimd material, isn't it?
May 18 18:40:53 <mrmoku> ptitjes|bbiab: hash_func is the g_str_hash
May 18 18:40:57 <Ainulindale> TAsn: in the end yes
May 18 18:40:58 <ptitjes|bbiab> mrmoku: really ?
May 18 18:41:12 <ptitjes|bbiab> mrmoku: why not g_str_equal ?
May 18 18:41:12 <TAsn> Ainulindale, just making sure we are on the same page.
May 18 18:41:31 <Ainulindale> mrmoku: wait, didn't you put your function as the equal function?
May 18 18:41:33 <mrmoku> ptitjes|bbiab: grr.. because we want to to a 'phone-number-normalization' lookup and not just lookup strings
May 18 18:41:45 <mrmoku> Ainulindale: yes did that
May 18 18:42:20 <mrmoku> g_hash_table_new(g_str_hash, my_docs_equal_func)
May 18 18:42:30 <TAsn> lol
May 18 18:42:34 <TAsn> my_docs
May 18 18:42:49 <Ainulindale> seems right to me
May 18 18:42:55 <TAsn> no
May 18 18:42:58 <TAsn> it's terribly broken
May 18 18:43:02 <TAsn> I mean
May 18 18:43:06 <TAsn> +972#
May 18 18:43:07 <TAsn> and #
May 18 18:43:12 <TAsn> will go to different cells
May 18 18:43:23 <TAsn> and they won't be matched with your equal function
May 18 18:43:29 <Ainulindale> no
May 18 18:43:32 <TAsn> though if you think they'll be normalized the same
May 18 18:43:43 <TAsn> then you should just check if they equal (the strings)
May 18 18:43:52 <TAsn> no need for your special function
May 18 18:43:55 <TAsn> get what I mean?
May 18 18:43:57 <mrmoku> TAsn: well... as DocScrutinizer wrote in his mail... that has to be removed while normalizing
May 18 18:43:59 <Ainulindale> hashtable TAsn :-)
May 18 18:44:02 <mrmoku> (have not done that yet though)
May 18 18:44:20 <TAsn> Ainulindale, yes, hashtable, I don't get your point...
May 18 18:44:30 <Ainulindale> well I see yours :-)
May 18 18:44:38 <TAsn> and do you agree with it?
May 18 18:44:38 <mrmoku> TAsn: hashtable... and don't have the numbers normalized in it
May 18 18:44:41 <Ainulindale> mrmoku: you're checking a char with a hash against another hash
May 18 18:44:42 <dos1> TAsn: in hashtable numbers are not normalized
May 18 18:44:58 <TAsn> wait, let's just verify I got this right
May 18 18:44:59 <Ainulindale> +336123456 = hash1
May 18 18:45:03 <Ainulindale> 06123456 = hash2
May 18 18:45:08 <TAsn> what does my_docs_equal_func do?
May 18 18:45:11 <Ainulindale> Can't see how it'll work as is
May 18 18:45:11 <TAsn> Ainulindale, exactly
May 18 18:45:23 <TAsn> they won't try to match with my_docs_equal_func
May 18 18:45:24 <TAsn> ...
May 18 18:45:31 <Ainulindale> equal is just there to avoid duplicate insertion
May 18 18:45:35 <Ainulindale> (IIRC)
May 18 18:45:36 <TAsn> exactly.
May 18 18:45:47 <mrmoku> Ainulindale: grr... that's why I asked twice if it gets used for *lookup*
May 18 18:45:54 <tilman> things that are equal need to generate the same hash value
May 18 18:45:55 <TAsn> it does
May 18 18:46:00 <mrmoku> and you told me you're sure
May 18 18:46:03 <TAsn> it verifies the cell is correct
May 18 18:46:06 <TAsn> using this function
May 18 18:46:14 <TAsn> i.e you can make it return true always
May 18 18:46:18 <Ainulindale> mrmoku: I thought you asked me whether the lookup should be used in messages
May 18 18:46:20 <TAsn> and you'll always get the value in the table
May 18 18:46:22 <Ainulindale> Not the function, sorry :-)
May 18 18:46:27 <TAsn> but as hash table works
May 18 18:46:30 <Ainulindale> That's why I thought you should put the numbers normalized in the has
May 18 18:46:32 <Ainulindale> +h
May 18 18:46:38 <Ainulindale> And seriously I think you should do that
May 18 18:46:38 <TAsn> two DIFFERENT messages will get different hashes
May 18 18:46:47 <TAsn> exactly
May 18 18:46:51 <Ainulindale> Even if DocScrutinizer disagrees
May 18 18:46:55 <TAsn> or you can do something else
May 18 18:47:04 <TAsn> you can normalize before insertion
May 18 18:47:08 <TAsn> and hash according to that
May 18 18:47:11 <Ainulindale> TAsn: that's what I just said
May 18 18:47:16 <TAsn> i.e write YOU OWN HASH FUNCTION
May 18 18:47:17 <Ainulindale> Stop being a pain! :-)
May 18 18:47:31 <TAsn> Ainulindale, I just saved you from hours of debugging! I'm not a pain. ;]
May 18 18:47:38 <Ainulindale> Writing an own hash function here is overkill
May 18 18:47:44 <Ainulindale> This is temporary code
May 18 18:47:53 <TAsn> Ainulindale, it doesn't have to be entirely new
May 18 18:47:55 <TAsn> more in the line of 
May 18 18:47:59 <Ainulindale> Just normalize before insertion, check agaisnt normalized number, and the hell with it
May 18 18:48:02 <TAsn> normalize and then hash using glib's hash
May 18 18:48:05 <Ainulindale> s/aisn/ains/
May 18 18:48:06 <bzzbot> Ainulindale meant: Just normalize before insertion, check against normalized number, and the hell with it
May 18 18:48:07 <TAsn> no
May 18 18:48:10 <mrmoku> ok... will insert them normalized then
May 18 18:48:13 <TAsn> mrmoku, 
May 18 18:48:19 <TAsn> there's a simple solution 
May 18 18:48:24 <TAsn> you can normalize, hash
May 18 18:48:40 <Ainulindale> (don't listen to him)
May 18 18:48:41 <TAsn> insert the NON hashed to the hash that matches the normalized hash
May 18 18:48:44 <Ainulindale> (he lives in israel)
May 18 18:48:51 <Ainulindale> (he doesn't know what he's talking about)
May 18 18:48:58 <TAsn> and then you'll have a clean hash table (i.e non normalized)
May 18 18:49:03 <TAsn> and you'll be able to do your magic
May 18 18:49:09 <TAsn> /ignore Ainulindale 
May 18 18:49:11 <Ainulindale> :-p
May 18 18:49:26 <TAsn> hm.. just replace g_str_hash
May 18 18:49:31 <TAsn> with moko_hash
May 18 18:49:36 <TAsn> where moko_hash is
May 18 18:49:44 <Ainulindale> TAsn: why don't you go and patch then?
May 18 18:49:46 <TAsn> norm = normalize(number);
May 18 18:49:51 <Ainulindale> By the way, ml has been created
May 18 18:49:55 <TAsn> g_str_hash(norm)
May 18 18:50:00 <TAsn> that's it.
May 18 18:50:03 <DocScrutinizer> Ainulindale: all: I did a *lot* wrt to normalizing numbers for twinkle during months, and you may *believe* me it's done the way I sketched in all working implementations of numbermatching (even windoof does it this way, thoughbreaks things in detail as usual)
May 18 18:50:23 <TAsn> and leave the matching function as my_docs_equal_func
May 18 18:50:27 <TAsn> mrmoku, got me?
May 18 18:50:32 <Ainulindale> DocScrutinizer: well it's really a temporary piece of code
May 18 18:50:42 <mrmoku> TAsn: thinking....
May 18 18:50:59 <TAsn> mrmoku, don't think, write, hurry, before Ainulindale poisons your mind.
May 18 18:50:59 <DocScrutinizer> so wtf is the use to implement interim code anyway???
May 18 18:51:23 <ptitjes|bbiab> mrmoku: you should normalize the number then do the lookup IMHO (and use the g_str_equal, as IIRC the key functions must match but I may be wrong)
May 18 18:51:36 <Ainulindale> DocScrutinizer: well unfortunately we need that :-/
May 18 18:51:40 <TAsn> ptitjes|bbiab, I think you are 15 minutes back in time.
May 18 18:51:55 <TAsn> mrmoku, anyhow, my fix should work
May 18 18:52:02 <TAsn> just also replace the hash function
May 18 18:52:05 <TAsn> with the function I suggested
May 18 18:52:20 <TAsn> that'll work.
May 18 18:52:31 <TAsn> and leave your hash table clean.
May 18 18:52:51 <mrmoku> TAsn: ok, will try 
May 18 18:52:54 <TAsn> it'll act as if you insert normalized numbers to the table, though you'd actually be inserting not normalized.
May 18 18:53:17 <ptitjes|pizza> TAsn: was away so did not read your discussion completely, but if I were you I'll do what I told above :)
May 18 18:53:22 <TAsn> mrmoku, don't try, succeed. ;] (I feel like a football manager, and we don't even play football around here, well not american football anyway)
May 18 18:53:35 <TAsn> ptitjes|pizza, nah.
May 18 18:53:39 <TAsn> I prefer my way.
May 18 18:53:49 <ptitjes|pizza> :)
May 18 18:54:01 <ptitjes|pizza> TAsn: please help me on this:
May 18 18:54:03 <TAsn> I don't tend to listen to people who end their sentence with
May 18 18:54:04 <ptitjes|pizza> Initialized empty Git repository in /home/didier/SHR/downloads/git/git.shr-project.org.repo.libmodulo.git/.git/
May 18 18:54:04 <ptitjes|pizza> From http://git.shr-project.org/repo/libmodulo
May 18 18:54:04 <ptitjes|pizza>  * branch            master     -> FETCH_HEAD
May 18 18:54:05 <ptitjes|pizza> fatal: Zero packs found!
May 18 18:54:05 <ptitjes|pizza> NOTE: Creating tarball of git repository
May 18 18:54:06 <ptitjes|pizza> fatal: Not a valid object name 1
May 18 18:54:13 <TAsn> "I may be wrong"
May 18 18:54:20 <dos1> ptitjes|pizza: Ainulindale said something about that
May 18 18:54:24 <TAsn> ptitjes|pizza, no idea
May 18 18:54:31 <Ainulindale> dos1: I say a lot of stuff
May 18 18:54:34 <TAsn> it seems like the repo is good.
May 18 18:54:43 <dos1> ptitjes|pizza: "(19:51:16) Ainulindale: (I'm thinking someone forgot an AUTOREV here :->)"
May 18 18:54:53 <Ainulindale> You're still on this issue?!
May 18 18:54:54 <Ainulindale> Damn!
May 18 18:54:57 <dos1> ;DDDD
May 18 18:55:08 <Ainulindale> We told the answer for that here a thousand times!
May 18 18:55:11 <TAsn> dos1, omg!! you use () to wrap timezone and ":" to wrap the nick?!
May 18 18:55:13 <ptitjes|pizza> dos1: I didn't understand it was for me, as he don't speak to me anymore
May 18 18:55:16 <TAsn> wtf is wrong with you?!
May 18 18:55:27 <dos1> TAsn: pidgin ;p
May 18 18:55:35 <TAsn> ohh... then
May 18 18:55:41 <TAsn> WTF IS WRONG WITH YOU?!
May 18 18:55:46 <TAsn> using pidgin for irc
May 18 18:55:55 <TAsn> it's only acceptable on the moko.
May 18 18:55:58 <dos1> TAsn: i'm just lazy :D
May 18 18:56:10 <TAsn> no, you are just PLAIN WRONG!
May 18 18:56:21 <TAsn> ;]
May 18 18:56:22 <ptitjes|pizza> TAsn: geek
May 18 18:56:25 <Ainulindale> well TAsn 
May 18 18:56:27 <TAsn> Ainulindale, lol Ainulindale 
May 18 18:56:28 <Ainulindale> you use xchat
May 18 18:56:29 <Ainulindale> you're a moron
May 18 18:56:31 <Ainulindale> use irssi
May 18 18:56:33 <TAsn> yeah
May 18 18:56:37 <Ainulindale> irssi FTW!
May 18 18:56:38 <TAsn> I'm not a lot better than him.
May 18 18:56:40 * rhkfin uses irssi!
May 18 18:56:55 <TAsn> Ainulindale, I prefer using the sucky gnome-terminals over configuring others
May 18 18:57:02 <TAsn> and since I use utf-8 and rtl
May 18 18:57:14 <Ainulindale> mickey|bbl: you'll curse me but I'm subscribing you without your agreement on the shr-coreteam list :-)
May 18 18:57:15 <TAsn> and the fact that gnome-terminal doesn't supprot utf-8
May 18 18:57:18 <TAsn> I revert to xchat
May 18 18:57:23 <TAsn> *doesn't support rtl
May 18 18:57:26 <DocScrutinizer> Ainulindale: cmdline!!?? "opkg install irsii???-what"?
May 18 18:57:40 <TAsn> which btw also doesn't support rtl that well, though better than the others.
May 18 18:57:47 <Ainulindale> err TAsn 
May 18 18:57:52 <Ainulindale> Ah, rtl
May 18 18:57:55 <TAsn> Yeah, rtl is a bitch.
May 18 18:57:56 <Ainulindale> Not utf-8
May 18 18:58:01 <Ainulindale> You made me want to scream :-)
May 18 18:58:06 <TAsn> hehe.
May 18 18:58:08 <Ainulindale> As I use utf8
May 18 18:58:10 <Ainulindale> => é
May 18 18:58:20 <Ainulindale> (though with xfsomethingterminal)
May 18 18:58:28 <TAsn> accented e also exists in extended ascii, doesn't it?
May 18 18:58:38 <Ainulindale> Want to be a pain?
May 18 18:58:40 <DocScrutinizer> yup
May 18 18:58:40 <Ainulindale> ë !
May 18 18:58:42 <Ainulindale> ä !
May 18 18:58:50 <Ainulindale> I can even write in russian if necessary
May 18 18:59:02 <dos1> Ainulindale: don't forget to don't register mickey|bbl with his openmoko mail ;)\
May 18 18:59:08 <TAsn> I'm stuck with this stupid rtl hebrew.
May 18 18:59:10 <Ainulindale> Yeah :-)
May 18 18:59:47 <DocScrutinizer> 林育辛
May 18 18:59:53 <DocScrutinizer> phaa
May 18 19:00:15 <DocScrutinizer> THAT'S utf-dunnowhat
May 18 19:00:31 <TAsn> lol.
May 18 19:00:40 <Ainulindale> UTF-8 sucks
May 18 19:00:43 <TAsn> Ainulindale, nah.
May 18 19:00:43 <Ainulindale> There's no quenya in it
May 18 19:00:48 <TAsn> it's better than the rest.
May 18 19:00:58 <Ainulindale> Who cares about japanese when one can have klingon and quenya?
May 18 19:01:17 <Ainulindale> (or chinese)
May 18 19:01:33 * TAsn <-- not enough of a geek. Barely knows what klingon is and has no idea what quenya is.
May 18 19:01:39 <Ainulindale> (elvish)
May 18 19:02:55 <DocScrutinizer> ..
May 18 19:02:56 <DocScrutinizer>  -..
May 18 19:02:58 <DocScrutinizer>  ---
May 18 19:02:59 <DocScrutinizer>  -.
May 18 19:03:01 <DocScrutinizer>  .----.
May 18 19:03:02 <DocScrutinizer>  -
May 18 19:03:04 <DocScrutinizer>  -.-.
May 18 19:03:05 <DocScrutinizer>  .-
May 18 19:03:07 <DocScrutinizer>  .-.
May 18 19:03:08 <DocScrutinizer>  .
May 18 19:03:10 <DocScrutinizer>  -.-
May 18 19:03:11 <DocScrutinizer>  .-..
May 18 19:03:13 <DocScrutinizer>  ..
May 18 19:03:14 <DocScrutinizer>  -.
May 18 19:03:16 <DocScrutinizer>  --.
May 18 19:03:18 <DocScrutinizer>  ---
May 18 19:03:20 <DocScrutinizer>  -.
May 18 19:03:22 <DocScrutinizer>  ...-.-
May 18 19:03:25 <dos1> -_-
May 18 19:03:39 <Ainulindale> DocScrutinizer: morse decoder unavailable :-)
May 18 19:03:41 <mrmoku> TAsn: hmm... did the hash function to normalize phone numbers and then use g_str_hash as you said
May 18 19:04:08 <mrmoku> successfully all numbers are treated equaly now... does not find anything :P
May 18 19:04:21 <Ainulindale> mrmoku: build from scratch for unstable
May 18 19:04:29 <Ainulindale> phonegui fails :-p
May 18 19:04:31 <mrmoku> Ainulindale: does vala work?
May 18 19:04:39 <Ainulindale> I don't know I did bitbake lfp-efl
May 18 19:04:49 <mrmoku> Ainulindale: I started a rebuild from scratch last night
May 18 19:04:59 <mrmoku> and found it with broken vala-native this morning
May 18 19:05:18 <Ainulindale> well we have a crappy workaround but this won't solve the problem
May 18 19:05:24 <Ainulindale> I want a solution
May 18 19:05:34 <TAsn> mrmoku, mind pastebining the code?
May 18 19:05:43 <mrmoku> TAsn: moment...
May 18 19:05:53 <TAsn> and since you have a small amount of contacts that'll be easy to debug
May 18 19:06:02 <TAsn> just print number + hash
May 18 19:06:05 <TAsn> for every number
May 18 19:06:33 <TAsn> and check what went wrong, I suspect you didn't implement my algorithm as I said, or you have a flaw in the string normalization function... ;]
May 18 19:06:36 <mrmoku> TAsn: http://pastebin.com/d5542b783
May 18 19:06:43 <TAsn> thanks.
May 18 19:07:23 <mrmoku> TAsn: hmmm... wait
May 18 19:07:27 <TAsn> #
May 18 19:07:28 <TAsn> if (conf->international_prefix_len > 0 && strncmp(number, conf->international_prefix, conf->international_prefix_len) == 0) {
May 18 19:07:28 <TAsn> #
May 18 19:07:28 <TAsn>         number += conf->international_prefix_len - 1;
May 18 19:07:28 <TAsn> #
May 18 19:07:29 <TAsn>         *number = '+';
May 18 19:07:31 <TAsn> #
May 18 19:07:33 <TAsn>     }
May 18 19:07:35 <TAsn> BAD!!!
May 18 19:07:37 <TAsn> oops, sorry for the paste
May 18 19:07:41 <TAsn> though this is BAD!!!
May 18 19:07:56 <TAsn> freeing a string that starts with 00 will segfault
May 18 19:08:34 <TAsn> the hash function is correct
May 18 19:08:48 <TAsn> where is the code generating the hash table?
May 18 19:09:07 <mrmoku> TAsn: don't understand your problem? why bad?
May 18 19:09:16 <TAsn> number +
May 18 19:09:25 <mrmoku> TAsn: btw... guess I should just lookup the normalized number and all will work :P
May 18 19:09:31 <mrmoku> (me forgot that)
May 18 19:09:36 <TAsn> means it'll point to something else than the start of the allocated string
May 18 19:09:54 <TAsn> mrmoku, all should work even by looking up the non normalized number...
May 18 19:09:58 <TAsn> there's a bug lying there.
May 18 19:10:05 <TAsn> mrmoku, anyhow, by doing number +
May 18 19:10:06 <PaulFertser> Ainulindale: (russian if necessary) :)
May 18 19:10:15 <TAsn> you'll point the number to somewhere else than the start
May 18 19:10:17 <Ainulindale> PaulFertser: :-)
May 18 19:10:20 <TAsn> and when you'll call free
May 18 19:10:33 <mrmoku> TAsn: ahh... ic
May 18 19:10:35 <TAsn> it'll try to free according to the data before it
May 18 19:10:37 <TAsn> i.e, the 0
May 18 19:10:46 <TAsn> since malloc saves the data before the start of the allocated data.
May 18 19:11:00 <mrmoku> TAsn: well fix
May 18 19:11:15 <TAsn> how do you create the hash table?
May 18 19:11:18 <TAsn> paste the line please.
May 18 19:11:22 <mrmoku> TAsn: moment
May 18 19:11:25 <PaulFertser> Ainulindale: do you by any chance have a good theme for using irssi on freerunner (with big font)? The main obstacle for me is indentation of second and following lines of a message, it's unnecessarily far right (esp. if the nick is long).
May 18 19:11:42 <mrmoku>         conf->contact_cache = g_hash_table_new_full(phone_number_hash, phone_number_equal, free, free);
May 18 19:11:47 <PaulFertser> And i'm not going to dive into studing irssi theming yet.
May 18 19:11:54 <Ainulindale> PaulFertser: I don't use the freerunner but for calls
May 18 19:12:04 <Ainulindale> So, sadly, no :-)
May 18 19:12:06 <TAsn> mrmoku, seems correct
May 18 19:12:12 <TAsn> btw I don't like the normalization step 2
May 18 19:12:17 <TAsn> already said so in the ML
May 18 19:12:20 <TAsn> but what ever.
May 18 19:12:23 <PaulFertser> Ainulindale: you can simulate the same problem if you open a narrow terminal with huge font on your PC ;)
May 18 19:12:24 <TAsn> if thats' what you guys want
May 18 19:13:06 <TAsn> mrmoku, should work the way it is
May 18 19:13:14 <TAsn> please print the hash values to be sure everything works
May 18 19:13:20 <PaulFertser> TAsn: why is all the fuss about normalizing numbers? I always store all numbers in international format, so what's the problem?
May 18 19:13:37 <DocScrutinizer> PaulFertser: trolling? ;-)
May 18 19:13:37 <dos1> PaulFertser: as I
May 18 19:13:54 <dos1> PaulFertser: but lames.... err, some users not
May 18 19:13:55 <dos1> ;)
May 18 19:13:56 <mrmoku> TAsn: did you write to the ML? or just to DocScrutinizer?
May 18 19:14:09 <TAsn> can't remember if I wrote it there or here
May 18 19:14:13 <PaulFertser> DocScrutinizer: usuall stuff after trying to repair my car ;)
May 18 19:14:22 <TAsn> though anyhow, I think adding a configurated country code is bad
May 18 19:14:23 <DocScrutinizer> hehehe
May 18 19:14:39 <DocScrutinizer> TAsn: it's mandatory
May 18 19:14:43 <TAsn> should add the local atm number
May 18 19:14:47 <TAsn> oops not
May 18 19:14:50 <mrmoku> TAsn: NO
May 18 19:14:54 <TAsn> yeah
May 18 19:14:56 <PaulFertser> DocScrutinizer: nice mail about normalisation, too bad not everybody is easily enough convinced to see the truth :)
May 18 19:14:58 <TAsn> I meant should not add anything
May 18 19:15:11 <Ainulindale> TAsn: you're driving mrmoku nuts :-)
May 18 19:15:18 <TAsn> nvm that
May 18 19:15:25 <mrmoku> TAsn: then we would not have to do that excercise :P
May 18 19:15:28 <dos1> ehem...
May 18 19:15:34 <TAsn> let's concentrate on the bug
May 18 19:15:51 <dos1> how it's resolving names done in for instance some dump Nokia's?
May 18 19:15:51 <TAsn> mrmoku, mind printing the numbers + hash values?
May 18 19:15:52 <dos1> :x
May 18 19:15:56 * mrmoku is building and testing
May 18 19:16:11 <PaulFertser> ptitjes|pizza: If you tell me how to reproduce the problem without OE i'll find proper options.
May 18 19:16:19 <TAsn> mrmoku, I hope you don't look up using a normalized number, that'll be fine, though not needed.
May 18 19:16:35 <Ainulindale> TAsn: nope he doesn't
May 18 19:16:43 <mrmoku> yes he does now ;)
May 18 19:16:44 <TAsn> just wanted to make sure...
May 18 19:16:44 <PaulFertser> ptitjes|pizza: and i'd need some more information about vala architecture, i.e. which library mickey was talking about.
May 18 19:16:46 <TAsn> mrmoku, die.
May 18 19:17:07 <mrmoku> TAsn: later... have to fix some bugs first :P
May 18 19:17:24 <TAsn> it's just not needed
May 18 19:17:27 <TAsn> you are working twice.
May 18 19:17:50 <mrmoku> TAsn: hmm... quite logic... yeah
May 18 19:18:11 <TAsn> btw, just more more consistent debugging
May 18 19:18:16 <DocScrutinizer> seems everybody going nuts here
May 18 19:18:19 <TAsn> move lines 32 and 33
May 18 19:18:30 <TAsn> to 21
May 18 19:18:36 <TAsn> DocScrutinizer, it's just you...
May 18 19:18:47 <PaulFertser> Nah, i'm with Doc
May 18 19:19:18 <TAsn> PaulFertser, thank god that in english you is also the plural form...
May 18 19:19:25 <PaulFertser> You're all nuts, we're not. By definition.
May 18 19:21:13 <mwester> honk.
May 18 19:21:15 <PaulFertser> Seriosly speaking, this normalisation number "issue" is a prominent manifistation of some inadequate preferences/assumptions. It's like we don't have any other troubles that need solving!
May 18 19:21:20 <wpwrak> PaulFertser: only worry if someone admits being nuts, for they may be sane and thus dangerous :)
May 18 19:22:00 * mrmoku is nuts :P
May 18 19:22:08 <PaulFertser> wpwrak: heh, i often do that (admit) :)
May 18 19:22:38 <PaulFertser> ME is DANGEROUS woouuhwooouhwoouh
May 18 19:22:40 <SHR-WugBranler`> tracfeed: Ticket #461 (Updated german translation of SHR-Settings) created <http://trac.shr-project.org/trac/ticket/461>
May 18 19:22:41 <wpwrak> PaulFertser: we all know you're a dangerous and fierce creature ;-)
May 18 19:23:06 * mwester is quite fluffy and cuddly and not dangerous at all.
May 18 19:23:52 <Ainulindale> that goes along with the diapers
May 18 19:24:16 <TAsn> btw mrmoku 
May 18 19:24:24 <TAsn> as for the second step of normalization
May 18 19:24:29 <TAsn> here we drop a zero
May 18 19:24:41 <dos1> +48+123456...
May 18 19:24:51 <TAsn> huh? double + ?
May 18 19:24:52 <DocScrutinizer> BBBBZZZ wrong
May 18 19:25:01 <SHR-WugBranler`> tracfeed: shr-settings.tar.gz attached to Ticket #461 <http://trac.shr-project.org/trac/attachment/ticket/461/shr-settings.tar.gz>
May 18 19:25:12 <TAsn> DocScrutinizer, that's what we do here in israel!
May 18 19:25:17 <TAsn> 0#
May 18 19:25:19 <TAsn> becomes
May 18 19:25:22 <TAsn> +972#
May 18 19:25:28 <dos1> yep, it's wrong :P
May 18 19:25:40 <Ainulindale> TAsn: by the way answered to the superuser thread
May 18 19:25:44 <DocScrutinizer> btw we NEVER drop a *zero*, we drop <NP>  <IP>
May 18 19:25:45 <mwester> wpwrak, thanks for catching that little issue with the gta02-nand going upstream. :)
May 18 19:25:47 <Ainulindale> (I like your answer)
May 18 19:25:48 <TAsn> Ainulindale, cool.
May 18 19:25:50 <alfa21> hello
May 18 19:26:05 <TAsn> Ainulindale, thanks. ;]
May 18 19:26:32 <Ainulindale> TAsn: I didn't get why you didn't want (or express yourself for) to join the core team by the way
May 18 19:26:36 <DocScrutinizer> dos1: nope nothing wrong
May 18 19:26:40 <TAsn> Ainulindale, I have.
May 18 19:26:42 <Ainulindale> this is typically the kind of work necessary (answering mail that way)
May 18 19:26:45 <PaulFertser> TAsn: tomorrow you'll say that you're writing numbers RTL but with plus sign on the left or some other stuff. :p
May 18 19:26:45 <Ainulindale> TAsn: not on the ML
May 18 19:26:50 <TAsn> Ainulindale, I have (I think)
May 18 19:27:06 <TAsn> PaulFertser, I never let anyone else handle rtl
May 18 19:27:07 <SHR-WugBranler`> tracfeed: Ticket #461 (Updated german translation of SHR-Settings) updated <http://trac.shr-project.org/trac/ticket/461#comment:1>
May 18 19:27:10 <TAsn> I know it's my duty
May 18 19:27:11 <TAsn> ...
May 18 19:27:18 <Ainulindale> well TAsn send me your mail I'll subscribe you
May 18 19:27:33 <Ainulindale> Or is the one on shr-user enough?
May 18 19:27:34 <TAsn> I'll ltr my numbers before bringing them to mrmoku's disposal
May 18 19:27:52 <DocScrutinizer> and "#" btw should be filtered/truncated, as mentioned in my mail
May 18 19:28:06 <TAsn> tom *WHY IS THIS CHAN PUBLICLY LOGGED?!* stosb.com
May 18 19:28:11 <TAsn> Ainulindale, ^
May 18 19:28:13 <Ainulindale> TAsn: sent
May 18 19:28:22 <TAsn> DocScrutinizer, I meant # as a number...
May 18 19:28:23 <Ainulindale> TAsn: private list, check the archives for my first mail
May 18 19:28:23 <TAsn> Ainulindale, thanks.
May 18 19:28:38 <TAsn> DocScrutinizer, i.e # = 12345 (me is lazy)
May 18 19:28:38 <PaulFertser> mwester: (gta02-nand) hehe, i guess i know what you thought when you saw Nelson's reply where he had said he would change it :)
May 18 19:29:35 <mwester> TAsn,  prefix your comment with a space and IIRC the logger will skip the line.
May 18 19:29:37 <SHR-WugBranler`> tracfeed: Ticket #452 (No suspend when USB plugged in) updated <http://trac.shr-project.org/trac/ticket/452#comment:4> || Ticket #452 (No suspend when USB plugged in) updated <http://trac.shr-project.org/trac/ticket/452#comment:3>
May 18 19:29:46 <DocScrutinizer> TAsn: so you're going to write lazy flakey code as well?
May 18 19:29:52 <TAsn> mwester, SWEET!
May 18 19:30:01 <TAsn> DocScrutinizer, never!
May 18 19:30:43 <DocScrutinizer> TAsn: I think it's rather hard to speak fuzzy+flakey in specs, and create decent code out of that
May 18 19:31:07 <wpwrak> mwester: no problem. it would have been fun to watch the result, though :)
May 18 19:31:21 <TAsn> DocScrutinizer, I don't remember I ever commented on the specs...
May 18 19:31:35 <TAsn> Ainulindale, mind providing a link to the introduction mail? no idea where to find it at.
May 18 19:31:38 <TAsn> btw brb.
May 18 19:32:29 <DocScrutinizer> TAsn: what is it then we're discussing here, if we don't call this "spec"?
May 18 19:33:56 <alfa21> I know upgrades in unstable aren't supported... but... can you help me fixing a "small" problem? on suspend frameworkd is killed and on resume I cannot use the gsm, but it's still registered to my operator
May 18 19:34:10 <Ainulindale> alfa21: that was a bug
May 18 19:34:17 <Ainulindale> it's been fixed and will be available in the feeds soon
May 18 19:34:25 <alfa21> aaah ok
May 18 19:34:26 <DocScrutinizer> btw; in TPE <IP> is "002", and <HC> is "96"
May 18 19:34:30 <Ainulindale> mrmoku: is your thing working? :-)
May 18 19:34:39 <DocScrutinizer> still the suggested algo works
May 18 19:34:56 <alfa21> so i've to wait?
May 18 19:35:03 <Ainulindale> not that long
May 18 19:35:11 <Ainulindale> wait until mrmoku gives the green light
May 18 19:35:13 <Ainulindale> (through the nose)
May 18 19:35:13 <alfa21> ah nice :)
May 18 19:37:17 <Ainulindale> TAsn: query by the way
May 18 19:38:19 <Blu3> frameworkd seems to be crashing frequently today
May 18 19:38:24 <alfa21> umh... why df -h does not print human-readable values?
May 18 19:38:40 <PaulFertser> alfa21: probably because it's busybox?
May 18 19:38:45 <Blu3> df is busybox
May 18 19:39:03 <Blu3> like most of /bin, it's very trimmed down for options
May 18 19:39:18 <alfa21> yeah, i know bbox ;)
May 18 19:39:21 <alfa21> tnx
May 18 19:39:44 <TAsn> DocScrutinizer, I didn't discuss specs, only suggested how to solve a bug.
May 18 19:39:59 <TAsn> btw DocScrutinizer isn't there an rfc about how to handle intl numbers?
May 18 19:40:17 <mwester> Because for some unknown reason, the -h option is disabled in busybox.  It's on my list of busybox things to fix.
May 18 19:40:29 <mwester> Along with the -z option to tar...
May 18 19:40:40 <mwester> and adding ubifs modules to the kernel.
May 18 19:40:46 <DocScrutinizer> there's an IATA spec for normalized numbers
May 18 19:40:52 <mwester> and putting a proper text editor in the distro.
May 18 19:40:58 <TAsn> mwester, vim?
May 18 19:41:03 <mwester> joe
May 18 19:41:08 <mwester> :P
May 18 19:41:13 <TAsn> ;P
May 18 19:41:22 <alfa21> just made a test... mmh... but on my debian's busybox df -h is human-r....
May 18 19:41:22 <mwester> or maybe notepad.
May 18 19:41:53 <mwester> alfa21,  yes, busybox can do it -- the option is just not enabled correctly in the busybox version used in the distro.
May 18 19:41:54 <SHR-WugBranler`> tracfeed: Ticket #452 (No suspend when USB plugged in) closed <http://trac.shr-project.org/trac/ticket/452#comment:5>
May 18 19:41:58 <DocScrutinizer> or was it ITSI, sorry can't remember
May 18 19:42:07 <alfa21> aaah ok, sorry sorry
May 18 19:42:52 <alfa21> I use leafpad as editor on shr
May 18 19:43:20 <alfa21> or vi from a terminal
May 18 19:46:37 * PaulFertser dislikes nano most of all. It doesn't support neither vi-like nor emacs-like keybindings (why?) and it's getting started on visudo on some distros. Ewww.
May 18 19:47:21 <PaulFertser> s/neither/either/;s/nor/or/
May 18 19:47:29 <TAsn> mrmoku / dos1, mind forwarding me to 'tom -at ata at- stosb.com' the introduction mail to shr-core ?
May 18 19:48:03 <TAsn> as Ainulindale is being lazy.
May 18 19:48:04 <alfa21> are you talking about debian with "some distros"? ;) reconfigure your alternatives
May 18 19:48:28 <Ainulindale> TAsn: I queried the url
May 18 19:48:48 <TAsn> to the options menu
May 18 19:48:55 <TAsn> I didn't see where I can find anything there.
May 18 19:49:11 <Ainulindale> at the bottom of the page
May 18 19:49:17 <PaulFertser> alfa21: it's plain nuts to have visudo start fucking nano that doesn't support any common bindings.
May 18 19:50:09 <TAsn> ok
May 18 19:50:11 <TAsn> nvm ;]
May 18 19:50:16 <alfa21> PaulFertser, i know... and if you are using debian, you can reconfigure the "editor" alternative to point to vim
May 18 19:50:39 <alfa21> so visudo will use vim
May 18 19:50:43 <CIA-75> SHR: 03seba.dos1 07shr-settings * r03c82675a6b6 10/data/po/de/ (shr-settings.mo shr-settings.po): [i18n] update german translation (thanks TheGeneral)
May 18 19:51:00 <PaulFertser> alfa21: i know, but i'd prefer "ed" by default to nano! Stupidity everywhere :-/
May 18 19:51:46 <alfa21> you can also use ed configuring "editor" alternative to point to it
May 18 19:52:28 <PaulFertser> alfa21: that's not my point, i don't like the default choice, can't you understand me?
May 18 19:52:47 <alfa21> aaah ok, I'm on the topic now ;)
May 18 19:52:48 <SHR-WugBranler`> tracfeed: Ticket #461 (Updated german translation of SHR-Settings) closed <http://trac.shr-project.org/trac/ticket/461#comment:2>
May 18 19:52:49 <TAsn> PaulFertser, I'm feeling you paul.
May 18 19:52:57 <alfa21> me too
May 18 19:53:17 <TAsn> though although nano sucks bad, it's the best option.
May 18 19:53:23 <TAsn> at least as default
May 18 19:53:29 <alfa21> :S
May 18 19:53:31 <PaulFertser> TAsn: no way! ed ftw
May 18 19:53:38 <TAsn> I can't stand it, I install vim the moment I flash
May 18 19:53:44 <TAsn> though it's simple.
May 18 19:53:47 <TAsn> ed is not simple.
May 18 19:53:56 <DocScrutinizer> pah, sed rules
May 18 19:54:08 <PaulFertser> TAsn: at least it's reasonable default unlike nano. Well, enough for OT.
May 18 19:54:11 <TAsn> sed is also a terrible choice ;]
May 18 19:54:11 <alfa21> hahaa editor wars
May 18 19:54:22 <TAsn> PaulFertser, many use nano as default
May 18 19:54:23 <DocScrutinizer> even more is for sissies
May 18 19:54:26 <TAsn> alfa21, nah.
May 18 19:54:39 <TAsn> though putting vim as default will cause an editors war.
May 18 19:54:39 <TAsn> ;]
May 18 19:55:02 <alfa21> I love vim
May 18 19:55:11 <DocScrutinizer> or use a decent hexeditor for disk sectors. the geek way
May 18 19:55:11 <TAsn> alfa21, don't start
May 18 19:55:18 <TAsn> don't wake the emacsers
May 18 19:55:24 <alfa21> hahahah
May 18 19:55:30 * mwester is already awake, and loading the cannons.
May 18 19:55:33 <TAsn> DocScrutinizer, I use a needle and a magnet.
May 18 19:55:41 <alfa21> regex rul3Z
May 18 19:55:43 <mrmoku> ouch
May 18 19:55:44 <PaulFertser> TAsn: i'd agree for some editor that at least supports emacs-like keybindings and some stupid keybindings like joe's. It'd be a reasonable default. But nano is plain disgusting, i want to kill it the moment it gets started.
May 18 19:55:45 <DocScrutinizer> lol, :-D
May 18 19:55:53 * mrmoku looks like being already asleep
May 18 19:56:07 <TAsn> PaulFertser, having emacs
May 18 19:56:33 * DocScrutinizer agrees on PaulFertser's notion on nano
May 18 19:56:36 <TAsn> i.e a complex keyboard maneuvers editor on the freerunner
May 18 19:56:40 <TAsn> is a plain bad idea.
May 18 19:57:04 <TAsn> vim is the way to go
May 18 19:57:07 <TAsn> if any.
May 18 19:57:10 <PaulFertser> TAsn: yes, vim for FR is ok.
May 18 19:57:14 <alfa21> we have multitouch! ;)
May 18 19:57:19 * mrmoku votes to put vim as default editor in SHR :P
May 18 19:57:23 <TAsn> alfa21, no we don't.
May 18 19:57:41 <DocScrutinizer> *yawn*
May 18 19:57:43 <TAsn> mrmoku, you know Ainulindale you gotta ask the users *wink*...
May 18 19:57:45 <PaulFertser> mrmoku: I know what Ainu will say. Make a poll on the ML! ;)
May 18 19:57:48 <TAsn> lol
May 18 19:57:59 <Ainulindale> Meh :-)
May 18 19:58:11 <DocScrutinizer> bye
May 18 19:58:17 <Ainulindale> You're lucky I'm on the phone with my girlfriend
May 18 19:58:18 <PaulFertser> DocScrutinizer: cu :)
May 18 19:58:37 <alfa21> VIM is the power (you know)
May 18 19:58:56 <khiraly1> I know the basics: :q
May 18 19:59:10 <khiraly1> :q!
May 18 19:59:21 <khiraly1> doh! I thought I knew the basics
May 18 19:59:21 <alfa21> :wq
May 18 19:59:38 <PaulFertser> (multitouch) btw, recently saw a game (something like catching rays) on nokia e71 (i think), it has a resistive TS. And the game is working like it's multitouch. I proved it's not by pressing inbetween the points and the game registered both points pressed :)
May 18 19:59:52 * mrmoku /me is going to jump at the oportunity and do it behind the back of Ainulindale while he is on the phone trying to pronounce dirty russian words :P
May 18 20:00:21 <PaulFertser> mrmoku: dirty russian words are easy to pronounce, they're short and catchy enough, i'll teach you ;)
May 18 20:00:37 <PaulFertser> (multitouch) no, it wasn't e71
May 18 20:00:41 <alfa21> hahahah
May 18 20:01:11 <Ainulindale> svimia!
May 18 20:01:26 <Ainulindale> (If I understood correctly)
May 18 20:01:29 <alfa21> curva!
May 18 20:01:39 <alfa21> (hungarian)
May 18 20:01:40 <Ainulindale> ?????? <=
May 18 20:01:56 <mrmoku> PaulFertser: fine :)
May 18 20:02:53 <PaulFertser> Ainulindale: svi_n_ia (a pig)
May 18 20:02:59 <alfa21> um... may i update? may i daddy??
May 18 20:03:44 <Ainulindale> yeah I know
May 18 20:03:47 <Ainulindale> she's laughing at me
May 18 20:04:00 <Ainulindale> and now she's whining that she does not laugh at me
May 18 20:04:34 <Ainulindale> PaulFertser: she's asking where you studied
May 18 20:04:45 <Ainulindale> (she's over zealous when it comes to scolarship)
May 18 20:05:37 <PaulFertser> Ainulindale: i studied in "MATI"-RGTU (MATI), that's a stupid enough place...
May 18 20:05:46 <khiraly1> (22.01.40) alfa21: (hungarian) <-- not quite
May 18 20:05:57 <mickey|bbl> ptitjes|pizza: ping
May 18 20:06:01 <mickey|bbl> ptitjes|pizza: and bon appetit
May 18 20:06:28 <Ainulindale> PaulFertser: planes or cars?
May 18 20:06:31 <Ainulindale> (she's asking)
May 18 20:07:18 <PaulFertser> Ainulindale: it's supposed to be about planes. But in reality i studied a bit of programming, a bit of electronics, some related technology (hopelessly outdated) and some general stuff like physics, maths etc
May 18 20:07:22 <alfa21> kurwa... coorvah
May 18 20:07:36 <alfa21> i do not know how to write it
May 18 20:08:05 <wpwrak> PaulFertser: (multitouch) do how did they do it ?
May 18 20:08:36 <khiraly1> alfa21: none of them;)
May 18 20:09:02 <khiraly1> kurwa is in polish
May 18 20:09:16 <dos1|neo> wtf?
May 18 20:09:45 <dos1|neo> seeing kurwa on this chan is odd ;D
May 18 20:09:55 <alfa21> hahahaha
May 18 20:10:03 <alfa21> rotfl
May 18 20:10:06 <PaulFertser> wpwrak: they don't, they just have 4 or 5 "touch points" and you're supposed to touch them whenever a ray comes through it (or so). So if the game registers a press inbetween two points it considers that both are pressed (confirmed by testing that). Funny demo to fool people.
May 18 20:10:06 <dent> I just peeked here n thought WTF :))
May 18 20:10:35 <dos1|neo> i'm from poland ;D
May 18 20:10:49 <wpwrak> PaulFertser: ah, very clever !
May 18 20:11:05 <dent> dos1|neo: cz here... we share some words (just tr/w/v/;)
May 18 20:11:22 <pavo_baxter> excuse me...do someone know why sometimes you have to use --force-overwrite  to make opkg work well?
May 18 20:11:29 <PaulFertser> wpwrak: the same method was proposed many times on our MLs. 
May 18 20:11:38 <alfa21> I've a friend form hungary
May 18 20:11:42 <wpwrak> (heh, now i parsed your original message right. guess i still didn't get enough sleep :)
May 18 20:11:43 <alfa21> ;)
May 18 20:12:02 <mrmoku> after realizing that I forgot to add libframework-phonegui to my local builds... getting closer :P
May 18 20:12:45 <wpwrak> PaulFertser: yup, one problem is that it seems to be fairly unreliable. so you need to have a good layout that makes sure the errors don't matter.
May 18 20:14:41 <PaulFertser> wpwrak: well, i saw how multitouch works on MacOS X laptops. In fact i doubt it's a decent way to design user interfaces; it's fancy, no doubt, but for a laptop it's clearly redudant and for a touch-based device it's nice to have but not mandatory, imho, one can just use a bit more complex mouse gestures instead.
May 18 20:15:29 <PaulFertser> wpwrak: Here's a game description: http://www.ubisoft.biz/dc/2009/04/1st-multi-touch-game-for-nokia-5800.html
May 18 20:16:05 <wpwrak> PaulFertser: i think it could be very useful for virtual keyboards
May 18 20:16:17 <wpwrak> PaulFertser: e.g., you could implement real modifier keys
May 18 20:16:58 <TAsn> wpwrak, nah
May 18 20:17:10 <TAsn> because your fingers are too big for that.
May 18 20:17:11 <SHR-WugBranler`> tracfeed: Ticket #462 (Improve usage of translation) created <http://trac.shr-project.org/trac/ticket/462>
May 18 20:17:37 <dos1|neo> TAsn: nah. i can do that
May 18 20:17:48 <PaulFertser> wpwrak: and i'd prefer to have several hardware buttons to be used as a modifier keys, i know that more mechanics -> more chance to fail but still...
May 18 20:17:56 <wpwrak> TAsn: that;s the trick: you can invent new modifiers, e.g., one to split the keyboard. so you double (or maybe even triple or quadruple) the effective space for keys
May 18 20:17:57 <TAsn> dos1|neo, huh?
May 18 20:18:23 <TAsn> wpwrak, slide up the illume keyboard to do just that.
May 18 20:18:32 <TAsn> dos1|neo, oh, nvm.
May 18 20:18:36 <Ainulindale> mrmoku: so?
May 18 20:18:46 <Ainulindale> PaulFertser: she told me it wasn't "that bad" :-p
May 18 20:18:52 <Ainulindale> which is a great compliment in her mouth
May 18 20:19:26 <PaulFertser> Ainulindale: what wasn't "that bad"? MATI? How can she know?
May 18 20:19:26 <mrmoku> Ainulindale: here we go :)
May 18 20:19:33 <wpwrak> TAsn: i think you could be much faster with multi-touch modifiers
May 18 20:19:34 <CIA-75> SHR: 03mok 07shr * r15f288aeb033 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: libframewor-phonegui: finally fix the normalized number lookup
May 18 20:19:37 <Ainulindale> PaulFertser: well she knows a lot :-)
May 18 20:19:40 <Ainulindale> mrmoku: all working well?
May 18 20:19:55 <TAsn> wpwrak, I could be much faster with an accurate touch screen.
May 18 20:19:56 <mrmoku> Ainulindale: hah... at least somewhat is working ;)
May 18 20:19:58 <TAsn> ...
May 18 20:20:03 <TAsn> mrmoku, 
May 18 20:20:03 <mrmoku> others should test too now
May 18 20:20:07 <wpwrak> PaulFertser: heh, the old mechanical keyboard vs. virtual discussion :) let's hope one day there are the resources to make a new phone and just implement both variants
May 18 20:20:07 <PaulFertser> Ainulindale: i should know better, right? I studied there for 6 years and now i'm still there trying to teach.
May 18 20:20:08 <TAsn> how?
May 18 20:20:13 <Ainulindale> mrmoku: could you build and rsync please? :-)
May 18 20:20:14 <wpwrak> TAsn: okay, good point ;-)
May 18 20:20:17 <mrmoku> TAsn: by building the correct code ;)
May 18 20:20:18 <TAsn> Ainulindale, please build.
May 18 20:20:24 <TAsn> mrmoku, my fix?
May 18 20:20:25 <mrmoku> will do
May 18 20:20:30 <Ainulindale> PaulFertser: yeah but anyway I won't tell her that :-p
May 18 20:20:38 <Ainulindale> PaulFertser: she's a moscow university freak :-)
May 18 20:20:39 <PaulFertser> wpwrak: no, i propose something that i haven't seen discussed earlier. Just a bit more buttons. Like hx4700.
May 18 20:20:44 <mrmoku> TAsn: I forgot to set libframework-phonegui to do local builds
May 18 20:20:46 <PaulFertser> Ainulindale: hehe :)
May 18 20:20:54 <mrmoku> so it just built what was comitted :P
May 18 20:21:01 <TAsn> mrmoku, if so I want Ainulindale to admit I should be the kind of code conventions
May 18 20:21:08 <TAsn> mrmoku, what solution did you use? mine or not?
May 18 20:21:28 <Ainulindale> The kind? Not. The king? Neither.
May 18 20:21:29 <wpwrak> PaulFertser: mickey once had the idea of putting a set of capacitative sensors on the sidewall of the phone
May 18 20:21:54 <wpwrak> PaulFertser: so that would be a one-dimensional cap "touchpanel"
May 18 20:22:01 <TAsn> Ainulindale, build phonegui and frameworkd and sync
May 18 20:22:04 <mrmoku> TAsn: yep
May 18 20:22:08 <PaulFertser> wpwrak: i'd like to have something like that too.
May 18 20:22:11 <mrmoku> TAsn: why frameworkd?
May 18 20:22:18 <TAsn> Ainulindale, <mrmoku> TAsn: yep
May 18 20:22:21 <mrmoku> did I miss some commit?
May 18 20:22:40 <TAsn> mrmoku, the suspend issue fix
May 18 20:22:54 <mrmoku> already built long ago me thinks
May 18 20:22:56 * mrmoku checks
May 18 20:23:22 <wpwrak> PaulFertser: only problem is that it's a bit messy to add such a flex pcb that does around the device
May 18 20:23:52 <ptitjes|pizza> PaulFertser: well I do not know much about its build system, but let me tell you what I know and you may find something interesting in that
May 18 20:23:58 <ptitjes|pizza> PaulFertser: does that fit you ?
May 18 20:23:59 <Ainulindale> I built frameworkd
May 18 20:24:02 <PaulFertser> wpwrak: that's why it should be integrated on the design phase ;)
May 18 20:24:03 <ptitjes|pizza> mickey|bbl: pong
May 18 20:24:03 <wpwrak> PaulFertser: as in "flex pcbs are always trouble"
May 18 20:24:26 <PaulFertser> ptitjes: Even if it doesn't help, it'd be interesting to hear.
May 18 20:24:52 <ptitjes> PaulFertser: so the egg and chicken first
May 18 20:24:54 <TAsn> mrmoku, not synced though.
May 18 20:24:55 <mrmoku> TAsn: no... you're right have to rebuild it... will do
May 18 20:24:56 <wpwrak> PaulFertser: naw, even then it'll be a pain. we had plenty of fun with these critters in openmoko. you wouldn't believe the yield rate we got for that BT circuit ...
May 18 20:25:12 <TAsn> mrmoku, ok, build and sync both and tell me when you are done
May 18 20:25:15 * TAsn wants to test it.
May 18 20:25:31 <PaulFertser> wpwrak: like 70%?
May 18 20:25:32 <ptitjes> PaulFertser: this one might be obvious for some, but I say it even: Jürg begans by writing a C implementation of the vala language subset
May 18 20:25:41 <mickey|bbl> ptitjes: hey. would you say, libfso-glib is already ready to be used in cornucopia or are there things missing to substitute our interfaces.vala
May 18 20:25:43 <mickey|bbl> ?
May 18 20:25:52 <wpwrak> PaulFertser: 70% failures perhaps ...
May 18 20:26:11 <ptitjes> PaulFertser: then he writes the compiler in Vala itself and bootstraped it
May 18 20:26:33 <ptitjes> PaulFertser: and in fact, I just can't imagine what the code would have looked like if it was still in C
May 18 20:26:55 <mickey|bbl> it would probably never been completed...
May 18 20:27:30 <TAsn> mrmoku, !!!
May 18 20:27:35 <ptitjes> mickey|bbl: I did not get "things missing..."
May 18 20:27:40 <TAsn> you didn't fix the issue I told you concerning the 00 bug
May 18 20:27:44 <TAsn> sec will send a fix
May 18 20:27:48 <TAsn> yours doesn't work.
May 18 20:27:52 <ptitjes> PaulFertser: so directories
May 18 20:28:09 <ptitjes> PaulFertser: vala contains the implementation of the Vala AST
May 18 20:28:43 <ptitjes> PaulFertser: ccode contains a simplified AST for the C language, but sufficient for the code generated by Vala
May 18 20:29:01 <ptitjes> PaulFertser: codegen contains the code generator in itself
May 18 20:29:02 <mickey|bbl> ptitjes: rephrased: is there anything to add to libfso-glib / vala-dbus-binding-tool before cornucopia starts to use it?
May 18 20:29:47 <TAsn> mrmoku, http://pastebin.com/m38207301
May 18 20:29:50 <TAsn> before you build...
May 18 20:29:53 <TAsn> this is the correct fix
May 18 20:29:54 <mickey|bbl> ah well, never mind, i just look at the resulting interface and compare by view ;)
May 18 20:29:56 <ptitjes> mickey|bbl: I can just tell it has all the enums we would need in ophonekitd, but it seems to me there are still missing errors and throws clause ?
May 18 20:30:26 <mickey|bbl> ptitjes: ok, but that's a problem in the specs, not the binding tool, right?
May 18 20:30:34 <ptitjes> mickey|bbl: oh
May 18 20:30:36 <ptitjes> ok
May 18 20:30:45 <TAsn> oops mrmoku 
May 18 20:30:47 <TAsn> my bad
May 18 20:30:47 <TAsn> sec.
May 18 20:30:58 <Ainulindale> hmmmmm fruit salad
May 18 20:31:08 <Ainulindale> TAsn: sorry to say but
May 18 20:31:14 <Ainulindale> your answer was a bit too ironic to me :-)
May 18 20:31:22 <ptitjes> mickey|bbl: yeah there is only one thing that I would like to add but I may add it later (the objectpath->proxy sustitution thing)
May 18 20:31:26 <TAsn> mrmoku, meant
May 18 20:31:28 <TAsn> http://pastebin.com/m43cf85
May 18 20:31:37 <TAsn> Ainulindale, ? which to what to where?
May 18 20:31:40 <ptitjes> mickey|bbl: but that will only simplify your code so you might begin with it now
May 18 20:31:43 <Ainulindale> TAsn: coreteam
May 18 20:31:48 <TAsn> mrmoku, http://pastebin.com/m43cf85 correct answer.
May 18 20:31:52 <TAsn> Ainulindale, concerning what?
May 18 20:31:58 <mickey|bbl> ptitjes: i see. excellent, i'll have a go at changing cornucopia to use libfso-glib then. thanks
May 18 20:31:59 <mickey|bbl> l8er
May 18 20:32:03 <Ainulindale> TAsn: ah and you might want to act as a king and do some proposition about coding conventions
May 18 20:32:15 <Ainulindale> TAsn: well about ties for instance
May 18 20:32:28 <TAsn> Ainulindale, will try to do tomorrow.
May 18 20:32:32 * mrmoku does not want to code rtl ;)
May 18 20:32:38 <TAsn> mrmoku, sh..
May 18 20:32:40 <Ainulindale> TAsn: ok :-)
May 18 20:32:41 <ptitjes> mickey|bbl: I sent to nytowl a patch for vala-dbus-binding-tool
May 18 20:32:43 <TAsn> mrmoku, please review the fix.
May 18 20:32:53 <ptitjes> mickey|bbl: and you can have a recipe for libfso-glib on our overlay
May 18 20:33:04 <ptitjes> mickey|bbl: working recipe :)
May 18 20:33:46 <ptitjes> PaulFertser: then in gee/ you have a fixed version of the Gee collection framework
May 18 20:33:57 <mrmoku> TAsn: you forgot to change the org_number to number...
May 18 20:33:58 <ptitjes> PaulFertser: for the own use of valac
May 18 20:34:14 <TAsn> well you got the idea
May 18 20:34:18 <Ainulindale> mickey|bbl: I hope you're not mad at me by the way :-)
May 18 20:34:19 <mrmoku> TAsn: rest looks fine
May 18 20:34:22 <TAsn> I only fixed the broken part
May 18 20:34:22 <TAsn> ;]
May 18 20:34:27 <mrmoku> TAsn: you can commit it ;)
May 18 20:34:36 <TAsn> bah, please die ;]
May 18 20:34:36 <TAsn> sec.
May 18 20:34:37 <ptitjes> PaulFertser: finally vapi contains the vapi generator
May 18 20:34:40 <pavo_baxter> excuse me what is "jamvm" package in unstable repo?
May 18 20:35:20 <mrmoku> pavo_baxter: don't know exactly... some java thingie :P
May 18 20:35:31 <PaulFertser> ptitjes: Well, so many strange words :) Thanks for the explanation.
May 18 20:35:40 <ptitjes> PaulFertser: what strange words ?
May 18 20:35:41 <pavo_baxter> thanks mrmoku
May 18 20:36:16 <TAsn> mrmoku, only forgot it once, right?
May 18 20:36:29 <mrmoku> yeah
May 18 20:36:29 <ptitjes> PaulFertser: build order internal gee, ccode, cala, codegen, compiler (just the command-line interface in fact) and then vapi
May 18 20:36:47 <ptitjes> PaulFertser: ask for more if I can help
May 18 20:36:58 <PaulFertser> ptitjes: In fact you haven't told me anything that's not obvious from the do_compile log ;)
May 18 20:37:02 <PaulFertser> ptitjes: but thanks anyway ;)
May 18 20:37:32 <CIA-75> SHR: 03tom 07shr * rf4d2371989b5 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: fixed the 00 bug in the phone # normalization function
May 18 20:37:35 <TAsn> I gotta say, I learned to admire git.
May 18 20:37:44 <mrmoku> ohh yeah :)
May 18 20:37:52 <TAsn> it's 10*10*10*10*10 times better than svn
May 18 20:37:57 <TAsn> and I like svn, a lot.
May 18 20:37:57 <ptitjes> PaulFertser: libvala is the library created with the content of the vala/ directory
May 18 20:38:10 <TAsn> git is very complex, so it's not always the best for simple home use
May 18 20:38:26 <ptitjes> PaulFertser: Jürg says that there is no reason to not compile vapi/ with the just produced compiler
May 18 20:38:26 <TAsn> though when in comes to big multi pc projects + patching
May 18 20:38:29 <TAsn> it's just the best.
May 18 20:38:34 <TAsn> and order and everything actually.
May 18 20:38:45 <Ainulindale> mrmoku: did you build/rsync or should I? :-)
May 18 20:38:49 <ptitjes> PaulFertser: as I understand there is mismatch between versions of the used libvala and the valac executable
May 18 20:39:01 <mrmoku> Ainulindale: doing that right now
May 18 20:39:01 <TAsn> mrmoku, please build and resync, I committed my fix.
May 18 20:39:08 <TAsn> mrmoku, ping me when done. ;]
May 18 20:39:10 <TAsn> please.
May 18 20:39:11 <PaulFertser> ptitjes: yeah, like the produced compiler uses old libvala.
May 18 20:39:14 <mrmoku> TAsn: think I'M blind ?
May 18 20:39:19 <mrmoku> :)
May 18 20:39:20 <ptitjes> PaulFertser: thus ../compiler/valac in fact used the published libvala (installed one)
May 18 20:39:21 <Ainulindale> mrmoku: by the way you might raise the subject of buildhost responsabilities
May 18 20:39:26 <TAsn> mrmoku, think you may be doing something else.
May 18 20:39:28 <ptitjes> PaulFertser: exactly
May 18 20:39:32 <TAsn> thought
May 18 20:39:33 <Ainulindale> although I think you're handling that nicely and I might help when necessary
May 18 20:39:49 <Ainulindale> (just telling)
May 18 20:39:51 <ptitjes> PaulFertser: but mickey|bbl told this afternoon he would find a LD_LIBRARY_PATH too much of a hack
May 18 20:39:56 <mrmoku> one thing we should discuss is, when to remove old packages from the feed...
May 18 20:39:57 <PaulFertser> ptitjes: well, i'll try to see what can be done now (if i won't fall asleep after dinner).
May 18 20:40:02 <ptitjes> PaulFertser: he said there was GCC options for that
May 18 20:40:06 <PaulFertser> ptitjes: saw that
May 18 20:40:09 <mrmoku> for example there are about 10 frameworkd in ipk
May 18 20:40:24 <Ainulindale> yes there is no sane way currently unfortunately
May 18 20:40:37 <TAsn> Ainulindale, someone should write a script
May 18 20:40:39 <Ainulindale> (that I know about)
May 18 20:40:45 <TAsn> that will just compare 
May 18 20:40:45 <ptitjes> PaulFertser: but I can't figure out what GCC options. I don't speak -Wl ...
May 18 20:40:46 <TAsn> ;]
May 18 20:40:49 <ptitjes> :)
May 18 20:40:51 <Ainulindale> TAsn: if that someone is you I agree
May 18 20:40:53 <TAsn> a cleanup script
May 18 20:40:56 <Ainulindale> but post that on the ML
May 18 20:40:57 <TAsn> Ainulindale, nah.
May 18 20:41:06 <TAsn> someone (not me) should post it ;]
May 18 20:41:11 <TAsn> I'm too busy not doing my h.w atm.
May 18 20:41:12 <Ainulindale> lazy ass
May 18 20:41:15 <TAsn> actually all day long.
May 18 20:41:17 <TAsn> ffs ;[
May 18 20:41:21 <Ainulindale> yeah all day long mya ss
May 18 20:41:25 <mrmoku> ok building the index and syncing... will be there in seconds
May 18 20:41:28 <Ainulindale> you've been pestering mrmoku too long to work
May 18 20:41:40 <TAsn> Ainulindale, ;]
May 18 20:41:57 <TAsn> btw
May 18 20:42:00 <Ainulindale> mrmoku: Do you want to do the mail or should I?
May 18 20:42:02 <TAsn> someone should talk about it in ml
May 18 20:42:10 <TAsn> I suggest we keep last 3 in unstable
May 18 20:42:12 <mrmoku> TAsn: tomorrow you have to fix the message recipt bug
May 18 20:42:16 <TAsn> last 2 in testing
May 18 20:42:22 <mrmoku> Ainulindale: well.. do it... I'm almost in bed :P
May 18 20:42:25 <TAsn> and only latest in stable
May 18 20:42:28 <mrmoku> TAsn: hit the feed
May 18 20:42:29 <TAsn> or maybe 2 in stable
May 18 20:42:32 <Ainulindale> mrmoku: ok! waiting to test the release first
May 18 20:42:32 <TAsn> mrmoku, thanks!
May 18 20:42:45 <mrmoku> brb
May 18 20:42:46 <TAsn> mrmoku, sure thing.
May 18 20:42:58 <TAsn> btw, current on my hit list: rtl bugs
May 18 20:43:00 <TAsn> new opkg
May 18 20:43:05 <Ainulindale> a.k.a tasn bugs
May 18 20:43:15 <TAsn> I can't start working on the latter though since I haven't yet decided on a name.
May 18 20:43:32 <TAsn> though when I will I'll open a repo somewhere and start coding
May 18 20:43:35 <Ainulindale> gkpo TAsn 
May 18 20:43:38 <alfa21> question: is strictly necessary the long version number with hash ?
May 18 20:43:38 <Ainulindale> (rtl opkg)
May 18 20:43:43 <TAsn> and I hope ppl will join as I'll be needing help
May 18 20:43:45 <TAsn> rpkg!
May 18 20:43:54 <TAsn> alfa21, huh?
May 18 20:43:58 <TAsn> please rephrase.
May 18 20:43:59 <Ainulindale> alfa21: yes
May 18 20:44:18 <Ainulindale> alfa21: if you don't have that you can't know which version it's using
May 18 20:44:26 <alfa21> why not simply v.2.4.5-git#24525
May 18 20:44:43 <Ainulindale> because that's how bitbakes does
May 18 20:44:50 <alfa21> mhh
May 18 20:44:53 <alfa21> fine
May 18 20:45:03 <Ainulindale> and when you have a hash
May 18 20:45:04 <TAsn> btw mrmoku
May 18 20:45:06 <Ainulindale> you can find the commit
May 18 20:45:19 <TAsn> did you add name resolving in all the wanted places?
May 18 20:45:37 <alfa21> isn't it the same of gitr6363 ?
May 18 20:45:39 <Ainulindale> mrmoku: damn still a bug
May 18 20:45:46 <TAsn> Ainulindale, what bug?
May 18 20:45:49 <Ainulindale> mrmoku: you commited german things
May 18 20:45:50 <Ainulindale> that's bad
May 18 20:45:59 <Ainulindale> it should have been french :-)
May 18 20:46:04 <TAsn> ha! but I don't speak german!
May 18 20:46:14 <TAsn> try yeeidish, it's rtl german
May 18 20:46:17 <TAsn> (I swear to god)
May 18 20:47:00 <Ainulindale> Which god?
May 18 20:47:13 <TAsn> I'm agnostic
May 18 20:47:17 <Ainulindale> I'm atheist
May 18 20:47:21 <Ainulindale> You suck!
May 18 20:47:21 <TAsn> so I guess you can remove my last sent
May 18 20:47:34 <TAsn> Ainulindale, we are better than atheists!
May 18 20:47:38 <Ainulindale> TAsn: actually I have a pretty interesting book about that
May 18 20:47:45 <TAsn> named what?
May 18 20:47:45 <Ainulindale> TAsn: "God Delusion" by Richard Dawkins
May 18 20:47:47 <Ainulindale> Worth reading
May 18 20:47:55 <TAsn> I love richard dawkins
May 18 20:47:59 <TAsn> watched a couple of his films
May 18 20:48:05 <Ainulindale> He's an atheist
May 18 20:48:10 <TAsn> he sucks.
May 18 20:48:12 <Ainulindale> :-)
May 18 20:48:23 <TAsn> j/k, he does rule.
May 18 20:48:29 <TAsn> ;]
May 18 20:48:32 <TAsn> he's funny.
May 18 20:48:55 <wpwrak> and thus a religious war broke out between atheists and agnostics. ah, that's sweet (-:C
May 18 20:49:00 <TAsn> Not installing libframeworkd-phonegui0 (0.0.2+gitr658+f4d2371989b5bfc705394f5a2ae63a57bcd7952c-r8) on root -- already installed.
May 18 20:49:01 <TAsn> huh?
May 18 20:49:03 <TAsn> bad opkg?
May 18 20:49:13 <Ainulindale> mrmoku: working perfectly here
May 18 20:49:22 <TAsn> wpwrak, well they are more "god loving" than us.
May 18 20:49:42 <TAsn> lol
May 18 20:49:45 <TAsn> stupid opkg
May 18 20:49:49 <TAsn> after stating the last statement
May 18 20:49:52 <TAsn> it wrote
May 18 20:49:54 <TAsn> Configuring libframeworkd-phonegui0
May 18 20:50:06 <TAsn> mrmoku, you didn't answer.
May 18 20:50:24 <PaulFertser> ptitjes: Hehe, no wonder, -Wl is for passing options to ld ;)
May 18 20:50:38 <TAsn> <TAsn> did you add name resolving in all the wanted places?
May 18 20:50:49 <TAsn> PaulFertser, isn't that a Warning flag?
May 18 20:50:56 <TAsn> bah, inconsistency! ;[
May 18 20:51:07 <TAsn> that's why I hate ifaces
May 18 20:51:12 <TAsn> you can never get them right.
May 18 20:51:21 <TAsn> I love core code ;]
May 18 20:51:27 <ptitjes> PaulFertser: indeed we could configure valac with --enable-static --disable-shared
May 18 20:51:54 <PaulFertser> ptitjes: that'd be even more of a hack than LD_L..Y_PATH
May 18 20:52:05 <ptitjes> brrrr
May 18 20:52:14 <ptitjes> PaulFertser: I try to make suggestions :)
May 18 20:52:32 <playya_> whats you problem atmß
May 18 20:53:00 <Ainulindale> Mail done
May 18 20:53:14 <ptitjes> PaulFertser: anyway I think valac is the only program to use libvala (on OE)
May 18 20:53:40 <PaulFertser> ptitjes: in fact compiler/valac wrapper script is aimed exactly at providing it with the right libraries versions (and it uses --rpath btw). Somehow it doesn't work under OE i guess.
May 18 20:53:50 <TAsn> ffs
May 18 20:53:55 <ptitjes> PaulFertser: until I rewrite the backend of vala-dbus-binding-tool to use libvala
May 18 20:54:11 <Ainulindale> DocScrutinizer: update & enjoy your advices
May 18 20:54:13 <TAsn> wasn't I supposed to see contact names
May 18 20:54:14 <TAsn> ?!
May 18 20:54:22 <TAsn> bah!!!
May 18 20:54:23 <TAsn> DocScrutinizer, !!!
May 18 20:54:27 <Ainulindale> TAsn: configure your shit
May 18 20:54:32 <TAsn> it's not my shit
May 18 20:54:38 <TAsn> it's Doc's
May 18 20:54:42 <TAsn> here
May 18 20:54:46 <ptitjes> PaulFertser: but isn't it a standard libtool generated wrapper script ?
May 18 20:54:48 <TAsn> 0544 becomes
May 18 20:54:53 <TAsn> +972544
May 18 20:54:58 <TAsn> !!!
May 18 20:55:04 <TAsn> not
May 18 20:55:06 <TAsn> +9720544
May 18 20:55:21 <Ainulindale> you forgot national prefix
May 18 20:55:22 <PaulFertser> ptitjes: it is and it seems it doesn't work for some reason with OE (and does without). Needs investigation.
May 18 20:55:31 <TAsn> +972 = national
May 18 20:55:37 <Ainulindale> nope
May 18 20:55:40 <Ainulindale> country code
May 18 20:55:42 <TAsn> 0544 = cellphone prefix
May 18 20:55:53 <TAsn> i.e the number is
May 18 20:55:55 <Ainulindale> TAsn: national prefix should be "" for you
May 18 20:56:03 <TAsn> ok
May 18 20:56:09 <TAsn> ohhh right
May 18 20:56:11 <TAsn> where is the config at?
May 18 20:56:12 <TAsn> ;]
May 18 20:56:18 <Ainulindale> frameworkd-phonegui.conf
May 18 20:56:20 * TAsn <-- idiot.
May 18 20:56:24 <Ainulindale> I couldn't agree more
May 18 20:56:29 <Ainulindale> :-)
May 18 20:56:56 <TAsn> what's home_prefix?
May 18 20:57:15 <Ainulindale> Ah yes I should have explained that :-)
May 18 20:57:34 <TAsn> and how can I restart phonegui?
May 18 20:57:41 <Ainulindale> restart ophonekitd
May 18 20:57:50 <TAsn> anyhow what's home_prefix?
May 18 20:58:30 <PaulFertser> ptitjes: indeed ldd confirms that OE's version of .libs/valac is linked against staged libvala from bootstrap :-/
May 18 20:58:54 <ptitjes> ouch
May 18 20:59:16 <mrmoku> TAsn: hehe, home_prefix is not used :P
May 18 20:59:20 <TAsn> okie ;]
May 18 20:59:22 * pavo_baxter loves all other 145 people on this channel
May 18 20:59:32 <ptitjes> PaulFertser: oh btw I have no changes here as I make updated some hours ago
May 18 20:59:50 <TAsn> mrmoku, btw, we gotta automate those settings
May 18 20:59:59 <TAsn> i.e when they are empty
May 18 21:00:03 <ptitjes> PaulFertser: mrmoku set a new patch for vala I hope you have it
May 18 21:00:06 <TAsn> a gui should pop and state that
May 18 21:00:15 <TAsn> and ask if we are in our local network atm
May 18 21:00:16 <TAsn> if so
May 18 21:00:20 <TAsn> take stats off network
May 18 21:00:25 <TAsn> agree?
May 18 21:00:40 <PaulFertser> ptitjes: export VALAC = "${STAGING_BINDIR_NATIVE}/valac" ? This doesn't work and sucks anyway.
May 18 21:00:57 <Ainulindale> interesting question for you mickey|bbl on SHR-user
May 18 21:01:01 <mrmoku> TAsn: yep... care to implement it :P
May 18 21:01:15 <TAsn> mrmoku, not atm.
May 18 21:01:16 <TAsn> ;]
May 18 21:01:44 <TAsn> mrmoku, btw, have you added number to contact in all the needed places?
May 18 21:01:46 <Ainulindale> mrmoku: that's a good feature we have there
May 18 21:01:52 <Ainulindale> I'm sure everybody will be happy
May 18 21:01:58 <Ainulindale> TAsn: I did that
May 18 21:02:03 <TAsn> and changed the current method to (i.e incoming) to use that?
May 18 21:02:05 <Ainulindale> And I put it in list, view, and calls
May 18 21:02:08 <TAsn> Ainulindale, everywhere?
May 18 21:02:13 <TAsn> cool. ;]
May 18 21:02:17 <Ainulindale> Only place I didn't put it is for new SMSes
May 18 21:02:23 <Ainulindale> that is you add a contact
May 18 21:02:26 <Ainulindale> and it'll forget its name
May 18 21:02:29 <Ainulindale> I'll do that later on
May 18 21:02:32 <TAsn> cool.
May 18 21:02:36 <TAsn> you should always add it there
May 18 21:02:40 <TAsn> even if entered a number
May 18 21:02:47 <TAsn> as I said in the bug report iirc.
May 18 21:02:56 <Ainulindale> yep
May 18 21:03:36 <TAsn> mm I still see numbers instead of contacts...
May 18 21:04:02 <mrmoku> Ainulindale: yeah nice thing :)
May 18 21:04:09 <mrmoku> TAsn: btw.... I like your fix :)
May 18 21:04:12 <Ainulindale> TAsn: check your conf :-)
May 18 21:04:23 <TAsn> national_prefix =
May 18 21:04:24 <TAsn> country_code = 972
May 18 21:04:31 <TAsn> mrmoku, which? the hash table?
May 18 21:04:40 <Ainulindale> TAsn: home_prefix ?
May 18 21:04:48 <mrmoku> TAsn: eliminating org_number and fixing 00
May 18 21:04:49 <TAsn> mrmoku, said it's not used.
May 18 21:04:53 <TAsn> mrmoku, oh.
May 18 21:04:54 <TAsn> ;]
May 18 21:05:16 <mrmoku> TAsn: what's the prefix for Haifa?
May 18 21:05:22 <TAsn> 04
May 18 21:05:33 <mrmoku> TAsn: then put national_prefix = 0 in your conf
May 18 21:06:02 <Ainulindale> (it's sooo nice to eventually have that)
May 18 21:06:02 <mrmoku> which then will break your mobile numbers...hmm
May 18 21:06:17 <TAsn> mrmoku, mobile numbers also start with a 0
May 18 21:06:29 <TAsn> both mobile and land line look like this:
May 18 21:06:34 <mrmoku> TAsn: but you have to keep that 0 when adding +xx
May 18 21:06:38 <mrmoku> ?
May 18 21:06:40 <TAsn> no
May 18 21:06:50 <Ainulindale> TAsn: then national_prefix =0
May 18 21:06:53 <mrmoku> ok, then national_prefix = 0 should help
May 18 21:07:05 <TAsn> landline: 0 4 number
May 18 21:07:05 <Ainulindale> mrmoku: care to do the manual stuff for vala in order to build an image?
May 18 21:07:16 <TAsn> cell: 0 544 number
May 18 21:07:23 <mrmoku> Ainulindale: me is off to bed now :(
May 18 21:07:29 <Ainulindale> mrmoku: ok nevermind then :-)
May 18 21:07:30 <TAsn> mrmoku, night and thanks.
May 18 21:07:31 <Ainulindale> Go to bed
May 18 21:07:33 <pavo_baxter> excuse me...what is poppler?
May 18 21:07:38 <mrmoku> night all :)
May 18 21:08:05 <TAsn> Ainulindale, what's the way to restart ophonekitd?
May 18 21:08:10 <Ainulindale> killall -9
May 18 21:08:12 <TAsn> my ways seem not to work
May 18 21:08:15 <Ainulindale> then ophonekitd&
May 18 21:08:15 <TAsn> Ainulindale, and then?
May 18 21:08:25 <TAsn> how much time does it take it to start?
May 18 21:08:33 <dent> pavo_baxter: lib for reading PDFs
May 18 21:08:35 <Ainulindale> Do you have pin?
May 18 21:08:38 <Ainulindale> +a
May 18 21:08:41 <TAsn> no
May 18 21:08:49 <Ainulindale> Then check when you see register network callback
May 18 21:09:24 <TAsn> ~ how much time is it?
May 18 21:09:25 <bzzbot> TAsn: I think you lost me on that one
May 18 21:09:31 <TAsn> bzzbot, die.
May 18 21:09:33 <Ainulindale> TAsn: ~20s usually
May 18 21:09:53 <TAsn> Ainulindale, where's the bottleneck at?
May 18 21:09:57 <TAsn> framework or hw?
May 18 21:10:00 <Ainulindale> network registration
May 18 21:10:11 <Ainulindale> plus heavy timeouts I think
May 18 21:10:14 <TAsn> it doesn't take that much for my nokia to register.
May 18 21:10:37 <Ainulindale> that's because the devil made that nokia
May 18 21:10:43 <TAsn> btw, still no go, and I believe 20secs have passed.
May 18 21:10:53 <Ainulindale> what's the last line?
May 18 21:11:02 <TAsn> ** (process:1589): DEBUG: Initiated etk
May 18 21:11:02 <TAsn> ** (process:1589): DEBUG: idle notifier state handler called, id 0
May 18 21:11:02 <Ainulindale> Are you sure you properly killed ophonekitd?
May 18 21:11:07 <TAsn> yes I am.
May 18 21:11:08 <Ainulindale> TAsn: and before that? :-)
May 18 21:11:17 <TAsn> ** (process:1589): DEBUG: Request GSM resource
May 18 21:11:17 <TAsn> ** (process:1589): DEBUG: Initiated elementary
May 18 21:11:32 <Ainulindale> That's weird then
May 18 21:11:41 <Ainulindale> Kill it
May 18 21:11:42 <TAsn> rebooting
May 18 21:11:43 <Ainulindale> Kill the framework
May 18 21:11:46 <Ainulindale> Kill gsm0710muxd
May 18 21:11:49 <Ainulindale> And restart the framework
May 18 21:11:51 <Ainulindale> then restart ophonekitd
May 18 21:11:52 <TAsn> don't want to try your voodoo anymore.
May 18 21:12:03 <Ainulindale> you'd rather wait 3 minutes ?
May 18 21:13:09 <dos1|neo> TAsn: rebooting is windows way to resolve problems
May 18 21:13:11 <dos1|neo> ;p
May 18 21:13:31 <Ainulindale> Couldn't agree more (again) :-)
May 18 21:13:47 <TAsn> dos1|neo, ;]
May 18 21:13:56 <TAsn> boot = 1:30
May 18 21:13:59 <TAsn> registering = 30
May 18 21:14:05 <TAsn> sum = 2 mins
May 18 21:14:27 <Ainulindale> you're pretty good at maths I see :-)
May 18 21:15:11 <TAsn> ;]
May 18 21:18:15 <TAsn> still no go.
May 18 21:19:23 <Ainulindale> check the framework logs
May 18 21:19:59 <dos1|neo> TAsn: what's problem?
May 18 21:20:15 <TAsn> dos1|neo, I get numbers instead of names
May 18 21:20:31 <TAsn> Ainulindale, it registered.
May 18 21:20:39 <TAsn> the issue is with the message app.
May 18 21:20:47 <Ainulindale> that is?
May 18 21:20:54 <TAsn> dos1|neo, I get numbers instead of names
May 18 21:21:31 <Ainulindale> You don't have to restart ophonekitd to test it through messages TAsn 
May 18 21:21:38 <dos1|neo> TAsn: have you got names before?
May 18 21:21:45 <Ainulindale> So fiddle a bit with the conf
May 18 21:21:46 <TAsn> dos1|neo, no.
May 18 21:23:39 <TAsn> I went through the code
May 18 21:23:43 <TAsn> doesn't look like it should work.
May 18 21:24:00 <ptitjes> PaulFertser: that may be of interest for you: http://rodney.id.au/dev/vala/hackers.html
May 18 21:24:19 <ptitjes> or not
May 18 21:25:20 <PaulFertser> ptitjes: probably :)
May 18 21:27:41 <dos1|neo> name resolving works for me
May 18 21:27:47 <dos1|neo> but it worked before too
May 18 21:28:07 <dos1|neo> as i have contacts stored in international format ;)
May 18 21:28:21 <TAsn> ptitjes, what are the versions you have installed?
May 18 21:28:26 <TAsn> phonegui and phonegui-efl
May 18 21:28:51 <ptitjes> TAsn: on my phone ?
May 18 21:29:00 <TAsn> I meant Ainulindale 
May 18 21:29:01 <TAsn> ;]
May 18 21:29:11 <TAsn> you didn't confirm you have working name resolving.
May 18 21:29:25 <dos1|neo> TAsn: i have
May 18 21:29:34 <Ainulindale> libframeworkd-phonegui-efl0 - 0.0.2+gitr653+6257a460b81ddef5ac3da2d9bc05adebad63f3f1-r31 - 
May 18 21:29:37 <Ainulindale> libframeworkd-phonegui0 - 0.0.2+gitr658+f4d2371989b5bfc705394f5a2ae63a57bcd7952c-r8 - 
May 18 21:29:39 <TAsn> but you said you have everything stored as intl
May 18 21:30:37 <TAsn> same as mine ;\
May 18 21:30:56 <Ainulindale> shr-messages - 0.0.2+gitr651+8efaed064966c3ca20a7a81d52400598b398aa48-r7 - 
May 18 21:31:03 <dos1|neo> TAsn: wait a moment
May 18 21:31:14 <TAsn> Ainulindale, does it matter?
May 18 21:31:22 <Ainulindale> of course
May 18 21:31:23 <TAsn> isn't that just calling phonegui?
May 18 21:31:38 <TAsn> btw
May 18 21:31:49 <TAsn> I think that before the release we have to change the actual binary name to
May 18 21:31:51 <TAsn> shr-messages
May 18 21:31:57 <Ainulindale> yep
May 18 21:32:08 <Ainulindale> TAsn: and shr-messages inits the cache
May 18 21:32:13 <TAsn> anyhow, same version as mine.
May 18 21:32:23 <Ainulindale> then check your conf again :-)
May 18 21:32:28 <Ainulindale> debug if necessary
May 18 21:33:22 <TAsn> does ophonekitd keeps a log? or should I try to restart it? ;]
May 18 21:33:33 <Ainulindale> won't impact on messages
May 18 21:33:38 <Ainulindale> (unfortunately)
May 18 21:33:43 <dos1|neo> well
May 18 21:33:44 <PaulFertser> ptitjes: i think i know the reason: OE sets LDFLAGS variable before running configure, that messes up everything.
May 18 21:33:45 <TAsn> sure it does
May 18 21:33:50 <Ainulindale> TAsn: no
May 18 21:33:51 <TAsn> won't load if ophonekitd is down
May 18 21:33:53 <Ainulindale> apart for the gsm registration
May 18 21:34:02 <TAsn> sim registration as well
May 18 21:34:03 <Ainulindale> TAsn: that's wrong
May 18 21:34:04 <TAsn> I think.
May 18 21:34:09 <Ainulindale> mesages won't start if gsm isn't registered
May 18 21:34:10 <TAsn> that's what I get here..
May 18 21:34:11 <Ainulindale> that's all
May 18 21:34:15 <TAsn> oh.
May 18 21:34:18 <dos1|neo> Ainulindale, TAsn: it doesn't work :(
May 18 21:34:22 <Ainulindale> not necesarily by ophonekitd
May 18 21:34:24 <Ainulindale> +s
May 18 21:34:25 <TAsn> what doesn't?
May 18 21:34:27 <Ainulindale> dos1|neo: here it does
May 18 21:34:31 <dos1|neo> i removed +48 from contact
May 18 21:34:41 <TAsn> haha!
May 18 21:34:44 <TAsn> I'm not crazy.
May 18 21:34:46 <Ainulindale> Did you modify your conf?
May 18 21:34:46 <dos1|neo> and mesages i have with +48
May 18 21:34:50 <ptitjes> PaulFertser: interesting
May 18 21:34:54 <dos1|neo> Ainulindale: yes
May 18 21:35:01 <Ainulindale> dos1|neo: paste me how
May 18 21:35:11 <PaulFertser> ptitjes: i mean i know that for sure i just don't understand why OE does that.
May 18 21:35:45 <PaulFertser> ptitjes: that's the reason why it doesn't fail when you compile it manually without OE btw.
May 18 21:36:06 <ptitjes> PaulFertser: and so why does it build also in OE ?
May 18 21:36:16 <ptitjes> for me
May 18 21:36:40 <ptitjes> PaulFertser: I think my config is no different from yours ?
May 18 21:36:51 <PaulFertser> ptitjes: show me your ldd compiler/.libs/lt-valac (in tmp/work/vala-native-blabla/git/)
May 18 21:37:08 <dos1|neo> Ainulindale: country_code = 48
May 18 21:37:23 <Ainulindale> ah that's why
May 18 21:37:24 <dos1|neo> Ainulindale: home_code = 
May 18 21:37:27 <Ainulindale> polish people are not supported
May 18 21:37:38 <dos1|neo> err, prefix
May 18 21:37:51 <Ainulindale> everything should be empty but country code for you (and intl prefix)
May 18 21:38:20 <dos1|neo> Ainulindale: exactly what i have
May 18 21:38:22 <PaulFertser> ptitjes: also grep LDFLAGS config.log from the OE-configured sources.
May 18 21:38:38 <dos1|neo> Ainulindale: intl prefix = 00
May 18 21:38:42 <Ainulindale> Check the code you'll se it's supposed to work
May 18 21:39:02 <Ainulindale> +e
May 18 21:39:24 <dos1|neo> Ainulindale: but it doesn't
May 18 21:39:32 <dos1|neo> 725354xxx on sim
May 18 21:39:43 <dos1|neo> +48725354xxx on messages
May 18 21:39:57 <Ainulindale> weird
May 18 21:40:33 <ptitjes> PaulFertser: config.log ?
May 18 21:40:44 <ptitjes> PaulFertser: log.do_configure ?
May 18 21:41:09 <ptitjes> ok I get it :)
May 18 21:41:10 <PaulFertser> ptitjes: config.log
May 18 21:41:30 <TAsn> hm...
May 18 21:41:41 <ptitjes> http://pastebin.com/ded17f6d
May 18 21:41:41 <TAsn> I think the package is not up to date
May 18 21:41:59 <Ainulindale> well I opkg upgraded it
May 18 21:42:02 <TAsn> same here
May 18 21:42:04 <TAsn> hm.. wait
May 18 21:42:15 <TAsn> how can I increase glib debug level?
May 18 21:42:20 <ptitjes> PaulFertser: link above
May 18 21:42:27 <PaulFertser> ptitjes: same wrong stuff: libvala.so.0 => /home/didier/SHR/shr-unstable/tmp/staging/x86_64-linux/usr/lib/libvala.so.0
May 18 21:42:35 <PaulFertser> ptitjes: in fact lt-valac is what matters, not valac.
May 18 21:42:44 <ptitjes> oups
May 18 21:42:46 <ptitjes> 2sec
May 18 21:43:05 <PaulFertser> ptitjes: anyway LDFLAGS shouldn't be set, it messes up the build system.
May 18 21:43:13 <ptitjes> PaulFertser: no lt-valac
May 18 21:43:34 <PaulFertser> ptitjes: run compiler/valac --version, it'll probably get created.
May 18 21:43:51 <TAsn> *** (process:1552): DEBUG: looking for '+97254
May 18 21:43:52 <ptitjes> from devshell ?
May 18 21:43:53 <TAsn> ...
May 18 21:43:57 <TAsn> that's all I get
May 18 21:44:05 <TAsn> (cut the line in the middle of the number)
May 18 21:44:11 <dos1|neo> TAsn: me too
May 18 21:44:11 <Ainulindale> TAsn: that's weird and obviously a bug
May 18 21:44:27 <TAsn> Ainulindale, run openmoko-messages from terminal and tell us what you get.
May 18 21:44:31 <PaulFertser> ptitjes: doesn't matter
May 18 21:44:41 <ptitjes> PaulFertser: nah still no lt-valac
May 18 21:44:41 <Ainulindale> TAsn: "please"? :-)
May 18 21:44:44 <TAsn> do you see anything else interesting
May 18 21:44:46 <ptitjes> in .libs/
May 18 21:44:50 <TAsn> Ainulindale, sure... ;]
May 18 21:44:59 <TAsn> (I'm too tried to remember to finish sentences)
May 18 21:45:01 <TAsn> please check.
May 18 21:45:02 <PaulFertser> ptitjes: ok, still that valac that gets executed is wrongly linked.
May 18 21:45:36 <ptitjes> why is it ?
May 18 21:45:37 <Ainulindale> ** (process:3356): DEBUG: looking for '+336wwwwww' in contacts_cache
May 18 21:45:45 <TAsn> that's it?
May 18 21:45:46 <TAsn> sucks ;\
May 18 21:45:57 <Ainulindale> with a number obviously
May 18 21:46:07 <TAsn> I need more debug info!
May 18 21:46:37 <TAsn> hm.. installing dbg packages. ;\
May 18 21:47:31 <dos1|neo> it works now
May 18 21:47:36 <TAsn> what did you do?
May 18 21:47:37 <ptitjes> PaulFertser: yours or mine ?
May 18 21:47:42 <dos1|neo> 0725xxxxxx on sim
May 18 21:47:53 <dos1|neo> +48725xxxxxx on messages
May 18 21:47:54 <TAsn> and added 0 to prefix?
May 18 21:47:57 <Ainulindale> so home prefix :-)
May 18 21:48:01 <PaulFertser> ptitjes: both, i can't understand why your compilation works.
May 18 21:48:04 <dos1|neo> and 0 as national prefix
May 18 21:48:08 <TAsn> ohh sure
May 18 21:48:15 <TAsn> it doesn't do anything
May 18 21:48:16 <PaulFertser> ptitjes: clearly it has problems because buildhost can't build it too. 
May 18 21:48:16 <ptitjes> PaulFertser: I don't see why it is wrongly link ?
May 18 21:48:25 <TAsn> no wait
May 18 21:48:29 <ptitjes> PaulFertser: yeah I know it has problems
May 18 21:48:40 <PaulFertser> ptitjes: the version in .libs should be linked against freshly build libs in the build tree.
May 18 21:48:41 <ptitjes> PaulFertser: I don't tell the contrary
May 18 21:49:04 <dcordes> hi
May 18 21:49:07 <TAsn> conf->national_prefix_len > 0 && 
May 18 21:49:10 <ptitjes> PaulFertser: so how do you know from the output of ldd that mine is not correctly linked ?
May 18 21:49:11 <TAsn> stupid stupid stupid ;\
May 18 21:49:19 <TAsn> it will never add +
May 18 21:49:20 <dcordes> mickey|bbl, how's it going?
May 18 21:49:20 <TAsn> ;\
May 18 21:49:27 <TAsn> if your home prefix is null
May 18 21:49:59 <Ainulindale> TAsn: that's your fault then :-)
May 18 21:50:00 <PaulFertser> ptitjes: libvala.so.0 => /home/didier/SHR/shr-unstable/tmp/staging/x86_64-linux/usr/lib/libvala.so.0 <-- that's bootstrap libvala (unless you already had somehow installed a newer version)
May 18 21:50:02 <TAsn> no
May 18 21:50:05 <TAsn> it's mrmoku|away's
May 18 21:50:13 <Ainulindale> TAsn: patch it please I'll gladly rebuild it :-)
May 18 21:50:25 <dos1|neo> TAsn: fix anyway ;p
May 18 21:50:27 <TAsn> Ainulindale, sec
May 18 21:50:32 <TAsn> fixing more stuff 
May 18 21:50:44 <TAsn> btw, where's opkg's lock file at?
May 18 21:50:45 <ptitjes> PaulFertser: how can I check ?
May 18 21:51:18 <ptitjes> PaulFertser: that I did not installed a newer version
May 18 21:53:05 <ptitjes> PaulFertser: it is exactly like what I have on my host
May 18 21:53:10 <PaulFertser> ptitjes: strings /home/didier/SHR/shr-unstable/tmp/staging/x86_64-linux/usr/lib/libvala.so.0 | grep vala_code_context_set_profile
May 18 21:53:24 <ptitjes> didier@didier-gentoo ~/dev/gits/libmodulo.git $ ls -l /usr/lib/libvala.so.0
May 18 21:53:24 <ptitjes> lrwxrwxrwx 1 root root 16 May 18 16:46 /usr/lib/libvala.so.0 -> libvala.so.0.0.0
May 18 21:53:51 <ptitjes> PaulFertser: that returns:
May 18 21:54:00 <ptitjes> vala_code_context_set_profile
May 18 21:54:01 <ptitjes> vala_code_context_set_profile
May 18 21:54:11 <ptitjes> :|
May 18 21:55:20 <PaulFertser> ptitjes: do you think that was present in 0.7.2? ;)
May 18 21:55:32 <ptitjes> PaulFertser: it was not
May 18 21:55:35 <ptitjes> for sure
May 18 21:55:38 <PaulFertser> ptitjes: exactly my point
May 18 21:55:51 <ptitjes> so it is the new libvala
May 18 21:56:03 <ptitjes> which is correct
May 18 21:56:24 <PaulFertser> ptitjes: that's why vala-native doesn't fail for you
May 18 21:56:55 <ptitjes> PaulFertser: but many times I cleaned both vala-bootstrap-native and vala-native
May 18 21:57:03 <ptitjes> PaulFertser: should I rm tmp ?
May 18 21:57:11 <TAsn> Ainulindale, committed.
May 18 21:57:21 <CIA-75> SHR: 03tom 07shr * ra6ff20f38609 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: fixed the empty national prefix issue
May 18 21:57:31 <ptitjes> PaulFertser: btw mrmoku|away made me rm tmp/ some days ago to move to libtool 2.2
May 18 21:57:32 <PaulFertser> ptitjes: well, you can clean both again, then ensure that no valac and no libvala is installed in staging location.
May 18 21:57:39 <ptitjes> PaulFertser: that might be the thing ?
May 18 21:58:04 <TAsn> Ainulindale, not sure if it's the answer to our prayers, though it's at least the answer to dos1|neo's.
May 18 21:58:09 <PaulFertser> ptitjes: i'm building since late Saturday, so i doubt it.
May 18 21:58:22 <Ainulindale> TAsn: building
May 18 21:58:40 <ptitjes> PaulFertser: are you in libtool 2.2 already ?
May 18 21:58:52 <ptitjes> PaulFertser: oh this is a new tree ?
May 18 21:58:56 <ptitjes> ok
May 18 21:59:13 <PaulFertser> ptitjes: no, 1.5 here
May 18 21:59:26 <ptitjes> hey
May 18 21:59:43 <ptitjes> libtool is the problem isn't it ?
May 18 22:00:00 <PaulFertser> ptitjes: hm, i'm not sure yet.
May 18 22:00:10 <TAsn> oops
May 18 22:00:12 <TAsn> Ainulindale, sec
May 18 22:00:43 <ptitjes> PaulFertser: I think mickey|bbl may use this too as he must be on om-prefered-version-2008/9
May 18 22:00:54 <ptitjes> PaulFertser: which was not the case until recently for us
May 18 22:01:03 <TAsn> Ainulindale, now.
May 18 22:01:04 <TAsn> sorry.
May 18 22:01:07 <PaulFertser> ptitjes: why don't my tree use it too then?
May 18 22:01:20 <CIA-75> SHR: 03tom 07shr * r750fcb94a579 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: last commit didn't include the last strdup, fixed
May 18 22:01:35 <ptitjes> PaulFertser: don't know the internals but I think you have to rebuild libtool-native
May 18 22:01:46 <PaulFertser> ptitjes: since when is it used?
May 18 22:01:47 <ptitjes> PaulFertser: mrmoku|away simply made me rm -rf tmp/
May 18 22:01:49 <ptitjes> :)
May 18 22:02:09 <ptitjes> PaulFertser: we used it to (try to) build gobject-introspection
May 18 22:02:18 <ptitjes> some days ago
May 18 22:04:24 <TAsn> hm.. here it doesn't even get to the number equal func
May 18 22:04:34 <ptitjes> PaulFertser: since the distro.conf I suppose, see:
May 18 22:04:40 <ptitjes> http://git.shr-project.org/git/?p=shr-overlay.git;a=blob;f=openembedded/conf/distro/shr.conf;h=67aa44f6c6a277ec4f1da333f04697e239833c3c;hb=a3776df6ee16dbbe308e98717ee9f5c31c4e9bdb
May 18 22:04:43 <ptitjes> first lines
May 18 22:05:26 <Ainulindale> TAsn: there
May 18 22:05:38 <Ainulindale> TAsn: equal is for insert only
May 18 22:05:50 <TAsn> no it's not
May 18 22:05:55 <TAsn> when you take out of a hash table
May 18 22:05:59 <TAsn> you also compare.
May 18 22:06:08 <Ainulindale> yes but here we don't :-)
May 18 22:06:15 <TAsn> Ainulindale, sure it does
May 18 22:06:20 <TAsn> that's how a hash table works
May 18 22:06:28 <TAsn> (g_hash_table is a hash_table)
May 18 22:06:33 <TAsn> and that's how they work in general
May 18 22:06:44 <TAsn> that's for handling clashes
May 18 22:07:25 <Ainulindale> I was saying
May 18 22:07:27 <Ainulindale> Here we don't remove
May 18 22:07:34 <TAsn> for some reason though I don't have any debug symbols
May 18 22:07:34 <Ainulindale> (if that's what you meant by take out)
May 18 22:07:39 <TAsn> not
May 18 22:07:40 <TAsn> no*
May 18 22:07:43 <TAsn> I meant retrieve
May 18 22:07:50 <Ainulindale> Retrieve uses hash IIRC.
May 18 22:07:54 <TAsn> no
May 18 22:07:59 <TAsn> take this scenario:
May 18 22:08:01 <Ainulindale> Prove it with debugs :-)
May 18 22:08:13 <Ainulindale> That's the whole point of hash IIRC
May 18 22:08:16 <TAsn> you got a string that hashes to hash1
May 18 22:08:27 <TAsn> and you got a second string that also hashes to hash1
May 18 22:08:31 <PaulFertser> ptitjes: still 1.5.10-r10
May 18 22:08:33 <Ainulindale> then it'll collision
May 18 22:08:36 <TAsn> exactly
May 18 22:08:41 <Ainulindale> s/collision/collide/
May 18 22:08:41 <bzzbot> Ainulindale meant: then it'll collide
May 18 22:08:49 <TAsn> and you have to take care of that
May 18 22:08:56 <TAsn> there are a couple of ways
May 18 22:09:01 <TAsn> one of them is chaining
May 18 22:09:03 <Ainulindale> hashes are supposed to cover that
May 18 22:09:14 <Ainulindale> (at least that's what we were told when we studied :-) )
May 18 22:09:14 <TAsn> the hash function?
May 18 22:09:15 <ptitjes> PaulFertser: 2.2.4-r20 here
May 18 22:09:16 <TAsn> it can't.
May 18 22:09:21 <TAsn> not entirely
May 18 22:09:29 <TAsn> because you are limited to int size entries
May 18 22:09:35 <TAsn> assuming you have a perfect hash function
May 18 22:09:36 <Ainulindale> TAsn: refs?
May 18 22:09:44 <TAsn> huh?
May 18 22:09:48 <ptitjes> PaulFertser: this may be why mrmoku made me rm -rf tmp/
May 18 22:09:50 <ptitjes> ...
May 18 22:09:50 <Ainulindale> any refs to assert that?
May 18 22:10:10 <PaulFertser> ptitjes: heh :)
May 18 22:10:18 <PaulFertser> ptitjes: i'm not doing that ;)
May 18 22:10:25 <ptitjes> PaulFertser: but if you build since saturday :)
May 18 22:10:25 <PaulFertser> ptitjes: i'll find a better way, let me see.
May 18 22:10:35 <ptitjes> héhé
May 18 22:10:41 <Ainulindale> TAsn: in a hashtable hashes are suppsoed to be a reliable unique ID for keys
May 18 22:10:53 <TAsn> yes
May 18 22:10:56 <Ainulindale> PaulFertser: care to get into our discussion here?
May 18 22:10:59 <TAsn> though they can only be in some extent
May 18 22:11:05 <TAsn> collisions are possible
May 18 22:11:08 <ptitjes> PaulFertser: anyway if you try to build an unstable that has to be with the correct versions
May 18 22:11:11 <Ainulindale> Not in hashtables as I recall It
May 18 22:11:14 <ptitjes> else it won't be an unstable ;)
May 18 22:11:20 <ptitjes> :p
May 18 22:11:26 <TAsn> Ainulindale, they can happen though they are sorted out.
May 18 22:11:29 <Ainulindale> If you can't hash properly then it must be a wrongly chosen structure :-)
May 18 22:11:29 <TAsn> think about it
May 18 22:11:44 <TAsn> Ainulindale, no
May 18 22:11:49 <Ainulindale> TAsn: give me an example I'm all ears :-)
May 18 22:11:50 <TAsn> HEY!
May 18 22:11:51 <TAsn> it's working!
May 18 22:11:52 <TAsn> ;]
May 18 22:11:55 <ptitjes> yes there may be collision
May 18 22:12:02 <ptitjes> hence the mandatory equal func
May 18 22:12:13 <TAsn> exactly
May 18 22:12:25 <TAsn> omg, I know who smsed me! ;]
May 18 22:12:35 <TAsn> I guess by cleaning up the code
May 18 22:12:35 <Ainulindale> woooh!
May 18 22:12:38 <TAsn> I fixed another  issue.
May 18 22:12:58 <TAsn> Ainulindale, anyhow, I'm 100% sure I'm right about this ;]
May 18 22:13:13 <Ainulindale> TAsn: then I'm interested
May 18 22:13:17 <TAsn> sec
May 18 22:13:20 <TAsn> will explain
May 18 22:13:22 <Ainulindale> I only poorly remember what I was taught about
May 18 22:13:28 <TAsn> ok
May 18 22:13:30 <Ainulindale> As I told you, I'm all ears :-)
May 18 22:13:37 <TAsn> let's think about a hash table
May 18 22:13:41 <PaulFertser> Ainulindale: are you talking about hashes? Surely it can collide. Crypto-hashes are designed in way that makes it hard to make a collision, true. But if a hash is short enough and not crypto it can collide.
May 18 22:13:41 <TAsn> how would you implement that?
May 18 22:14:06 <Ainulindale> TAsn: well I'm positively too tired to think about that
May 18 22:14:17 <Ainulindale> (and/or too drunk)
May 18 22:14:30 <TAsn> Ainulindale, would it be safe to assume you'd be using a block of memory?
May 18 22:14:45 <TAsn> if so, how big?
May 18 22:14:49 <Ainulindale> TAsn: well as in any struct yes :-)
May 18 22:14:56 <TAsn> yes ;] ok
May 18 22:15:06 <TAsn> do you agree it'll be of finite size?
May 18 22:15:10 <TAsn> btw
May 18 22:15:16 <TAsn> Breakpoint 1, 0x40026254 in phone_number_equal ()
May 18 22:15:16 <TAsn>    from /usr/lib/libframeworkd-phonegui.so.0
May 18 22:15:24 <TAsn> it did call the equal function ;]
May 18 22:15:32 <CIA-75> SHR: 03ptitjes 07libmodulo * r97804fb4c723 10/samples/Makefile.am: Force build samples in order (fix multi-threaded buildi failing)
May 18 22:15:33 <Ainulindale> give me the bt :-)
May 18 22:15:51 <TAsn> #1  0x4011ff34 in g_hash_table_lookup () from /usr/lib/libglib-2.0.so.0
May 18 22:15:51 <TAsn> #2  0x40025f6c in phonegui_contact_cache_lookup ()
May 18 22:16:09 <TAsn> anyhow it'll be of finite size
May 18 22:16:15 <TAsn> because you have finite memory
May 18 22:16:21 <Ainulindale> positively weird that it'd collide on a low amount of data :-)
May 18 22:16:27 <TAsn> it won't
May 18 22:16:32 <Ainulindale> but I guess you made your point
May 18 22:16:32 <TAsn> but it can
May 18 22:16:39 <Ainulindale> then you're doomed!
May 18 22:16:41 <Ainulindale> Doooooooooooomed!
May 18 22:16:43 <TAsn> therefore the possible hashes are limited to a finite number
May 18 22:16:46 <TAsn> let's say A
May 18 22:17:13 <TAsn> with more than A contacts we'll surely have a collision (actually a lot before reaching that)
May 18 22:17:18 <TAsn> ;]
May 18 22:17:36 <ptitjes> you should normalize before insertion and before lookup
May 18 22:17:39 <TAsn> so we have to check for collisions
May 18 22:17:40 <TAsn> qed.
May 18 22:17:46 <Ainulindale> Doesn't change the fact that the probability you'd have a collision with your low number of contacts is pretty low
May 18 22:17:49 <TAsn> ptitjes, now, we did a better hack
May 18 22:17:52 <TAsn> no*
May 18 22:17:52 <TAsn> ;]
May 18 22:18:02 <ptitjes> oh...
May 18 22:18:02 <TAsn> Ainulindale, ok, but you still have to check
May 18 22:18:03 <ptitjes> :)
May 18 22:18:07 <TAsn> that's why hash tables check
May 18 22:18:13 <TAsn> ptitjes, we wrote a new hash function
May 18 22:18:15 <Ainulindale> TAsn: agreed, agreed
May 18 22:18:24 <TAsn> that hashes a number according to it's normalized value
May 18 22:18:25 <ptitjes> TAsn: I don't understand why you do that
May 18 22:18:37 <Ainulindale> I have to brush up some things on my basic structure implementation then :-)
May 18 22:18:41 <Ainulindale> Damn basics are far away
May 18 22:18:56 * TAsn <-- still a student
May 18 22:19:06 <Ainulindale> how old are you again by the way? :-)
May 18 22:19:07 <TAsn> ptitjes, and check collisions by normalizing both.
May 18 22:19:13 <TAsn> Ainulindale, 20
May 18 22:19:23 <Ainulindale> Young and lazy pig
May 18 22:19:27 <ptitjes> TAsn: but why don't you normalize before insertion and lookup
May 18 22:19:28 <TAsn> Ainulindale, ;]
May 18 22:19:30 <Ainulindale> Too bad for an israeli
May 18 22:19:34 <TAsn> Ainulindale, hehe. ;]
May 18 22:19:42 <ptitjes> TAsn: I think you pervertize the role of the hash and equal funcs
May 18 22:19:49 <TAsn> ptitjes, kinda
May 18 22:19:51 <ptitjes> they are not made for that
May 18 22:19:52 <TAsn> though I had to do that
May 18 22:19:53 <ptitjes> but test
May 18 22:20:11 <DocScrutinizer> [2009-05-18 22:54:13] <Ainulindale> DocScrutinizer: update & enjoy your advices; [2009-05-18 22:54:25] <TAsn> DocScrutinizer, !!! <<< ???? o.O
May 18 22:20:12 <ptitjes> that are the most used functions inside the hashtable implementations
May 18 22:20:28 <DocScrutinizer> wtf???
May 18 22:20:30 <ptitjes> thus you will ruin performance if your hash and equals are not very well optimized
May 18 22:20:32 <TAsn> DocScrutinizer, ?
May 18 22:20:52 <DocScrutinizer> TAsn: @!
May 18 22:21:05 <TAsn> DocScrutinizer, can't remember
May 18 22:21:14 <TAsn> ptitjes, hash is great
May 18 22:21:15 <Ainulindale> DocScrutinizer: your advices have been implemented
May 18 22:21:17 <DocScrutinizer> so backscroll!
May 18 22:21:30 <DocScrutinizer> Ahhhh, that's a statement
May 18 22:21:31 <TAsn> my way acts the same as normalizing and inserting
May 18 22:21:46 <TAsn> though without having the text saved in the hash table as normalized
May 18 22:21:52 <TAsn> I don't know why, though that was a limitation
May 18 22:21:57 <TAsn> that mrmoku|away asked for.
May 18 22:22:01 <Ainulindale> and it seems there's an argument out here
May 18 22:22:09 <dos1|neo> TAsn: it still doesn't work
May 18 22:22:19 <TAsn> otherwise, saving the normalized string should do it.
May 18 22:22:22 <TAsn> dos1|neo, really? ;\
May 18 22:23:25 <dos1|neo> TAsn: 725xxxxxx on sim and +48725xxxxxx
May 18 22:23:37 <dos1|neo> TAsn: only 00 and 48 in conf
May 18 22:23:54 <TAsn> hm..
May 18 22:23:56 <TAsn> sec.
May 18 22:24:08 <DocScrutinizer> dos1|neo: looks odd anyway
May 18 22:24:42 <TAsn> I know what may be the case
May 18 22:24:43 <TAsn> sec.
May 18 22:24:43 <ptitjes> Please can someone help me to fix that: http://git.shr-project.org/git/?p=libmodulo.git;a=blob;f=samples/Makefile.am;h=6174329ae559d28ed389f23bdfe2351fd5ff1763;hb=HEAD
May 18 22:24:44 <ptitjes> I must build the libfoo.la library before the foo-client and foo-server executables.
May 18 22:24:44 <ptitjes> Else that won't build in a multi-threaded build
May 18 22:24:59 <dos1|neo> there should be debug output how normalized number looks like ;p
May 18 22:25:05 <DocScrutinizer> as 725xxxxxx is supoosed to be a local number then without any <NP> or <HC>
May 18 22:25:28 <Ainulindale> DocScrutinizer: it may be that the implementation is bad
May 18 22:25:54 <TAsn> ok I was wrong, I don't know what's wrong.
May 18 22:26:12 <TAsn> dos1|neo, is g_debug safe to use?
May 18 22:26:56 <dos1|neo> 48725354395 doesn't work too
May 18 22:26:57 <DocScrutinizer> the normalized form should be + 48 <HC> 725xxxxxx, except if "7"==<NP>
May 18 22:27:03 <dos1|neo> TAsn: it should
May 18 22:27:14 <ptitjes> anyone how can I force the order of building for libs and executable in an automake ?
May 18 22:27:20 <TAsn> i remember issues
May 18 22:27:30 <TAsn> well, checking.
May 18 22:27:35 <dos1|neo> DocScrutinizer: 7 isn't <NP>
May 18 22:27:40 <DocScrutinizer> but then the normalized form is +4825xxxxxx
May 18 22:28:37 <DocScrutinizer> dos1|neo: if the number doesn't have any <NP> neither any <IP> and no "+", it's considered a local number
May 18 22:28:51 <TAsn> dos1|neo, actually, that's a lot of debug info.
May 18 22:28:52 <DocScrutinizer> as 725xxxxxx is supoosed to be a local number then without any <NP> or <HC>
May 18 22:29:03 <DocScrutinizer> the normalized form should be + 48 <HC> 725xxxxxx, except if "7"==<NP>
May 18 22:29:37 <dos1|neo> bad news ;p
May 18 22:29:52 <dos1|neo> with +48725xxxxxx it works
May 18 22:29:53 <dos1|neo> but
May 18 22:30:06 <dos1|neo> with 0048725xxxxxx it segfaults
May 18 22:30:14 <DocScrutinizer> :-/
May 18 22:30:18 <TAsn> dos1|neo, if you want, build.
May 18 22:30:21 <CIA-75> SHR: 03tom 07shr * r7e8f7f7310b8 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: added debug info in the phone # normalization function
May 18 22:30:21 <TAsn> added debug.
May 18 22:30:27 <ptitjes> nytowl: thank you
May 18 22:30:30 <TAsn> dos1|neo, really?
May 18 22:30:31 <TAsn> hm..
May 18 22:30:43 <TAsn> dos1|neo, at least it works.
May 18 22:30:47 <TAsn> hm.. let me see about 00.
May 18 22:30:49 <nytowl> ptitjes, np sorry it ttok so long
May 18 22:30:57 <ptitjes> no prob
May 18 22:31:13 <DocScrutinizer> I really am amazed how difficult it seems to be to implement thre regex calls :P
May 18 22:31:26 <ptitjes> nytowl: would you like a working libfso-glib to put along ?
May 18 22:32:09 <nytowl> hehe sure send it over , don't suppose you have a screen lock program I can reftheme too :)
May 18 22:32:16 <ptitjes> nytowl: http://git.shr-project.org/git/?p=shr-overlay.git;a=tree;f=openembedded/recipes/freesmartphone;hb=HEAD
May 18 22:32:43 <ptitjes> nytowl: there you have fso-specs (they are staged in /usr/share/something) and libfso-glib
May 18 22:33:09 <ptitjes> nytowl: sorry ?
May 18 22:33:41 <ptitjes> nytowl: err I didn't get you: "don't suppose you have a screen lock program I can reftheme too"
May 18 22:33:50 <nytowl> ptitjes, nothing just try to catch all the keystrokes on screen dim right now ( thinking out loud )
May 18 22:35:02 <dos1|neo> nytowl: there is x screensaver which eats tap after dim
May 18 22:35:07 <dos1|neo> nytowl: in shr
May 18 22:35:38 <nytowl> dos1|neo, can it be activated by dbus signals ?
May 18 22:35:58 <TAsn> ok, will do a last tiny commit before I go.
May 18 22:36:55 <TAsn> Ainulindale, you see?
May 18 22:37:08 <dos1|neo> nytowl: idlenotifier setstate idle_dim?
May 18 22:37:18 <TAsn> for instance now is one of those moments where unstable surpasses testing by A LOT!
May 18 22:37:20 <dos1|neo> nytowl: as xset is in rules.yaml
May 18 22:37:30 <Ainulindale> ?
May 18 22:38:04 <TAsn> Ainulindale, for instance now is one of those moments where unstable surpasses testing by A LOT!
May 18 22:38:39 <Ainulindale> what if someone upgraded before the "stable" unstable?
May 18 22:39:01 <CIA-75> SHR: 03tom 07shr * r606575abf6ae 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: improved code readablitiy a little
May 18 22:39:02 <nytowl> dos1|neo, so you use xset to bring the screensave up
May 18 22:39:07 <TAsn> it sucks to be him, I agree unstable isn't for everyday users
May 18 22:39:15 <ptitjes> hum any masterizing Makefiles here ?
May 18 22:39:18 <TAsn> I'm just saying we have rapid development here
May 18 22:39:22 <Ainulindale> that's why itr's unstable
May 18 22:39:26 <Ainulindale> yes TAsn indeed
May 18 22:39:33 <TAsn> ptitjes, makefiles?! that's old...
May 18 22:39:34 <dos1|neo> nytowl: yep, AFAIR
May 18 22:39:56 <nytowl> dos1|neo, thx
May 18 22:40:25 <ptitjes> TAsn: do you know how I could force autotools to build the lib first there: http://git.shr-project.org/git/?p=libmodulo.git;a=blob;f=samples/Makefile.am;h=6174329ae559d28ed389f23bdfe2351fd5ff1763;hb=HEAD
May 18 22:40:28 <TAsn> btw, please add all the get name from number to everywhere in efl and efl2 ;]
May 18 22:40:53 <dos1|neo> TAsn: in efl2 use opimd for that
May 18 22:40:54 <dos1|neo> ;p
May 18 22:41:12 <TAsn> dos1|neo, oh, sweet. got the same code in opimd?
May 18 22:41:22 <TAsn> or just just guess to check if it's a substr?
May 18 22:41:31 <TAsn> if so, that's BAD. ;]
May 18 22:41:35 <TAsn> ptitjes, no idea...
May 18 22:41:43 <ptitjes> brrrrrrrr
May 18 22:41:54 <TAsn> ptitjes, rtfm?
May 18 22:42:01 <ptitjes> can't find
May 18 22:42:02 <dos1|neo> TAsn: dunno ;D
May 18 22:42:06 <DocScrutinizer> what's the technical procedure to lock a wikipage for editing?
May 18 22:42:26 <dos1|neo> TAsn: it's some abraxa's magic
May 18 22:42:45 <TAsn> dos1|neo, I hope you don't mind, but I wish someone would overview that ;]
May 18 22:43:08 <ptitjes> DocScrutinizer: I think this is optimistic locking
May 18 22:43:16 <ptitjes> :)
May 18 22:43:18 <dos1|neo> TAsn: but i think it's some string matching
May 18 22:43:42 <TAsn> dos1|neo, will have to change to DocScrutinizer's way
May 18 22:43:45 <DocScrutinizer> ptitjes: huh?
May 18 22:43:47 <TAsn> which seems the most correct
May 18 22:43:48 <dos1|neo> TAsn: in percentage
May 18 22:43:53 <TAsn> will have to review that though
May 18 22:43:59 <TAsn> dos1|neo, oh, right I remember that
May 18 22:44:05 <TAsn> will have to go ;] (in my opinion)
May 18 22:44:07 <ptitjes> DocScrutinizer: first submit wins, last merges...
May 18 22:44:35 <dos1|neo> TAsn: then there have to be special GetContactFromNumber method...
May 18 22:44:35 <DocScrutinizer> ptitjes: I'm talking about locking
May 18 22:45:01 <ptitjes> DocScrutinizer: That's what I'm telling you, there is none
May 18 22:45:08 <TAsn> dos1|neo, are you asking or saying?
May 18 22:45:09 <DocScrutinizer> pah
May 18 22:45:15 <TAsn> if there is we should edit that to be correct
May 18 22:45:15 <dos1|neo> TAsn: as checking string matching is useful too
May 18 22:45:20 <TAsn> and not just good.
May 18 22:45:27 <dos1|neo> TAsn: no edit
May 18 22:45:27 <TAsn> dos1|neo, yeah, it is.
May 18 22:45:29 <TAsn> very useful
May 18 22:45:37 <TAsn> (for contacts matching)
May 18 22:45:42 <DocScrutinizer> I bet if I set the file ro it won't change anymore
May 18 22:45:56 <dos1|neo> TAsn: in dialer for instance
May 18 22:46:05 <dos1|neo> when you enter digits
May 18 22:46:06 <TAsn> yes
May 18 22:46:13 <DocScrutinizer> roh: ping
May 18 22:46:35 <TAsn> dos1|neo, 2007.2 had a lot of very good features
May 18 22:46:47 <TAsn> too bad it was terribly slow and amazingly unstable.
May 18 22:46:48 <TAsn> ;]\
May 18 22:46:53 <dos1|neo> TAsn: yep, i agree
May 18 22:47:01 <TAsn> btw, in my TODO list:
May 18 22:47:10 <TAsn> * enforce my coding conventions
May 18 22:47:24 <TAsn> I just got completely mad
May 18 22:47:27 <Ainulindale> talk about them and we'll talk about them too :-)
May 18 22:47:32 <TAsn> trying to work with 4 spaces instead of tabs
May 18 22:47:41 <[Rui]> string matching for contacts list should be done without a text area
May 18 22:47:45 <TAsn> Ainulindale, as I said, it's in my todo.
May 18 22:47:59 <Ainulindale> That's part of your work now
May 18 22:48:07 <TAsn> [Rui], do you remember 2007?
May 18 22:48:09 <dos1|neo> [Rui]: what text area?
May 18 22:48:09 <[Rui]> something like like string matching in compiz's scale is what I really wish for :)
May 18 22:48:14 <ptitjes> nytowl: yeaaahhh :)
May 18 22:48:16 <TAsn> I think that's a more than decent goal to achieve
May 18 22:48:26 <[Rui]> TAsn: yeah, sadly I do :)
May 18 22:48:39 <TAsn> [Rui], wasn't that bad!
May 18 22:48:42 <nytowl> ptitjes, you own me some of Ainulindale's belgian beer ;)
May 18 22:48:42 <[Rui]> dos1|neo: my main gripe is that I have over 200 contacts
May 18 22:48:52 <ptitjes> nytowl: sure
May 18 22:48:56 <ptitjes> nytowl: at F9N ??
May 18 22:49:01 <ptitjes> nytowl: hummm sorry 
May 18 22:49:08 <Ainulindale> nytowl: well you could have one of mine if you come back in paris one of these days
May 18 22:49:11 <[Rui]> TAsn: but it was my first contact with the sad state of things, so I got more or less traumatized :)
May 18 22:49:20 <dos1|neo> [Rui]: so? i don't get the point
May 18 22:49:25 <[Rui]> Om2008.12 was the first usable as a phone disrto :)
May 18 22:49:28 <Ainulindale> I plan to go here one of these days (belgium)
May 18 22:49:35 <nytowl> Ainulindale, I think you should bring it over here :)
May 18 22:49:45 <[Rui]> dos1|neo: dragging the contact list was a paaaaaaain
May 18 22:49:55 <Ainulindale> a bit far for me nytowl 
May 18 22:50:01 <TAsn> [Rui], no it wasn't 
May 18 22:50:03 <dos1|neo> i was using 2007.2 as daily phone
May 18 22:50:04 <TAsn> bah, it was terrible
May 18 22:50:08 <TAsn> dos1|neo, same here.
May 18 22:50:16 <TAsn> a daily low battery phone
May 18 22:50:18 <TAsn> but still daily
May 18 22:50:20 <[Rui]> dos1|neo: so if you just have the illume keyboard and type "jan" it should auto filter the contact list for "jan" matches :)
May 18 22:50:24 <TAsn> quick enough I moved to fso
May 18 22:50:29 <dos1|neo> om2008.x was crap, which i couldn't use
May 18 22:50:37 <TAsn> dos1|neo, couldn't agree more
May 18 22:50:46 <[Rui]> without every having to type it in a text area that would further cut the already short screen real estate
May 18 22:50:50 <ptitjes> TAsn: hum found it actually
May 18 22:51:12 <[Rui]> dos1|neo: do you run compiz or kde42 with "3d" effects?
May 18 22:51:22 <CIA-75> SHR: 03ptitjes 07libmodulo * r91fea16b454f 10/samples/Makefile.am: Fix local library in LDADD so that _DEPENDENCIES are set correctly
May 18 22:51:23 <dos1|neo> then i moved to shr
May 18 22:51:32 <Ainulindale> dos1|neo: a wise choice
May 18 22:51:35 <Ainulindale> :-)
May 18 22:51:45 <dos1|neo> [Rui]: kde 4.2, sometimes with efects
May 18 22:51:46 <TAsn> ptitjes, how?
May 18 22:51:59 <ptitjes> see my last commit ^^
May 18 22:52:13 <TAsn> I run gnome with compiz
May 18 22:52:14 <TAsn> ;]
May 18 22:52:24 <ptitjes> TAsn: changing -lfoo by libfoo.la :)
May 18 22:52:25 <[Rui]> dos1|neo: if you call (I don't know how in kde) that effect where you get miniatures of all your windows, and then start typing letters you'll see what I mean
May 18 22:52:34 <Ainulindale> Anyway off to sleep here
May 18 22:52:46 <dos1|neo> [Rui]: ok, i know
May 18 22:52:47 <Ainulindale> Or rather to read my current book
May 18 22:53:13 <[Rui]> but it should be case insensitive filter
May 18 22:53:20 <playya_> this could get interesting in the future: http://www.displaylink.com/news/news150509.htm
May 18 22:53:31 <[Rui]> dos1|neo: that would be useful for a contacts list filter, no? :)
May 18 22:53:40 <TAsn> ptitjes, that forced bulding first?
May 18 22:53:49 <TAsn> or just fixed your issue?
May 18 22:54:09 <ptitjes> TAsn: that sets my_program_DEPENDENCIES so that the lib builds first :)
May 18 22:54:18 <TAsn> ;]
May 18 22:54:44 <ptitjes> autotools are hells of possibilities
May 18 22:54:56 <dos1|neo> [Rui]: that's what i want to see in contacts app (without effects ofc ;D)
May 18 22:55:12 <[Rui]> dos1|neo: yeah, with glamo == without efects please
May 18 22:55:27 <dos1|neo> [Rui]: but that's for names
May 18 22:55:29 <ptitjes> Ainulindale: what is the policy to remove recipes from the overlay ?
May 18 22:55:42 <ptitjes> Ainulindale: fso-specs and libfso-glib have gone to oe
May 18 22:55:50 <ptitjes> Ainulindale: may I remove them from the overlay ?
May 18 22:55:59 <dos1|neo> [Rui]: in dialer i would like to see matching by digits
May 18 22:56:03 <DocScrutinizer> TAsn: I'm preparing a sequel to my [devel] msg for normalization. tsay tuned for POC/code-example
May 18 22:56:05 <dos1|neo> as in 2007.2
May 18 22:56:14 <[Rui]> dos1|neo: think full text search
May 18 22:56:26 <[Rui]> dos1|neo: and matching by the most important fields
May 18 22:56:34 <[Rui]> dos1|neo: names, numbers...
May 18 22:56:56 <dos1|neo> [Rui]: but how do you define "most important"?
May 18 22:57:03 <TAsn> DocScrutinizer, cool ;] I thought mrmoku|away already did that, (didn't yet read your post).
May 18 22:57:11 <dos1|neo> implementing pim is hard
May 18 22:57:32 <DocScrutinizer> mrmoku|away did that? duh, like to have a look at it
May 18 22:57:33 <TAsn> ptitjes, if they are in oe and you can verify this, then why not.
May 18 22:57:34 <dos1|neo> i'm only playing with opimd to get basics working
May 18 22:57:45 <alfa21> mh... latest upgrade: ophone and frawkd not killed now after suspend, but can't make calls or receive after one good
May 18 22:57:45 <TAsn> DocScrutinizer, I tried to fix as much as possible
May 18 22:57:56 <TAsn> hm... DocScrutinizer shr git phonegui
May 18 22:58:02 <TAsn> frameworkd-phonegui.c
May 18 22:58:08 <TAsn> or something like that ;]
May 18 22:58:10 <dos1|neo> for more we need someone, who knows better about pim
May 18 22:58:35 <ptitjes> TAsn: they just have been added by nytowl: http://cgit.openembedded.org/cgit.cgi?url=openembedded/log/&h=fso/milestone5.5
May 18 22:58:38 <DocScrutinizer> TAsn: shouldn't that become a function of a helper-lib?
May 18 22:58:57 <TAsn> DocScrutinizer, it'll actually be implemented in opimd
May 18 22:59:02 <PaulFertser> Hey, can't anybody explain how to use libtool 2 without removing tmp?
May 18 22:59:09 <TAsn> though it's atm in phonegui since there's no opimd yet
May 18 22:59:15 <TAsn> and we need a temp solution
May 18 22:59:24 <DocScrutinizer> TAsn: even opimd should import it from a helper-lib
May 18 22:59:30 <alfa21> I cannot see anything usefull in logs about my current behaviour
May 18 22:59:38 <TAsn> DocScrutinizer, an helper lib that only does that?
May 18 22:59:38 <ptitjes> TAsn: I was wiling to not take any bad initiatives without the chief's acknowledgement... 
May 18 22:59:41 <DocScrutinizer> TAsn: as it's a generic function
May 18 22:59:51 <TAsn> DocScrutinizer, opimd will offer using it.
May 18 23:00:06 <TAsn> ptitjes, don't be sarcastic... 
May 18 23:00:08 <TAsn> if you are right
May 18 23:00:10 <TAsn> and it is in oe
May 18 23:00:15 <ptitjes> I'm not
May 18 23:00:15 <DocScrutinizer> TAsn: I think there are lots of functions not specific to any gui/pimd/dunno
May 18 23:00:18 <TAsn> then you comitting it will do nothing.
May 18 23:00:26 <TAsn> *removing it
May 18 23:00:33 <TAsn> actually will fix future clashes
May 18 23:00:39 <TAsn> DocScrutinizer, like?
May 18 23:00:56 <DocScrutinizer> OMG, you can ask
May 18 23:00:58 <ptitjes> finishing my changes on libmodulo and commiting
May 18 23:01:06 <TAsn> DocScrutinizer, (I'm really asking/wanting to know your opinion, not trying to be annoying)
May 18 23:01:11 <TAsn> DocScrutinizer, huh?
May 18 23:01:31 <DocScrutinizer> I'd have to read the code to find examples
May 18 23:01:38 <TAsn> ;]
May 18 23:01:45 <TAsn> DocScrutinizer, I agree there are probably a couple
May 18 23:01:57 <TAsn> though I don't see how putting them in a weird lib will do any good
May 18 23:02:08 <TAsn> I mean, I don't see how we can put them together without it looking odd.
May 18 23:02:28 <DocScrutinizer> convert time representations, find names by phonetic, errr, rise notifiers (na prolly not)
May 18 23:04:14 <TAsn> DocScrutinizer, how would you call the lib?
May 18 23:04:17 <TAsn> shr-generic?
May 18 23:04:37 <ptitjes> what additional overrides must I set to avoid:
May 18 23:04:38 <ptitjes> NOTE: package libmodulo-0.0.1+gitr37+91fea16b454f951c46c53d793d7bd26cf308a246-r0: task do_populate_staging: started
May 18 23:04:39 <ptitjes> NOTE: the following files were installed but not shipped in any package:
May 18 23:04:39 <ptitjes> NOTE:   Modulo-1.0.gir
May 18 23:04:39 <ptitjes> NOTE:   /usr/share/vala/vapi/modulo-1.0.vapi
May 18 23:04:40 <ptitjes> ??
May 18 23:06:24 <DocScrutinizer> TAsn: why not? sounds like a reasonable name
May 18 23:07:37 <ptitjes> shr-utils
May 18 23:07:44 <DocScrutinizer> also ok
May 18 23:07:57 <ptitjes> :)
May 18 23:08:01 <PaulFertser> ptitjes: it doesn't want to build me new libtool :(
May 18 23:08:21 <TAsn> DocScrutinizer, sounds bad.
May 18 23:08:22 <ptitjes> PaulFertser: arf you still not rm -rf tmp/ ???
May 18 23:08:23 <ptitjes> :D
May 18 23:08:27 <PaulFertser> ptitjes: i'll never do!
May 18 23:08:32 <ptitjes> héhéhéhé
May 18 23:08:35 <TAsn> it should be dbusified anyway
May 18 23:08:48 <PaulFertser> ptitjes: even if i could rebuild OE in 4 hours, i'd better spend those understanding how OE works.
May 18 23:09:00 <TAsn> and I don't know, feels "bad", though we may need to consider that.
May 18 23:09:05 <ptitjes> PaulFertser: so what does it tell you ?
May 18 23:09:22 <DocScrutinizer> TAsn: for py/vala I'd prefer a simple lib
May 18 23:09:28 <dos1|neo> TAsn, DocScrutinizer: name resolving is opimd job
May 18 23:09:29 <ptitjes> PaulFertser: yeah or you could rebuild and spend those 4 hours to learn something else :)
May 18 23:09:36 <PaulFertser> ptitjes: that 1.5.10 is prefered and shit
May 18 23:09:52 <ptitjes> PaulFertser: wowowowow you are not uptodate
May 18 23:09:59 <TAsn> dos1|neo, he was talking about number normalization
May 18 23:10:05 <DocScrutinizer> dos1|neo: wtf? I hope to be able to use my phone without ANY opimd!
May 18 23:10:05 <TAsn> which isn't opimd's job.
May 18 23:10:25 <TAsn> DocScrutinizer, you'll have to use opimd
May 18 23:10:34 <TAsn> though you will be able to choose sim
May 18 23:10:36 <TAsn> as a backend
May 18 23:10:40 <ptitjes> PaulFertser: I think that if you succeed to trigger libtool rebuild to 2.2...
May 18 23:10:54 <PaulFertser> ptitjes: PREFERRED_VERSION_libtool-native = "2.2.4" is in openembedded/conf/distro/include/preferred-om-2009-versions.inc
May 18 23:10:55 <ptitjes> PaulFertser: OE will want to rebuild everything anyway
May 18 23:11:06 <TAsn> DocScrutinizer, you won't have to, though I think working without it will be considered deprecated...
May 18 23:11:08 <ptitjes> PaulFertser: and ?
May 18 23:11:22 <dos1|neo> TAsn: where do you want to normalize number except in opimd?
May 18 23:11:27 <ptitjes> PaulFertser: as I told you some time before this is now included in the distro config
May 18 23:11:29 <DocScrutinizer> TAsn: huh? if all the good of dbus is to link services in a way none can operate without hte other, then we don't need dbus at all
May 18 23:11:45 <ptitjes> PaulFertser: and btw you have to set your DISTRO to "shr" in auto.conf
May 18 23:12:19 <ptitjes> (hum hum hum I realize now that I should have told you that before...)
May 18 23:12:19 <DocScrutinizer> TAsn: that sounds more like a plan then
May 18 23:12:27 <PaulFertser> ptitjes: now that's a decent hint!
May 18 23:12:31 <DocScrutinizer> deprecated is ok
May 18 23:12:32 <TAsn> DocScrutinizer, I'm just saying that's a service you may want to offer.
May 18 23:12:32 <PaulFertser> ptitjes: thanks!
May 18 23:12:44 <TAsn> DocScrutinizer, that's why there's phonegui2
May 18 23:12:47 <ptitjes> np :)
May 18 23:13:02 <DocScrutinizer> k, /me -> TV
May 18 23:13:32 <TAsn> anyhow
May 18 23:13:37 <TAsn> it's 2:15
May 18 23:13:48 <TAsn> and I'm up at 6:15
May 18 23:13:48 <dos1|neo> DocScrutinizer: i want to be able to use my phone without any frameworkd!
May 18 23:13:50 <dos1|neo> ;)
May 18 23:13:53 <TAsn> so I think it's time to go to bed.
May 18 23:14:23 <DocScrutinizer> dos1|neo: so you can do, no?
May 18 23:14:42 <ptitjes> good night TAsn 
May 18 23:14:45 <dos1|neo> DocScrutinizer: as you without opimd
May 18 23:14:51 <dos1|neo> and without ogsnd
May 18 23:14:56 <dos1|neo> ogsmd*
May 18 23:14:57 <DocScrutinizer> DocScrutinizer: though frameworkd is considered kinda "foundation class"
May 18 23:15:06 <DocScrutinizer> dos1|neo: opimd NOT
May 18 23:15:28 <dos1|neo> DocScrutinizer: opimd is part of frameworkd ;x
May 18 23:15:41 <DocScrutinizer> WTF?
May 18 23:16:04 <TAsn> ptitjes, gn.
May 18 23:16:07 <mirko-paroli> DocScrutinizer: what is bad about opimd ?
May 18 23:16:12 <dos1|neo> DocScrutinizer: yes, opimd is FSO part
May 18 23:16:12 <dos1|neo> subsystem
May 18 23:16:26 <DocScrutinizer> DocScrutinizer: aahaaaaa
May 18 23:16:27 <dos1|neo> like ogsmd
May 18 23:16:36 <dos1|neo> ogpsd
May 18 23:16:41 <dos1|neo> ousaged
May 18 23:16:43 <dos1|neo> etc.
May 18 23:16:44 <TAsn> DocScrutinizer, you that he was talking about the shr daemon?
May 18 23:16:52 <TAsn> thought*
May 18 23:16:58 <TAsn> anyhow, night.
May 18 23:17:03 <TAsn> now for real.
May 18 23:18:01 <DocScrutinizer> mirko-paroli: nothing bad. just idea of corba-like arch is there's services which should work autonomously
May 18 23:18:30 <max_posedon> corba? back to 90th?)
May 18 23:18:46 <DocScrutinizer> so I want to use opimd without any ogsmd running, and same way want ogsmd not needing opimd
May 18 23:19:03 <dos1|neo> DocScrutinizer: you can
May 18 23:19:12 <PaulFertser> ptitjes: that trick to switch to "shr" is obvious, i should have found it myself :-/
May 18 23:19:18 <DocScrutinizer> so everything ok
May 18 23:19:33 <ptitjes> PaulFertser: so it does rebuild libtool right ?
May 18 23:19:40 <dos1|neo> DocScrutinizer: opimd without ogsmd -> only CSV and SQLite backends available
May 18 23:19:43 <PaulFertser> ptitjes: yes
May 18 23:19:45 <DocScrutinizer> but then you probably don't want to implement normalization in opimd
May 18 23:19:49 <ptitjes> good
May 18 23:20:17 <ptitjes> DocScrutinizer: normalization of numbers is not related to ogsmd
May 18 23:20:35 <ptitjes> DocScrutinizer: there could be any other source of numbers in fact
May 18 23:20:48 <DocScrutinizer> but maybe to some other thing like dialer
May 18 23:20:51 <dos1|neo> DocScrutinizer: ogsmd without opimd -> you can only read or store contacts. high level maintaining (pim) you have use on your own
May 18 23:20:59 <ptitjes> yep
May 18 23:21:44 <dos1|neo> ptitjes: then store other sources of numbers in other fields ;)
May 18 23:21:47 <ptitjes> dos1|neo: but what DocScrutinizer says still holds you may want to run opimd without ogsmd
May 18 23:22:07 <dos1|neo> ptitjes: what's wrong then?
May 18 23:22:27 <dos1|neo> ptitjes: you still want to be able to compare numbers
May 18 23:22:36 <ptitjes> dos1|neo: and indeed this will happen when one has wifi at home and want (for whatever reason) disable gsm and only use sip
May 18 23:22:38 <dos1|neo> ptitjes: even without ogsmd
May 18 23:22:56 <ptitjes> dos1|neo: yep I defend the same :)
May 18 23:23:21 <dos1|neo> ptitjes: then "SIP address" field won't use gsm normalization
May 18 23:23:41 <DocScrutinizer> so don't you think a simple .so style lib is best then?
May 18 23:24:06 <ptitjes> not clear pov for now
May 18 23:24:06 <DocScrutinizer> for normalization
May 18 23:24:20 <DocScrutinizer> instead of dbusify it
May 18 23:24:28 <dos1|neo> DocScrutinizer: but then we could make libs for everything...
May 18 23:24:35 <ptitjes> I believe this should go in a utils lib yes
May 18 23:24:54 <dos1|neo> DocScrutinizer: it's not about dbus call "Normalize"
May 18 23:24:58 <DocScrutinizer> nope, we make dbus-services for resources all time
May 18 23:25:28 <dos1|neo> DocScrutinizer: it's about "Query" doing all normalize magic behind the scenes
May 18 23:25:39 <DocScrutinizer> not for a silly sprintf or normalize() though
May 18 23:25:39 <ptitjes> DocScrutinizer: I'm not particularly in favor of the all dbus (I defended it the last days because I think we have to make it clear what the model we support)
May 18 23:26:43 <dos1|neo> DocScrutinizer: think high level
May 18 23:27:24 <DocScrutinizer> I actually think system architecture level - as this is my genuine profession
May 18 23:27:25 <ptitjes> dos1|neo: if you assume that number to contact is made and store in the messages|call log cache then, yes it should be processed transparently by ogsmd
May 18 23:27:41 <ptitjes> then ogsmd should give you the normalized number whatever happens
May 18 23:28:23 <DocScrutinizer> nah, ogsmd should give you the clean info from gsm
May 18 23:28:28 <ptitjes> if you assume number to contact can happen in Message app or Phonelog app even if ogsmd is off then this should be done by some other party
May 18 23:28:51 <dos1|neo> DocScrutinizer: in opimd you can query all contacts, which match to some data
May 18 23:28:56 <ptitjes> dos1|neo, DocScrutinizer: all in all I think this is a job for o.fs.Phone
May 18 23:29:10 <dos1|neo> {'Name':'dos'} for instance
May 18 23:29:38 <dos1|neo> and... tadam, {'Phone':'+48663123456'}
May 18 23:30:04 <DocScrutinizer> it's rather simple: plenty of apps need normalize(), yet it's no resource or statefull function -> ergo: it's a lib
May 18 23:30:12 <PaulFertser> dos1|neo: btw, some say that o.fs.Phone is reinventing Telepathy, do you know anything about it?
May 18 23:30:37 <dos1|neo> DocScrutinizer: so opimd has to match contacts with given number
May 18 23:30:56 <DocScrutinizer> sure it has
May 18 23:30:57 <dos1|neo> DocScrutinizer: hmm, telepathy is for IM i think...
May 18 23:31:11 <DocScrutinizer> dunno telepathy
May 18 23:31:45 <DocScrutinizer> and opimd has to use normalize() from a shared lib for that
May 18 23:32:34 <dos1|neo> DocScrutinizer: they support jabber... and voice calls
May 18 23:32:37 <PaulFertser> ptitjes: with newer libtool the wrapper script is completly different, properly subsittuting LD_LIBRARY_PATH itself and therefore works.
May 18 23:32:37 <DocScrutinizer> but that doesn't imply my sip-phone has to use opimd to do normalize(), via dbus
May 18 23:32:43 <dos1|neo> but in jabber
May 18 23:32:46 <PaulFertser> ptitjes: (in theory, trying to rebuild now)
May 18 23:32:50 <dos1|neo> not SIP
May 18 23:32:54 <ptitjes> PaulFertser: crossing fingers
May 18 23:32:57 <ptitjes> :)
May 18 23:33:09 <ptitjes> PaulFertser: could you help me with that ?
May 18 23:33:20 <PaulFertser> ptitjes: with crossing fingers?
May 18 23:33:23 <ptitjes> NOTE: package libmodulo-0.0.1+gitr37+91fea16b454f951c46c53d793d7bd26cf308a246-r0: task do_populate_staging: started
May 18 23:33:23 <ptitjes> NOTE: the following files were installed but not shipped in any package:
May 18 23:33:23 <ptitjes> NOTE:   Modulo-1.0.gir
May 18 23:33:23 <ptitjes> NOTE:   /usr/share/vala/vapi/modulo-1.0.vapi
May 18 23:33:33 <ptitjes> PaulFertser: nahh :) that ^^^
May 18 23:33:53 <dos1|neo> DocScrutinizer: i still don't understand, where in FSO normalize() could be used outside opimd
May 18 23:34:04 <PaulFertser> ptitjes: nope, sorry, no OE knowledge here
May 18 23:34:16 <TAsn> dos1|neo, if you want, latest commit fixes the 00 issue
May 18 23:34:18 <CIA-75> SHR: 03tom 07shr * rb9bb7b196500 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: number normalization: fixed the 00 issue and another issue. sleep before you code.
May 18 23:34:20 <dos1|neo> DocScrutinizer: in this way we could make lots of stuff shared libs
May 18 23:34:28 <TAsn> I was tired and did a stupid mistake
May 18 23:34:43 <DocScrutinizer> it's not a question of "where". it's a simple consideration of system architecture
May 18 23:34:52 <PaulFertser> dos1|neo: Telepathy is API too, how can it not support calls via anything?
May 18 23:35:02 <PaulFertser> Ainulindale: ping
May 18 23:35:08 <DocScrutinizer> dos1|neo: probably we should, yes
May 18 23:35:14 <dos1|neo> TAsn: i need someone who will build it through ;)
May 18 23:35:14 <TAsn> dos1|neo, please check and let me know.
May 18 23:35:17 <TAsn> night.
May 18 23:35:22 <TAsn> dos1|neo, build it locally you bum.
May 18 23:35:42 <dos1|neo> TAsn: on neo?
May 18 23:35:44 <dos1|neo> ;P
May 18 23:36:03 <PaulFertser> dos1|neo: can you check if buildhost is building "shr" distro (specified in auto.conf)?
May 18 23:36:07 <DocScrutinizer> dos1|neo: or libs at least (not necesserily shared)
May 18 23:36:20 <TAsn> Ainulindale, add name resolving to the other parts of phonegui-efl and rebuild phonegui, pretty please ;]
May 18 23:36:24 <TAsn> now for real, night.
May 18 23:36:29 <TAsn> I hope I won't come back
May 18 23:36:31 <TAsn> I really do.
May 18 23:36:41 <dos1|neo> PaulFertser: dunno. i just know telepathy is designed for IM messengers
May 18 23:36:58 <PaulFertser> dos1|neo: who can check buildhost configuration atm?
May 18 23:36:59 <DocScrutinizer> TAsn: sounds like my line of text ;-D
May 18 23:37:12 <DocScrutinizer> TAsn: night!
May 18 23:37:25 <PaulFertser> TAsn: n8 :)
May 18 23:37:34 <dos1|neo> PaulFertser: dunno, i don't have access to buildhost
May 18 23:37:39 <dos1|neo> PaulFertser: but
May 18 23:37:56 <dos1|neo> i think conf files are available via http
May 18 23:38:17 <dos1|neo> just look at http://build.shr-project.org/
May 18 23:38:47 <dos1|neo> but i think mrmoku|away started to build from scratch with shr.conf file
May 18 23:39:02 <dos1|neo> so i guess we use shr.conf now
May 18 23:39:04 <DocScrutinizer> dos1|neo: e.g. ologicd might find a use of normalize() even without any opimd running
May 18 23:39:12 <CIA-75> SHR: 03ptitjes 07shr-overlay * r0d8c2d767719 10/openembedded/ (2 files in 2 dirs): Make libmodulo build
May 18 23:39:52 <DocScrutinizer> dos1|neo: and my secret app I'll build tomorrow will use normalize() as well if existing
May 18 23:40:08 <dos1|neo> DocScrutinizer: matching with numbers in ologicd? why not whole contacts?
May 18 23:40:11 <CIA-75> SHR: 03ptitjes 07shr-overlay * r9c91562d6ef0 10/openembedded/recipes/freesmartphone/ (fso-specs_git.bb libfso-glib_git.bb): Removed fso-specs and libfso-glib as they moved to OE
May 18 23:40:40 <DocScrutinizer> dos1|neo: and I don't even know if this secret app needs any of the o*d dbus foo
May 18 23:40:48 <ptitjes> YEAAAHHH one more \o/
May 18 23:41:11 * ptitjes wonders what to add to the recipe to have it stage the VAPIs
May 18 23:41:13 <dos1|neo> DocScrutinizer: i want to set f.e. different ringtone to CONTACT, not number
May 18 23:41:22 <ptitjes> else ophonekitd won't build
May 18 23:41:37 <dos1|neo> DocScrutinizer: then implement normalizing by your own! ;D
May 18 23:41:51 <PaulFertser> dos1|neo: doesn't look like that.
May 18 23:42:08 <PaulFertser> dos1|neo: and SHRMakefile still has a wrong (not shr) DISTRO in it.
May 18 23:42:27 <DocScrutinizer> sure, I told Tasn already I'll come up with code example
May 18 23:42:27 <dos1|neo> mrmoku|away: ^^^
May 18 23:42:39 <dos1|neo> why is he away NOW? why? ;x
May 18 23:42:40 <PaulFertser> dos1|neo: and i can confirm that libtool 2 prepares a wrapper script for vala in entirely different way that solves vala-native building problem.
May 18 23:43:07 <ptitjes> yahooooo
May 18 23:43:08 <ptitjes> :)
May 18 23:43:13 <ptitjes> PaulFertser: congrats
May 18 23:43:31 <PaulFertser> dos1|neo: so it'd be nice to fix that DISTRO thing, then trigger rebuild.
May 18 23:43:46 <PaulFertser> ptitjes: it's basically your suggestion to use newer libtool that worked.
May 18 23:43:53 <ptitjes> PaulFertser: so this leads to the question is DISTRO set to shr on the build host ?
May 18 23:44:09 <dos1|neo> Ainulindale: ping?
May 18 23:44:51 <PaulFertser> dos1|neo: and btw why the hell you're still using staged-packaging despite mickey|bbl said it's not useful for anything and makes things brake from time to time?
May 18 23:45:04 <ptitjes> PaulFertser: so say thanks to mrmoku|away :)
May 18 23:45:26 <dos1|neo> PaulFertser: i don't know anything about that ;o
May 18 23:45:50 <PaulFertser> dos1|neo: well, i'm trying to raise awareness because mickey|bbl told about that several times already ;)
May 18 23:46:00 <dos1|neo> dunno what staged-packaging is. i'm only writing code, not packaging ;)
May 18 23:47:47 <PaulFertser> dos1|neo: i guess that's the method when before packaging anything it's "staged" to a "root" filesystem. That makes problems with vala bootstrapping btw.
May 18 23:51:54 <PaulFertser> dos1|neo: looks like a description : http://marcin.juszkiewicz.com.pl/2008/07/01/packaged-staging-and-what-it-gives/ but mickey|bbl says we don't need it and it makes problems.
May 19 00:00:31 <PaulFertser> mrmoku|away: Please change DISTRO setting to "shr" on the buildhost and update it to use it. After that buildhost should build libtool-native 2.2.4 and that will solve vala-native building problem :)
May 19 00:00:36 * PaulFertser --> bed
May 19 00:01:18 <DocScrutinizer> PaulFertser: night :-)
May 19 00:03:10 <ptitjes> good night PaulFertser 
May 19 00:07:55 * DocScrutinizer bangs head on the table. never realized empty tab-expansion before
May 19 00:24:14 <mccoyn> I just flashed SHR and I am trying to get Wifi working.  Is there a guide or something somewhere?  The regular instructions on the openmoko wiki doesn't seem to work.
May 19 00:41:03 <ptitjes> mccoyn: did you try mofi ?
May 19 00:41:17 <ptitjes> something that I don't get:
May 19 00:41:26 <ptitjes> NOTE: Resolving any missing task queue dependencies
May 19 00:41:27 <ptitjes> ERROR: Required build target 'ophonekitd-vala' has no buildable providers.
May 19 00:41:27 <ptitjes> Missing or unbuildable dependency chain was: ['ophonekitd-vala', 'libfso-glib']
May 19 00:41:48 <ptitjes> I created recipes/shr/ophonekitd-vala_git.bb
May 19 00:42:21 <mccoyn> I haven't figured out how to get any network connection yet.  So, I havn't installed mofi or any other packages.
May 19 00:42:24 <ptitjes> it parsed correctly and fetch the git to get the last revision and then output the message above ^^^
May 19 00:42:39 <mccoyn> With the other distributions, I downloaded packages using wifi.
May 19 00:42:44 <ptitjes> mccoyn: so you use the light version
May 19 00:42:57 <ptitjes> mccoyn: could connect through usb and install mofi ?
May 19 00:43:34 <mccoyn> I didn't realize there were more versions.
May 19 00:43:57 <mccoyn> I've connected through usb and I have SSH access, but I havn't figured out how to forward the internet access through that computer.
May 19 00:44:08 <ptitjes> mccoyn: light and non-light | testing and unstable
May 19 00:44:16 <ptitjes> mccoyn: these are the combinations
May 19 00:44:33 <mccoyn> It sounds like the simplist thing might be to install something that has Mofi already?
May 19 00:44:47 <ptitjes> mccoyn: then go for non-light
May 19 00:45:26 <mccoyn> Is this the file:  shr-image-om-gta02.tar.gz
May 19 00:45:44 <mccoyn> I'm looking here:  http://build.shr-project.org/shr-testing/images/om-gta02/
May 19 00:45:54 <ptitjes> mccoyn: the one ending with jffs2
May 19 00:46:06 <mccoyn> Ok, thanks.
May 19 00:46:10 <ptitjes> np
May 19 01:45:30 <DocScrutinizer> ptitjes: maybe you like to have a look at the normalization-[devel] sequel
May 19 01:46:00 <ptitjes> show that
May 19 01:46:01 <ptitjes> :)
May 19 01:46:31 <ptitjes> DocScrutinizer: I'm still batteling with my ophonkitd recipe :(
May 19 01:47:04 <DocScrutinizer> hmm, can't help there. sorry ;-/
May 19 01:47:36 <ptitjes> pffff
May 19 01:47:43 <ptitjes> :p
May 19 01:48:01 <ptitjes> heh DocScrutinizer show your stuff
May 19 01:48:18 <DocScrutinizer> look at [devel]
May 19 01:53:26 <DocScrutinizer> I can also paste the one-liner here, but probably IRC or some bots at least might die ;P
May 19 02:15:20 <ptitjes> DocScrutinizer: what I don't understand is why you say "> prior to strcmp() *only* - no mangeling of numbers on storing, dialing, display to user"
May 19 02:15:57 <ptitjes> DocScrutinizer: one could store the normalized number in the contact data
May 19 02:16:02 <ptitjes> right ?
May 19 02:16:21 <DocScrutinizer> ptitjes: user wants to store a number exactly the way he enters it. it's for some reason he does.
May 19 02:16:54 <ptitjes> DocScrutinizer: so you could store it in an additional field then
May 19 02:16:56 <DocScrutinizer> e.g. I enter a lot of numbers like "*31#+4930123456"
May 19 02:17:04 <ptitjes> DocScrutinizer: btw I thing we should do step 3
May 19 02:17:06 <DocScrutinizer> do enable CLIP
May 19 02:17:21 <DocScrutinizer> you're free to do it
May 19 02:17:25 <ptitjes> DocScrutinizer: cause you can imagine the phone in an home network scenario
May 19 02:17:34 <DocScrutinizer> yup
May 19 02:17:58 <ptitjes> err CLIP ?
May 19 02:17:59 <DocScrutinizer> anyway, g'night
May 19 02:18:05 <ptitjes> good night Doc
May 19 02:18:10 <ptitjes> I go to bed too
May 19 02:18:19 <DocScrutinizer> Caller Line Identification Pfoooo
May 19 02:18:51 <DocScrutinizer> transmit my number, or suppress it
May 19 02:19:14 <DocScrutinizer> *31#<number> enables, #31#<number> disables
May 19 02:19:35 <DocScrutinizer> for the one call
May 19 02:19:45 <DocScrutinizer> gsm standard feature
May 19 02:20:24 <ptitjes|dodo> hum
May 19 02:20:26 <ptitjes|dodo> I got it
May 19 02:20:32 <DocScrutinizer> othe ppl may love their space separator between CC and number, or whatever
May 19 02:20:38 <ptitjes|dodo> I personnaly dislike when someone calls me hiden
May 19 02:20:58 <DocScrutinizer> me too, anyway, good night
May 19 02:21:06 <ptitjes|dodo> ciao
May 19 02:24:54 <DocScrutinizer> btw: hope your (SHR-guys) SQLite backend knows stored procedures. Otherwise getting number from SQL might be nasty, to the point of actually raising need to store a genuine and a normalized number representation
**** ENDING LOGGING AT Tue May 19 02:59:57 2009