**** BEGIN LOGGING AT Tue May 19 02:59:57 2009
May 19 04:42:19 <TAsn-moko> hey
May 19 04:43:24 <mrmoku|a`> TAsn-moko: nah... my fault then :P
May 19 04:43:38 <TAsn-moko> ?how do i calibrate the screen
May 19 04:43:55 <mrmoku> TAsn-moko: never did that... no idea
May 19 04:44:05 <TAsn-moko> mrmoku|a`: huh?
May 19 04:44:33 <TAsn-moko> its out of sync
May 19 04:45:25 <TAsn-moko> mind checking for me?
May 19 04:49:17 <TAsn-moko> hard to typ3
May 19 04:49:32 <TAsn-moko> mrmoku: ?
May 19 04:50:36 <TAsn-moko> anyone?
May 19 04:51:28 <DocScrutinizer> TAsn-moko: there's a cmdline tool for that afaik
May 19 04:52:29 <DocScrutinizer> check for ts*
May 19 04:53:51 <TAsn-moko> only tset
May 19 04:53:59 <DocScrutinizer> hmmm
May 19 04:54:10 <DocScrutinizer> lemme check
May 19 04:55:23 <TAsn-moko> 10x
May 19 04:55:35 <DocScrutinizer> xtscal maybe?
May 19 04:56:39 <DocScrutinizer> fsck
May 19 04:56:59 <DocScrutinizer> XCALIBRATE extension missing: success
May 19 04:57:04 <DocScrutinizer> muahaha
May 19 04:57:21 <TAsn-moko> didnt work
May 19 04:57:43 <TAsn-moko> same error
May 19 04:59:05 <TAsn-moko> bA!
May 19 05:01:09 <TAsn-moko> any other ideas ?
May 19 05:04:25 <DocScrutinizer> nope sorry
May 19 05:04:26 <TAsn-moko> bye gtg thanks 
May 19 05:04:33 <DocScrutinizer> cya
May 19 05:04:45 <DocScrutinizer> read [devel]!
May 19 05:10:11 <mrmoku> PaulFertser: nah... now it's getting stranger and stranger still...
May 19 05:10:37 <mrmoku> The other night I started a rebuild from scratch with shr.conf on the buildhost which failed at vala-native
May 19 05:10:43 <mrmoku> libtool: libtool-native-2.2.4-r20/
May 19 05:11:05 <mrmoku> On my localhost I'm using shr.conf since long... and vala-native fails
May 19 05:42:34 <tobii_> good morning
May 19 05:49:35 <mrmoku> DocScrutinizer: now I see why you use sed as editor :P
May 19 05:49:52 <DocScrutinizer> hehe
May 19 05:50:24 <mrmoku> DocScrutinizer: btw... how are you going to travel?
May 19 05:50:54 <DocScrutinizer> no idea, most likely have to buy a train ticket today
May 19 05:51:28 <mrmoku> DocScrutinizer: well... I'm going from munich with a big car... so I gues I could pick you up somewhere if you want
May 19 05:51:35 <mrmoku> +s
May 19 05:51:50 <DocScrutinizer> sounds good :-)
May 19 05:52:05 <DocScrutinizer> nuernberg on your way?
May 19 05:52:15 <mrmoku> DocScrutinizer: will put it on my way :)
May 19 05:52:27 <mrmoku> DocScrutinizer: btw... I'm born in nuernberg
May 19 05:52:28 <DocScrutinizer> :-)
May 19 05:52:45 <DocScrutinizer> another one. amazing
May 19 05:52:49 <mrmoku> have an uncle in Zabo and an aunt in Fischbach :)
May 19 05:53:19 <DocScrutinizer> so you will find plaerrer and gostenhof easily
May 19 05:54:10 <mrmoku> DocScrutinizer: hehe, gostenhof I never heard... though I moved to munich when I was 1 year old :P
May 19 05:54:26 <mrmoku> Will find it anyway though :)
May 19 05:55:12 <DocScrutinizer> well goho starts at plaerrer and streches half way to fuerth
May 19 05:57:16 <DocScrutinizer> mrmoku: 49,448935, 11,055019
May 19 05:57:36 * mrmoku looking at stadtplandienst.de
May 19 05:59:15 <mrmoku> DocScrutinizer: normally I arrive via Regensburger Str...
May 19 05:59:36 <mrmoku> which I could just follow up to Obere Kanalstr...
May 19 05:59:43 <DocScrutinizer> aah, I see. no problem as well
May 19 06:00:02 <DocScrutinizer> yup
May 19 06:00:13 <DocScrutinizer> untere is more close though
May 19 06:03:26 <DocScrutinizer> mrmoku: btw, last 100m regensburher is oneway
May 19 06:10:51 <mrmoku> DocScrutinizer: ok... lets talk the details another time... have to move my ass in the office now :(
May 19 06:11:02 <mrmoku> though... don't buy a ticket :P
May 19 06:11:19 <DocScrutinizer> k, have to get a little nap
May 19 06:11:39 <mrmoku> sleep well then :)
May 19 06:11:40 <DocScrutinizer> great, thanks :-)
May 19 06:39:43 <spaetz> morning
May 19 06:39:50 * spaetz sips first coffee
May 19 06:41:52 <playya> good morning
May 19 06:41:56 <spaetz> damn frameworkd really crashes a lot in current unstable
May 19 06:43:07 <SHR-WugBranler`> tracfeed: Ticket #416 (elementary_alarm doesn't handle dst) updated <http://trac.shr-project.org/trac/ticket/416#comment:7>
May 19 06:59:15 <mrmoku> spaetz: hey... you have frameworkd issues too?
May 19 07:00:55 <mirko-paroli> morning channel
May 19 07:04:46 <mrmoku> mirko-paroli: morning
May 19 07:08:31 * PaulFertser got his passport with valid visa, yeah!
May 19 07:10:23 <PaulFertser> mrmoku: can you show me some files to verify why vala-native fails for you?
May 19 07:11:38 <PaulFertser> mrmoku: and what about the buildhost anyway?
May 19 07:11:42 <mrmoku> PaulFertser: yeah... looking forward to meat you :)
May 19 07:11:48 <mrmoku> well meet even
May 19 07:11:48 <PaulFertser> mrmoku: no meat
May 19 07:11:52 <mrmoku> don't want to eat you ;)
May 19 07:12:02 <PaulFertser> mrmoku: and don't try to give me any meat too, please ;)
May 19 07:12:35 <mrmoku> PaulFertser: no meat... no beer... just bytes :P
May 19 07:12:38 <PaulFertser> mrmoku: so, what about DISTRO on the build host?
May 19 07:12:58 <mrmoku> PaulFertser: I have both... I tried rebuilding from scratch with shr.conf
May 19 07:13:06 <mrmoku> and that failed at vala-native
May 19 07:13:13 <mrmoku> with the libtool version I posted
May 19 07:13:25 <PaulFertser> mrmoku: after vala-native failure can you show me git/compiler/valac ?
May 19 07:13:29 <mrmoku> though I saved the tmp dir for openmoko.conf and moved that back
May 19 07:13:37 <mrmoku> PaulFertser: moment
May 19 07:17:52 <mrmoku> PaulFertser: shr@opmbuild:~/shr-unstable/tmp.shrconf/staging/x86_64-linux/usr/bin$ ./valac --version
May 19 07:17:56 <mrmoku> Vala 0.7.2
May 19 07:18:16 <mrmoku> shr@opmbuild:~/shr-unstable/tmp.shrconf/staging/x86_64-linux/usr/bin$ ldd valac libvala.so.0 => /home/shr/shr-unstable/tmp/staging/x86_64-linux/usr/lib/libvala.so.0 (0x00002b14fc2de000) libgobject-2.0.so.0 => /home/shr/shr-unstable/tmp/staging/x86_64-linux/usr/lib/libgobject-2.0.so.0 (0x00002b14fc6e9000)
May 19 07:18:20 <mrmoku>  libglib-2.0.so.0 => /hom/shr/shr-unstable/tmp/staging/x86_64-linux/usr/lib/libglib-2.0.so.0 (0xl00002b14fc92e000) libc.so.6 => /lib/libc.so.6 (0x00002b14fcc19000) /lib64/ld-linux-x86-64.so.2 (0x00002b14fc0c1000)
May 19 07:18:23 <PaulFertser> mrmoku: it's not what i was asking for
May 19 07:18:36 <mrmoku> ahh... sorry
May 19 07:19:02 <PaulFertser> mrmoku: tmp/work/i686-linux/vala-native-blabla/git/compiler/valac contents (it's a script)
May 19 07:19:10 <mrmoku> shr@opmbuild:~/shr-unstable/tmp.shrconf/work/x86_64-linux/vala-native-0.7.2-fso1-gitr2766+9f435508c571b9b60d4bdd57863f37644d1eecdf-r0/git/compiler$ ./valac --version
May 19 07:19:14 <mrmoku> Vala 0.7.3
May 19 07:19:54 <mrmoku> PaulFertser: which part? it's long
May 19 07:20:12 <mrmoku> the relink_command?
May 19 07:20:12 <PaulFertser> mrmoku: cat valac | nc paste.dyndns.org 1234 will be ok
May 19 07:20:36 <PaulFertser> mrmoku: relink? Check the comment on top, it seems it's still the old libtool.
May 19 07:20:58 <mrmoku> http://rafb.net/p/DY391511.html
May 19 07:21:07 <mrmoku> great... that nc thingie :)
May 19 07:22:32 <PaulFertser> mrmoku: lindi- told me about it :) Well, this script looks like the one generated by the old libtool. And it's wrong the same way. My script was entirely different.
May 19 07:22:36 <spaetz> mrmoku: yes, I have frameworkd issues
May 19 07:22:49 <spaetz> sometimes it works, but often it seems to crash
May 19 07:22:58 <mrmoku> PaulFertser: though libtool comment is the new libtool, no?
May 19 07:23:02 <PaulFertser> mrmoku: yep
May 19 07:23:11 <spaetz> restarting frameworkd helped once, but not every time
May 19 07:24:01 <PaulFertser> mrmoku: is it after bitbake -c clean vala-native?
May 19 07:26:29 <mrmoku> PaulFertser: no... after bitbak -c clean the source code is gone :)
May 19 07:26:33 <mrmoku> +e
May 19 07:26:50 <PaulFertser> mrmoku: sure, i mean after clean and compile again
May 19 07:27:23 <mrmoku> PaulFertser: trying now
May 19 07:27:39 <mrmoku> PaulFertser: just vala-native or the bootstrap thing too?
May 19 07:27:41 <PaulFertser> mrmoku: i'm quite puzzled why i was getting entirely different script that worked.
May 19 07:27:47 <PaulFertser> mrmoku: vala-native should be enough.
May 19 07:29:40 <PaulFertser> mrmoku: probably reinstalling autofoo-native is also necessary...
May 19 07:31:08 <PaulFertser> mrmoku: what i did here is changed DISTRO to SHR, DISTRO_TYPE to unstable, bitbake libtool-native, it built me the new libtool and then bitbake vala-native...
May 19 07:35:00 <mrmoku> PaulFertser: so you have the old autofoo thingies... I have newer ones
May 19 07:35:16 <mrmoku> PaulFertser: (responding slowly... in office :()
May 19 07:36:19 <mirko-paroli> alphaone: ping
May 19 07:37:05 <alphaone> mirko-paroli: pong
May 19 07:37:06 <SHR-WugBranler`> tracfeed: Ticket #451 (Backlight setting not remembered) updated <http://trac.shr-project.org/trac/ticket/451#comment:4>
May 19 07:37:23 <alphaone> mirko-paroli: good to hear you're depending less on oeventsd
May 19 07:37:32 <mirko-paroli> alphaone: ah superb :) do you know if there is a way that I can make oevents stop vibrating ?
May 19 07:37:39 <mirko-paroli> it seems I can disable the ringtone
May 19 07:37:48 <mirko-paroli> but not the vibration part
May 19 07:37:57 <alphaone> should be possible
May 19 07:37:59 <mrmoku> PaulFertser: compile failed: http://rafb.net/p/YwnAk450.html
May 19 07:40:18 <alphaone> mirko-paroli: Set message-vibration or ring-vibration to 0
May 19 07:40:28 <alphaone> in preferences
May 19 07:40:33 <mrmoku> PaulFertser: and valac: http://rafb.net/p/F24MET60.html
May 19 07:40:57 <mirko-paroli> alphaone: I was hoping to not having to reimplement the profiles, so I was trying to find another way ...
May 19 07:42:34 <mrmoku> PaulFertser: but you did not rm -rf tmp after changing the DISTRO to shr
May 19 07:42:44 <PaulFertser> mrmoku: i didn't, yes
May 19 07:43:06 <alphaone> mirko-paroli: DBusAction(dbus.SystemBus(),'org.freesmartphone.odeviced', '/org/freesmartphone/Device/LED/neo1973_vibrator', 'org.freesmartphone.Device.LED', 'SetBrightness', 0)
May 19 07:43:16 <alphaone> WIll turn the vibrator off
May 19 07:43:30 <mirko-paroli> hmm ... 
May 19 07:43:46 <mirko-paroli> so the ringtone is tied to a rule in the yaml
May 19 07:44:00 <mirko-paroli> is the vibrating also tied to a rule or to some other signal?
May 19 07:44:41 <alphaone> You have a Ring- and MessageTone action
May 19 07:45:00 <alphaone> These are subcalsses of UserAlertAction
May 19 07:45:50 <mirko-paroli> I removed the rule to just disable it all, but it seems only the ringtone is affected, vibration still starts on incoming call
May 19 07:46:32 <PaulFertser> mrmoku: see the correct valac: http://rafb.net/p/c6JqKF33.html
May 19 07:47:42 <PaulFertser> mrmoku: then i removed the wrapper script by hand and did make in compiler directory to have it recreated: http://rafb.net/p/XSlrLz44.html
May 19 07:47:56 <alphaone> mirko-paroli:     trigger: IncomingMessage()
May 19 07:47:56 <alphaone>     actions: MessageTone(play)
May 19 07:48:27 <alphaone> mirko-paroli: Can you show me your rules.yaml?
May 19 07:49:19 <mirko-paroli> alphaone: http://pastebin.com/mc5c784a
May 19 07:51:05 <PaulFertser> mrmoku: And Makefile in that dir has "Makefile.in generated by automake 1.10 from Makefile.am"
May 19 07:51:06 <alphaone> mirko-paroli: Hmm, looks good
May 19 07:52:11 <alphaone> hmm, #
May 19 07:52:11 <alphaone>     while: Test("test2")
May 19 07:52:11 <alphaone> #
May 19 07:52:11 <alphaone>     actions: RingTone()
May 19 07:55:30 <mirko-paroli> you think that might be it?
May 19 07:55:39 <mirko-paroli> i'll try it without those lines
May 19 07:55:44 <mrmoku> PaulFertser: ok... automatke 1.10 would be the new one (IIRC)
May 19 07:57:35 <SHR-WugBranler`> tracfeed: Ticket #451 (Backlight setting not remembered) updated <http://trac.shr-project.org/trac/ticket/451#comment:5>
May 19 07:58:23 <mirko-paroli> 2009.05.19 15:52:07.332 oeventsd.trigger     DEBUG    trigger While CallListContains(incoming) if ~(CallListContains(active)) then [RingToneAction(), SetBrightness((90,)), OccupyResource(CPU)]  
May 19 07:59:08 <alphaone> strange
May 19 07:59:16 <mrmoku> PaulFertser: removing valac and calling make in compiler leaves me with http://rafb.net/p/Une5z783.html as wrapper script
May 19 07:59:18 <alphaone> Did you reboot/restart framework?
May 19 07:59:22 <mirko-paroli> yepp
May 19 07:59:47 <alphaone> where does your rules.yaml file reside?
May 19 08:00:06 <mirko-paroli> it is our tweaked verison it it next to the orig
May 19 08:00:47 <alphaone> what dir?
May 19 08:01:16 <mirko-paroli>  /etc/freesmartphone/oeventsd
May 19 08:03:03 <alphaone> So there's only your rules.yaml?
May 19 08:03:07 <PaulFertser> mrmoku: same relink shit. Which command is used to generate it, can you compare it to mine?
May 19 08:03:15 <mirko-paroli> alphaone: no the orig as well
May 19 08:03:21 <alphaone> huh?
May 19 08:03:38 <alphaone> root@om-gta02:~# ls -l /etc/freesmartphone/oevents/
May 19 08:03:39 <alphaone> -rw-r--r--    1 root     root         4196 Jan  1  1970 rules.yaml
May 19 08:03:49 <mirko-paroli> nytowl didn't want to replace the original but instead added a paroli_rules.yaml
May 19 08:04:25 <alphaone> mirko-paroli: So how did you tell framework to use that one?
May 19 08:04:30 <PaulFertser> mrmoku: funny thing is that now neither ptitjes nor i can reproduce the build failure ;)
May 19 08:04:52 <mirko-paroli> alphaone: the framework.conf 
May 19 08:04:54 <mirko-paroli> [oeventsd]
May 19 08:04:55 <mirko-paroli> rules_file = ../etc/freesmartphone/oevents/paroli_rules.yaml:/etc/freesmartphone/oevents/paroli_rules.yaml:/usr/etc/fre
May 19 08:06:38 <alphaone> mirko-paroli: Well, might I point you to framework/subsystems/oeventsd/oevents.py
May 19 08:06:40 <SHR-WugBranler`> tracfeed: Ticket #291 (long press on AUX button : do "something" ?) updated <http://trac.shr-project.org/trac/ticket/291#comment:9>
May 19 08:07:04 <alphaone> line 146 in the factory function
May 19 08:07:09 <alphaone> rules_file = os.path.join( rootdir, 'rules.yaml' )
May 19 08:07:14 <mirko-paroli> arg
May 19 08:07:27 <alphaone> Might want to file a bug against that
May 19 08:07:34 <alphaone> hardcoded is bad
May 19 08:07:57 <alphaone> And I don't know who added the rules_file option in the configfile :-)
May 19 08:08:02 <mirko-paroli> hehe
May 19 08:08:11 <mirko-paroli> meybe Angus just hoped it would work ...
May 19 08:08:15 <mirko-paroli> or maybe it does both
May 19 08:08:22 <alphaone> both?
May 19 08:08:40 <mirko-paroli> both files
May 19 08:08:55 <alphaone> nope
May 19 08:08:58 <alphaone> it's hard coded
May 19 08:09:05 <mirko-paroli> hmm
May 19 08:09:17 <alphaone> mv paroli_rules.yaml rules.yaml and you should be fine
May 19 08:09:23 <mirko-paroli> k
May 19 08:09:48 <mirko-paroli> alphaone: how are you otherwise?
May 19 08:10:25 <alphaone> mirko-paroli: I'm okay
May 19 08:10:37 <mirko-paroli> getting ready for Essen ?
May 19 08:10:44 <alphaone> mirko-paroli: Still have to...
May 19 08:11:02 <alphaone> Got things to do here atm...
May 19 08:11:08 <mirko-paroli> hmm
May 19 08:11:10 <mirko-paroli> Uni?
May 19 08:11:45 <alphaone> yeah
May 19 08:11:50 <mirko-paroli> hmm
May 19 08:13:27 <alphaone> Gotta get that done now.
May 19 08:13:37 <alphaone> And THW is taking a lot of my time :-/
May 19 08:14:27 <mirko-paroli> alphaone: it works, super, thanks so much, I was beginning to doubt my sanity ... well the bit that I still regard as existant
May 19 08:14:28 <spaetz> newest frameworkd doesn't fix things
May 19 08:14:39 <alphaone> mirko-paroli: Hehe :-)
May 19 08:15:24 <spaetz> oopening contacts crashes, openbmap crashes, shr-settings claims ophonekitd isn't running
May 19 08:16:58 <spaetz> mmh, restarting ophonekitd has helped
May 19 08:23:24 <max_posedon> * Package edbus-ehal wants to install file /usr/lib/libehal-ver-pre-svn-01.so.0.5.0 But that file is already provided by package  * edbus
May 19 08:23:43 <max_posedon> doing opkg update ; opkg upgrade right now on shr-unstable
May 19 08:24:35 <alphaone> mirko-paroli, nytowl: The python evas bindings are broken in the latest build...
May 19 08:24:37 <alphaone> http://pastebin.ca/1427263
May 19 08:24:43 <alphaone> You know anything about it?
May 19 08:25:20 <mirko-paroli> alphaone: nytowl fixed that somehow he was fighting the same
May 19 08:30:32 <alphaone> mirko-paroli: Well, doesn't fix it for me it seems
May 19 08:31:07 <mirko-paroli> alphaone: u r on om2009 ?
May 19 08:31:32 <alphaone> mirko-paroli: fso-zhone-image
May 19 08:31:50 <mirko-paroli> hmm
May 19 08:32:28 <mirko-paroli> alphaone: I am downloading latest unstable
May 19 08:52:29 <mickey|bbl> ptitjes|dodo: ping
May 19 08:55:31 <Ainulindale> mickey|bbl: hey there o/
May 19 08:55:36 <mickey|bbl> hi
May 19 08:55:46 <Ainulindale> we should talk before saturday about this introduction talk :-)
May 19 08:55:56 <Ainulindale> That is if you want to do something informal or not
May 19 08:56:42 <mickey|bbl> let me check my notes
May 19 08:56:54 <mickey|bbl> for the introductionary i had 4 things in mind
May 19 08:57:33 <mickey|bbl> * welcome
May 19 08:57:40 <mickey|bbl> * program overview
May 19 08:57:47 <mickey|bbl> * organizational notes
May 19 08:57:49 <mickey|bbl> * thanks
May 19 08:58:01 <mickey|bbl> 4 slides, other than that pretty informal 
May 19 08:58:06 <methril|work> good morning
May 19 08:58:23 <Ainulindale> yeah pretty much the same as what I had in mind
May 19 08:58:36 <Ainulindale> Although I would have added "why F9N"
May 19 08:58:48 <mickey|bbl> good idea
May 19 08:59:06 <Ainulindale> mickey|bbl: how do you want to do this talk? Do you want us to "share" or what?
May 19 08:59:25 <mickey|bbl> i think that would fit, ya
May 19 08:59:40 <Ainulindale> We'll have to talk before then :-)
May 19 08:59:51 <SHR-WugBranler`> tracfeed: Ticket #463 (retrieve prefix codes automatically from SIM) created <http://trac.shr-project.org/trac/ticket/463> || Ticket #291 (long press on AUX button : do "something" ?) updated <http://trac.shr-project.org/trac/ticket/291#comment:10>
May 19 08:59:57 <Ainulindale> I don't want to walk on your toes :-p
May 19 09:00:11 <mickey|bbl> heh
May 19 09:00:40 <mickey|bbl> when will you arrive?
May 19 09:00:45 <Ainulindale> friday
May 19 09:01:03 <SHR-WugBranler`> tracfeed: Ticket #463 (retrieve prefix codes automatically from SIM) updated <http://trac.shr-project.org/trac/ticket/463#comment:1>
May 19 09:01:09 <Ainulindale> in order to setup the rooms & such and to have so time to talk with other people :-)
May 19 09:01:52 <Ainulindale> -so by the way
May 19 09:11:27 <mrmoku> Ainulindale: hey, if you build something on the buildhost... pay attention to which tmp is active
May 19 09:11:42 <Ainulindale> which tmp?
May 19 09:11:44 <mrmoku> right now I'm switching between shr.conf and openmoko.conf tmp
May 19 09:11:52 <Ainulindale> Oh damn I didn't know that
May 19 09:12:04 <Ainulindale> Why are you switching?
May 19 09:12:30 <mrmoku> I kept the old one to be able to do updates... until the new image built
May 19 09:12:44 <mrmoku> still having the vala-native problem
May 19 09:12:45 <SHR-WugBranler`> tracfeed: Ticket #464 (Another openmoko-messages crash (seems slightly different).) created <http://trac.shr-project.org/trac/ticket/464>
May 19 09:12:54 <Ainulindale> Good thinking, I didn't know that :-)
May 19 09:13:06 <mrmoku> thought I should tell you :P
May 19 09:14:02 <spaetz> my shr.conf build continues now. Only had to clean 5 pkgs and restart
May 19 09:14:11 <spaetz> costs lots of time ...
May 19 09:14:18 <mrmoku> does vala-native build for you?
May 19 09:14:25 <CIA-75> freesmartphone.org: 03mickey 07specs * r1af60095af0f 10/org.freesmartphone.Device/org.freesmartphone.Device.PowerSupply.xml.in: org.freesmartphone.Device.PowerSupply: add Status enums for 'ac' and 'unknown'
May 19 09:14:25 <CIA-75> freesmartphone.org: 03mickey 07specs * r653004470685 10/xml/ (8 files): regenerate xml
May 19 09:14:36 <spaetz> Running task 1337 of 7215 :)
May 19 09:14:38 <spaetz> no clue yet
May 19 09:14:42 <mrmoku> ok
May 19 09:19:26 <mickeyl> ~seen ptitjes|dodo 
May 19 09:19:27 <bzzbot> ptitjes|dodo is currently on #openmoko-cdevel. Has said a total of 4 messages. Is idling for 6h 58m 21s, last said: 'ciao'.
May 19 09:20:35 <spaetz> what's that |dodo part? It's an extinct bird, right :)
May 19 09:21:06 * spaetz is not sure he really wants to know the answer
May 19 09:21:29 <mickeyl> heh
May 19 09:21:55 <spaetz> mrmoku: current frameworkd is still not ok. contacts crash, openbmap crashes
May 19 09:22:43 <spaetz> dbus.exceptions.DBusException: org.freesmartphone.Resource.NotEnabled: Resource Device is not enabled, current status is 'disabled
May 19 09:22:58 <spaetz> for GSM
May 19 09:23:25 <mrmoku> spaetz: dodo is the name of ptitjes' dog :)
May 19 09:23:54 <spaetz> same for contacts:Failed to handle dbus error: Resource Device is not enabled, current status is 'disabled', 72 (dbus-glib-error-quark), code 32
May 19 09:24:05 <spaetz> mrmoku: ahh :)
May 19 09:25:38 <spaetz> is it bad if frameworkd sends something about an ignored UBX packet?
May 19 09:28:05 <mrmoku> spaetz: don't know... what frameworkd version do you have installed?
May 19 09:28:07 <mrmoku> (git hash)
May 19 09:30:43 <CIA-75> freesmartphone.org: 03mickey 07specs * r3ec65615d74d 10/ (2 files in 2 dirs): 
May 19 09:30:43 <CIA-75> freesmartphone.org: org.freesmartphone.PowerSupply: add two more enums for PowerSupply Status: 'online', 'offline'
May 19 09:30:43 <CIA-75> freesmartphone.org: These ones refer to AC and USB adapters
May 19 09:40:03 <CIA-75> freesmartphone.org: 03mickey 07specs * r2d0fc5ca679a 10/ (6 files in 2 dirs): org.freesmartphone.Device.PowerSupply: more status enums
May 19 09:57:20 <spaetz> frameworkd - 0.8.5.1+gitr1391+107dbb20547d148b7564c3d4fd1de2ffc25aa29b-r4
May 19 09:58:23 <spaetz> I have a 3MB debug log of frameworkd too, if that is of any use
May 19 09:58:40 <mrmoku> spaetz: offer it to mickeyl :)
May 19 09:58:57 <mrmoku> spaetz: I have frameworkd two commits older... though nothing related as far as I can tell
May 19 09:59:02 <mrmoku> and it works for me
May 19 09:59:23 <spaetz> :) mickeyl are you interested in a debug log of current frameworkd? everything crashes as all resources seem disabled
May 19 09:59:24 <mrmoku> I had problems with the frameworkd before that...
May 19 09:59:43 * mrmoku off to pickup son from the Kindergarten :) bbl
May 19 10:02:14 <mickeyl> if all resources are disabled, probably no one is enabling or requesting them
May 19 10:02:33 <mickeyl> ptitjes: hey. how can i regenerate libfso-glib?
May 19 10:02:35 <ptitjes> spaetz: "dodo" means in bed :)
May 19 10:02:43 <ptitjes> mickeyl: hum....
May 19 10:02:50 <ptitjes> mickeyl: did you try to make it ?
May 19 10:02:52 <ptitjes> :)
May 19 10:03:02 <ptitjes> good morning oh btw
May 19 10:03:11 <mickeyl> ok, one step back
May 19 10:03:22 <ptitjes> mrmoku|away: didn't you see my message on the devel ML ?
May 19 10:03:23 <mickeyl> how do i regenerate the .vala files with dbus-binding-tool again?
May 19 10:03:38 <mickeyl> it doesn't create any files for me :)
May 19 10:03:52 <ptitjes> ./configure SPECS_PATH=<path-to/specs/>
May 19 10:04:08 <ptitjes> hey mickeyl seen the new files on oe ?
May 19 10:04:18 <ptitjes> mickeyl: see in the freesmartphone directory
May 19 10:04:34 <mickeyl> aaah
May 19 10:04:39 <mickeyl> it calls vala-dbus-binding-tool automatically, of course
May 19 10:04:46 <ptitjes> mickeyl: updated vala-dbus-binding-tool, fso-specs and libfso-glib all working correctly
May 19 10:04:58 <mickeyl> nice
May 19 10:05:02 <ptitjes> :)
May 19 10:05:14 <mickeyl> i have started to convert cornucopia to libfso-glib
May 19 10:05:20 <mickeyl> that's not as simple as i thought
May 19 10:05:29 <ptitjes> mickeyl: and the vala-native problem seems to be related to libtool not being recent
May 19 10:05:42 <mirko-sushi> hej ptitjes I tried to remove myself from the F9N attendee list, but somehow I always get error messages when trying to save ...should I just stop worrying about it?
May 19 10:05:43 <ptitjes> mickeyl: I suppose you use libtool 2.2.4.-r20 as I do ?
May 19 10:05:48 <mickeyl> yes, libtool 2.2.x
May 19 10:06:28 <ptitjes> mirko-sushi: yeah... does he: (with a metalic voice) You Are Forced To Come Now, You Are..
May 19 10:06:34 <ptitjes> sorry I'm just awoke
May 19 10:06:52 <mirko-sushi> hrhr
May 19 10:07:04 <ptitjes> mickeyl: ok so vala-native fixed I think
May 19 10:07:37 <ptitjes> dent, BillK, pleas guys update and change DISTRO to "shr" in your auto.conf, this will fix the vala-native problem
May 19 10:07:46 <ptitjes> thanks to the research of PaulFertser btw
May 19 10:08:35 <spaetz> mickeyl: no, something is weird. Take GSM:
May 19 10:08:42 <spaetz> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage 
May 19 10:08:42 <spaetz> org.freesmartphone.Usage.GetResourceUsers GPS
May 19 10:08:43 <spaetz> [':1.51']
May 19 10:08:59 <spaetz> but starting openBmap I get 
May 19 10:09:00 <spaetz> data = dbus.Interface(obj, 'org.freesmartphone.GSM.Device').GetInfo()
May 19 10:09:01 <spaetz> ...
May 19 10:09:01 <spaetz> dbus.exceptions.DBusException: org.freesmartphone.Resource.NotEnabled: Resource Device is not enabled, current status is 'disabled'A
May 19 10:09:20 <spaetz> ahh, sorry, this is about the GSM device!!
May 19 10:09:23 <spaetz> not GPS
May 19 10:09:30 <spaetz> ignore me, need more debugging
May 19 10:09:49 <ptitjes> YEAH \o/ some new patches went upstream during the night
May 19 10:09:59 <ptitjes> this what we could call working by sleeping
May 19 10:10:02 <mickeyl> ptitjes: vala-dbus-binding-tool is amazing.
May 19 10:10:09 <von_fritz> ptitjes not working here ;) since 3 days :P
May 19 10:10:12 <ptitjes> does it fail ?
May 19 10:10:29 <ptitjes> (the question is for both of you then)
May 19 10:10:31 <mickeyl> ptitjes: it will introduce some inconvenience for me now to convert all that stuff to libfso-glib, but it's certainly wirth it
May 19 10:10:47 <dent> ptitjes: thanks, gonna try it out
May 19 10:10:58 <ptitjes> mickeyl: you should have start with it from the start, it didn't changed too much in fact
May 19 10:11:16 <ptitjes> mickeyl: ophonekitd-vala uses it from the start to generate its Usage service :)
May 19 10:11:34 <m0nt0> hi everybody
May 19 10:11:34 <ptitjes> von_fritz: what is not working ? vala-native ?
May 19 10:11:42 <ptitjes> hello m0nt0 
May 19 10:11:49 <m0nt0> hi ptitjes 
May 19 10:12:01 * von_fritz have since 3 days DISTRO = "shr" and vala-native gives error
May 19 10:12:13 <ptitjes> von_fritz: did you rebuild libtool ?
May 19 10:12:42 <von_fritz> no 
May 19 10:13:00 <von_fritz> well will try
May 19 10:13:02 <ptitjes> please try and then rebuild vala-bootstrap-native and vala-native
May 19 10:13:38 <mickeyl> with the new enums debugging gets worse though
May 19 10:13:42 <spaetz> mrmoku|away: the issue is probably not frameworkd. the GSM resource is not in use and has no users
May 19 10:13:46 <mickeyl> as i either need to cope with ints
May 19 10:13:57 <mickeyl> or add boring code to convert it back to strings
May 19 10:14:47 <ptitjes> mickeyl: yeah I can't remember who said on #vala he wented to implement to_string() and from_string() for enum values
May 19 10:14:57 <ptitjes> mickeyl: but please don't ask me to do it
May 19 10:15:01 <mickeyl> hehe
May 19 10:15:01 <ptitjes> mickeyl: say not yet
May 19 10:15:10 <ptitjes> I have other things on the fire :)
May 19 10:15:16 <mickeyl> nah, there's more important things atm., no doubt
May 19 10:15:21 <mickeyl> still it would be good eventually
May 19 10:15:31 <ptitjes> meh
May 19 10:16:00 <ptitjes> mickeyl: cope with int in your log messages as a temporary way
May 19 10:16:06 <ptitjes> (please)
May 19 10:16:10 <ptitjes> I do that
May 19 10:16:32 <ptitjes> I was looking for async stuff yesterday
May 19 10:16:53 <ptitjes> but damned there is little yet
May 19 10:17:23 <m0nt0> ptitjes, a little question, with libframework-phone-gui-efl2 as a lib you need it an you link ophonekitd against it at compile time, so if you want to change gui you need to recompile is it like that atm?
May 19 10:18:01 <ptitjes> mrmoku|away: so the question is did you try to rebuild vala-bootstrap-native and vala-native under your libtool 2.2.4-r20 tmp/ ? it seems it does fix the problem
May 19 10:18:45 <ptitjes> m0nt0: no I compile time I just link against libframeworkd-phonegui
May 19 10:19:12 <ptitjes> m0nt0: but it is a monolitic bloc
May 19 10:19:44 <ptitjes> m0nt0: if I want to use libfkd-pg-efl for messages and gtk for contacts
May 19 10:20:06 <ptitjes> m0nt0: I can't yet specify it in the conf (neither for current ophonekitd IIRC)
May 19 10:20:59 <ptitjes> m0nt0: thus as enhancing libframeworkd-phonegui, one job is to define how to configure ophonekitd-vala to take benefit of the split
May 19 10:21:16 <m0nt0> ptitjes, ok, i was looking at vala, what about a plugin? http://live.gnome.org/Vala/TypeModules
May 19 10:21:29 <von_fritz> ptitjes libtool is package libtool-2.2.4-r14: task do_package_write: completed and not r20 ?? why you have r20?
May 19 10:22:39 <mickeyl> ptitjes: (async) well, there's two things, one is the old callback-based async, the other one is the yield support. For a start, I'd be glad if we could have at least callback-based async (with one callback for result, one for error), since this will be ok for some services. Some other services _need_ yield support otherwise we go crazy, but still, plain callback-based support would rock for a start.
May 19 10:23:33 <spaetz> mrmoku|away: the issue was ophonekitd had crashed. No clue why though
May 19 10:23:55 <von_fritz> petitjes i know it :) same error vala-native doesn't build :(
May 19 10:24:32 <von_fritz> ahh sorry -e :)
May 19 10:25:19 <dos1> hey
May 19 10:25:37 <mirko-idling> hi dos1
May 19 10:25:40 <ptitjes> hum
May 19 10:26:04 <spaetz> [1] + Segmentation fault         ophonekitd
May 19 10:26:10 <spaetz> happens frequently
May 19 10:26:10 <dos1> spaetz: +1
May 19 10:26:11 <dos1> :P
May 19 10:26:21 <dos1> spaetz: related to contact cache?
May 19 10:26:35 <ptitjes> von_fritz: yep libtool 2.2.4-r20 no idea why (updated ?))
May 19 10:26:37 <spaetz> last three log entries:
May 19 10:26:37 <dos1> mirko-idling: i have few improvements to opimd to commit
May 19 10:26:37 <spaetz> ** (process:1841): DEBUG: ogsmd_sim_retrieve_phonebook_callback()
May 19 10:26:37 <spaetz> ** (process:1841): DEBUG: cache_phonebook_callback called
May 19 10:26:37 <spaetz> ** (process:1841): DEBUG: creating contact_cache
May 19 10:26:49 <mirko-idling> :)
May 19 10:26:54 <dos1> spaetz: latest version in repo?
May 19 10:26:56 <ptitjes> m0nt0: we already have a plugin system -> libmodulo
May 19 10:27:07 <mirko-idling> I am not quite there yet, need to prep for this weeks tetsing
May 19 10:27:22 <dos1> mirko-idling: SIM contacts and messages now are loaded automatically after SIM is ready
May 19 10:27:23 <m0nt0> ptitjes, yes, why not use it for the gui?
May 19 10:27:31 <spaetz> dos1: latest version in repo
May 19 10:27:34 <mirko-idling> ah nice
May 19 10:27:43 <spaetz> need to leave now. bbl
May 19 10:28:11 <ptitjes> mickeyl: I'm really not motivated to use that in our apps, I may wait for yield
May 19 10:28:24 <dos1> mirko-idling: now, if SIM isn't ready on opimd start (which is likely to happen :P), you have to init sim backends manually
May 19 10:28:28 <mickeyl> ptitjes: well
May 19 10:28:29 <ptitjes> mickeyl: I prefer waiting than implementing things two times
May 19 10:28:37 <mickeyl> i disagree
May 19 10:28:40 <mickeyl> we actually need both ways
May 19 10:28:44 <mirko-idling> dos1: it can't just wait ?
May 19 10:28:46 <ptitjes> really ?
May 19 10:28:54 <ptitjes> mickeyl: I don't see why
May 19 10:28:57 <dos1> mirko-idling: that's what i did and i'm going to commit ;)
May 19 10:28:57 <mickeyl> since only in the callback way you can stuff the callback into queues, saving it for later
May 19 10:29:07 <mickeyl> this won't work with the yield syntax IMO
May 19 10:29:09 <mirko-idling> dos1: ah nice
May 19 10:29:10 <ptitjes> mickeyl: but I just took a quick look at that async stuff
May 19 10:29:26 <dos1> mirko-idling: and i have also initing backends paralelly
May 19 10:29:44 <ptitjes> mickeyl: this could be handled as syntactic sugar I think
May 19 10:29:51 <ptitjes> mickeyl: but the point is good for me
May 19 10:30:18 <ptitjes> mickeyl: almost for the server part - doubt it can be usefull to queue callbackas on the client side
May 19 10:30:30 <dos1> mirko-idling: now loading for instance messages from SIM, which takes some time, blocked loading other backend until all of messages was loaded
May 19 10:30:34 <CIA-75> freesmartphone.org: 03mickey 07specs * rc33b6c4f55e5 10/ (2 files in 2 dirs): org.freesmartphone.Device.RealtimeClock: document the errors we throw
May 19 10:30:43 <ptitjes> yahoo :)
May 19 10:30:50 <ptitjes> mickeyl: good thinking :)
May 19 10:31:23 <dos1> mirko-idling: after my changes for instance CSV backend is loaded much quicker, as nothing is blocking loading other backends ;)
May 19 10:31:27 <ptitjes> I'm happy that you go for libfso-specs, because then you will add the missing stuff in specs, and I won't have anything to do :)
May 19 10:31:28 <mickeyl> yes, i want async mostly for server
May 19 10:31:40 <mickeyl> client should be more happy with yield
May 19 10:31:43 <ptitjes> s/libfso-specs/libfso-glib
May 19 10:31:55 <mickeyl> (specs) yeah, it's a good chance to fix the specs and make sure we don't have inconsistencies
May 19 10:33:40 <playya> maybe even the List* and Get* thing?
May 19 10:34:14 <mickeyl> ah, that's by design
May 19 10:34:38 <mickeyl> the use of ListFoo has a purpose
May 19 10:34:39 <playya> list take longer. i know
May 19 10:34:44 <mickeyl> correct
May 19 10:34:44 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * re3a591202806 10/framework/subsystems/opimd/backend_manager.py: opimd: Backend manager: init backends paralelly on opimd startup
May 19 10:34:45 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r5aca5db24960 10/framework/subsystems/opimd/pimb_sim_contacts_fso.py: opimd: SIM_Contacts_FSO: load entries automatically after SIM goes ready
May 19 10:35:06 <mickeyl> i still think it's a good idea to differenciate that
May 19 10:35:21 <mickeyl> but more feedback will tell :)
May 19 10:35:35 <mickeyl> if a majority thinks it's bad, then I'm not against changing it
May 19 10:40:20 <CIA-75> freesmartphone.org: 03mickey 07specs * r8ef166134586 10/ (3 files in 2 dirs): document org.freesmartphone.Device.Info interface
May 19 10:40:31 <viq> mrmoku: omoney and ffalarms still don't work, ideas?
May 19 10:41:26 <mrmoku> ptitjes: does not work for me
May 19 10:41:35 <mrmoku> viq: sorry, not yet :(
May 19 10:41:49 <viq> Thank you.
May 19 10:42:30 <mrmoku> viq: thank me when I fixed it :P
May 19 10:42:48 <ptitjes> mrmoku: nahhhh!
May 19 10:42:50 <mrmoku> ptitjes: I still have a non compiling vala-native
May 19 10:42:53 <ptitjes> damned
May 19 10:42:57 <viq> I will, now thanking for thinking about it and answering ;)
May 19 10:43:06 <mrmoku> viq: ok :)
May 19 10:43:08 <khiraly1> btw, was there any talk about ringtone delay at FSO ? I would be like to read the discussion about it
May 19 10:43:08 <ptitjes> mrmoku: it worked for PaulFerster
May 19 10:43:24 <mrmoku> ptitjes: I know... was looking into it with him this morning
May 19 10:43:25 <khiraly1> (ringtone has a slow startup time like 2-3 sec)
May 19 10:43:32 <mrmoku> ptitjes: I still get the wrong valac wrapper
May 19 10:43:56 <khiraly1> I read somewhere, mickeyl plans to replace the gstreamer solution with something speedier. Just cant remember where I read it
May 19 10:44:00 <mrmoku> ptitjes: the (only) difference is that I did a rebuild from scratch and he didn't
May 19 10:44:02 <ptitjes> mrmoku: so doesn't it stil use the libtool 1.5 wrapper ?
May 19 10:44:13 <ptitjes> mrmoku: I did too :)$
May 19 10:44:19 <mrmoku> ptitjes: no... comment in the wrapper says 2.2.4
May 19 10:44:21 <ptitjes> you made me rm -rf tmp/
May 19 10:44:39 <mickeyl> khiraly1: there is already a shortcut, if you play .wavs
May 19 10:44:58 <mickeyl> i toyed with the idea of using supercollider
May 19 10:45:04 <mickeyl> but that's a bitch to build and use :/
May 19 10:45:12 <khiraly1> mickeyl: could you point me to the source file?
May 19 10:45:24 <khiraly1> what is this "shortcut"
May 19 10:45:34 <khiraly1> supercollider? time to google
May 19 10:45:56 <mickeyl> khiraly1: framework/framework/subsystems/odeviced/kernel26.py
May 19 10:46:00 <mickeyl> err
May 19 10:46:00 <mickeyl> audio.py
May 19 10:46:08 <mickeyl> shortcut is using alsaplay for .wavs
May 19 10:46:15 <ptitjes> mickeyl: supercollider the audio thing ?
May 19 10:46:15 <khiraly1> uhum
May 19 10:46:19 <ptitjes> that is greatstuff
May 19 10:46:26 <von_fritz> mrmoku wich version of libtool you have?
May 19 10:47:03 <mrmoku> von_fritz: libtool-native-2.2.4-r20/
May 19 10:47:07 <mrmoku> von_fritz: is it fixed for you?
May 19 10:47:13 <mickeyl> ptitjes: yeah
May 19 10:47:43 <von_fritz> no but i have libtool-2.2.4-r14 ??
May 19 10:48:19 <khiraly1> mickeyl: supercollider looks like a bit overkill
May 19 10:48:25 <khiraly1> http://supercollider.sourceforge.net/
May 19 10:48:35 <khiraly1> ^^ if that is what we are talking about
May 19 10:48:45 <mickeyl> ptitjes: i think i found a bug
May 19 10:49:02 <mickeyl> ptitjes: org.freesmartphone.Device.Input is not correctly defined
May 19 10:49:10 <ptitjes> link ?
May 19 10:49:18 <mickeyl> breaks in C code
May 19 10:49:22 <mickeyl> ptitjes: this is an interface only with a signal
May 19 10:49:27 <mickeyl> it bails out with
May 19 10:49:43 <mickeyl> plugin.c:887: error: 'FREE_SMARTPHONE_DEVICE_TYPE_INPUT' undeclared (first use in this function)
May 19 10:49:50 <ptitjes> hummm did I forgot to pull specs
May 19 10:50:11 <mickeyl> the vapi looks ok
May 19 10:50:16 <mickeyl> looks like a bug in Vala rather
May 19 10:50:21 <von_fritz> ptitjes do i need rebuild libtool wich is r14 or libtool-native which is libtool-native-2.2.4-r20 ??
May 19 10:50:23 <mickeyl> i can try to add a dummy method
May 19 10:51:02 <mickeyl> yes, that's it
May 19 10:51:08 <mickeyl> adding a dummy method fixes it
May 19 10:51:11 <mickeyl> vala bug then
May 19 10:51:56 <ptitjes> mickeyl: It compiles correctly here, could you pull vala-dbus-binding-tool and vala please ?
May 19 10:52:54 <DocScrutinizer> speed up audio means to use a lean solution
May 19 10:53:07 <mickeyl> ptitjes: it compiles correctly, but bails out in my code
May 19 10:53:22 <mickeyl> ptitjes: please check whether the type is declared for you
May 19 10:53:33 <mickeyl> i think it's omitted
May 19 10:54:06 <DocScrutinizer> supercollider is the exact opposite
May 19 10:54:34 <DocScrutinizer> it's optimized for realtime, not for fast load and lean executables
May 19 10:55:03 <DocScrutinizer> realtime means short skew time
May 19 10:55:27 <mrmoku> von_fritz: I would think that vala-native uses libtool-native...
May 19 10:56:07 <ptitjes> mickeyl: ha you mean when you link to it ?
May 19 10:56:10 <ptitjes> or run
May 19 10:56:20 <ptitjes> arf
May 19 10:56:21 <mickeyl> compile
May 19 10:56:27 <mickeyl> if you compile code using this interface
May 19 10:56:29 <mickeyl> it's not present
May 19 10:56:33 <ptitjes> let me see
May 19 10:56:39 <von_fritz> mrmoku seems logic :)
May 19 10:56:47 <mickeyl> check framework.h
May 19 10:56:59 <mickeyl> err, freesmartphone.h
May 19 10:57:39 <DocScrutinizer> morning btw
May 19 10:57:50 <ptitjes> DocScrutinizer: morning
May 19 10:59:12 <DocScrutinizer> the way to play back audio with least overhead for loading probably is to use 'cat audio.raw >/dev/dsp'
May 19 10:59:46 <DocScrutinizer> not pulseaudio, gstreamer, or supercollider
May 19 10:59:53 <dos1> mrmoku: go fix contact cache!
May 19 10:59:54 <dos1> :D
May 19 11:00:27 <dos1> mrmoku: i've got sms with number 0048663xxxxxx
May 19 11:00:52 <dos1> mrmoku: and then ophonekitd crashed when it wanted to display message
May 19 11:00:58 <dos1> mrmoku: and it's crashing on startup
May 19 11:01:05 <ptitjes> ok you are right the interface is kept in the .c file
May 19 11:01:13 <ptitjes> mickeyl: it is not pushed in the .h
May 19 11:01:20 <mickeyl> yep
May 19 11:01:26 <ptitjes> juergbi's header rewrite stuff
May 19 11:01:28 <ptitjes> :)
May 19 11:01:32 <ptitjes> let me joke him :)
May 19 11:01:42 <mrmoku> dos1: new message?
May 19 11:01:56 <mrmoku> hehe... Ainulindale said he did not adjust it ;)
May 19 11:01:58 <mrmoku> will do
May 19 11:02:20 <DocScrutinizer> and, as I stated many times before, ringtones and similar should be converted to standardringfile.wav on config time, not played back with a mp3-lib 
May 19 11:02:23 <dos1> mrmoku: yep, new message
May 19 11:02:54 <dos1> mrmoku: and now openmoko-messages is crashing
May 19 11:03:10 <DocScrutinizer> as on config you got plenty of time to convert
May 19 11:04:13 <mrmoku> dos1: because ophonekitd is gone...
May 19 11:04:35 <dos1> mrmoku: no, ophonekitd works
May 19 11:04:36 <dos1> :x
May 19 11:04:46 <dos1> mrmoku: i restarted it
May 19 11:04:51 <dos1> mrmoku: but messages are still crashing
May 19 11:07:27 <mrmoku> dos1: what ophonekitd do you have?
May 19 11:07:31 <mrmoku> (git hash)
May 19 11:08:04 <dos1> mrmoku: ophonekitd - 0.0.2+gitr650+62d6fdbf615c00d6805d2f0fab7bb3af4f07742d-r16 -
May 19 11:08:11 <dos1> mrmoku: which is newest in repo
May 19 11:08:40 <dos1> mrmoku: TAsn did some changes yesterday... maybe it should be builded? :x
May 19 11:09:07 <mrmoku> dos1: built it yourself?
May 19 11:09:21 <dos1> mrmoku: no
May 19 11:09:57 <DocScrutinizer> mickeyl: does python offer a regex function?
May 19 11:10:03 <mrmoku> dos1: ahh, it is not newest :)
May 19 11:10:11 <ptitjes> von_fritz: ho sorry
May 19 11:10:16 <mrmoku> ahh newest in repo... yeah... he did changes and nobody rebuilt ;)
May 19 11:10:18 <ptitjes> von_fritz: yesy libtool-native
May 19 11:10:20 <ptitjes> grrrrrrr
May 19 11:10:23 <ptitjes> I'm too bad
May 19 11:10:48 <mickeyl> DocScrutinizer: yes. module re
May 19 11:11:08 <DocScrutinizer> mickeyl: tought so. thanks :-)
May 19 11:11:09 <von_fritz> ptitjes not working same error
May 19 11:11:33 <CIA-75> freesmartphone.org: 03mickey 07specs * rfbca3fdbcc5d 10/ (2 files in 2 dirs): org.freesmartphone.Device.Input: add GetId() -> s and GetCapabilities() -> s
May 19 11:11:34 <ptitjes> von_fritz: also rebuilt vala-bootstrap-native ?
May 19 11:11:55 <ptitjes> mickeyl: what a fix :)
May 19 11:11:58 <von_fritz> yes and mrmoku have the same error :P
May 19 11:12:04 <ptitjes> mickeyl: are those real methods ?
May 19 11:12:05 <ptitjes> :)
May 19 11:12:08 <mickeyl> hehe
May 19 11:12:13 <mickeyl> in fso2, ya
May 19 11:12:23 <DocScrutinizer> dos1: found your example "implementation"?
May 19 11:12:53 <dos1> DocScrutinizer: ?
May 19 11:12:58 <dos1> normalizelib?
May 19 11:13:10 <DocScrutinizer> dos1: normalize numbers
May 19 11:13:15 <DocScrutinizer> yup
May 19 11:13:26 <dos1> yep, i've seen
May 19 11:14:05 <DocScrutinizer> so, should be easy to convert to whatever coding lang you're using
May 19 11:14:05 <ptitjes> von_fritz!!!
May 19 11:14:58 <ptitjes> mrmoku: let's see what is different here and for you ?
May 19 11:15:27 <mrmoku> ptitjes: yep
May 19 11:15:28 <ptitjes> mrmoku: the only thing I can see is the rm -rf tmp/ and maybe my -j4
May 19 11:16:56 <ptitjes> mrmoku: what -j do you have
May 19 11:17:14 <mrmoku> ptitjes: on the buildhost nothing... BB_PARALLEL_THREADS is 4
May 19 11:17:21 <mrmoku> but -j4 is not set
May 19 11:17:25 <ptitjes> hum like me
May 19 11:17:26 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r42b66b1ce841 10/libfsoframework/fsoframework/ (fsoframework-2.0.vapi interfaces.vala): fsoframework: strip interface declarations from this library.
May 19 11:17:27 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r1d46476fe917 10/fsodeviced/ (13 files in 7 dirs): fsodevice: convert to libfso-glib
May 19 11:17:43 <ptitjes> yeah!
May 19 11:17:50 <mickey|sun> :)
May 19 11:18:05 <mickey|sun> bbl
May 19 11:18:08 <ptitjes> cu
May 19 11:19:51 <DocScrutinizer> mickey|sun: enjoy! good idea :-)
May 19 11:20:07 <mrmoku> ptitjes: have to eat now... lets continue later
May 19 11:20:26 <ptitjes> oki
May 19 11:20:41 <mrmoku> dos1: updated ophonekitd is hiting the feed in some seconds
May 19 11:21:02 <ptitjes> mrmoku: oh btw nytowl moved fso-specs and libfso to oe directly
May 19 11:21:09 <ptitjes> mrmoku: and I fixed those
May 19 11:21:15 <mrmoku> ptitjes: ok, will remove them then
May 19 11:21:22 <ptitjes> mrmoku: already done
May 19 11:21:30 <ptitjes> mrmoku: and made libmodulo build
May 19 11:21:37 <ptitjes> mrmoku: yet I have that problem:
May 19 11:21:37 <mrmoku> nice
May 19 11:22:02 <mrmoku> dos1: ok.. there now. Could you retry?
May 19 11:22:48 <dos1> mrmoku: ok, sec
May 19 11:22:54 <BillK> ~
May 19 11:22:58 <ptitjes> NOTE: package libmodulo-0.0.1+gitr37+91fea16b454f951c46c53d793d7bd26cf308a246-r0: task do_populate_staging: started
May 19 11:22:58 <ptitjes> NOTE: the following files were installed but not shipped in any package:
May 19 11:22:58 <ptitjes> NOTE:   Modulo-1.0.gir
May 19 11:22:58 <ptitjes> NOTE:   /usr/share/vala/vapi/modulo-1.0.vapi
May 19 11:22:58 <ptitjes> NOTE: Multiple libraries (libfoo.so.0, libmodulo.so.0) found and LEAD_SONAME not defined
May 19 11:23:15 <mrmoku> well really have to eat now :)
May 19 11:23:18 <ptitjes> mrmoku: can't find why autotools_stage do not do the trick
May 19 11:23:21 <ptitjes> oki
May 19 11:23:23 <ptitjes> cu
May 19 11:23:24 <mrmoku> bbiab
May 19 11:23:39 <ptitjes> bon apétit
May 19 11:25:59 <DocScrutinizer> ptitjes: I heard rumor this night about staging being evil. so autotools_stage sounds strange to me
May 19 11:35:40 <ptitjes> DocScrutinizer: this is packaged_staging that is hell
May 19 11:36:03 <ptitjes> DocScrutinizer: but this must be heard by mrmoku|away and Ainulindale 
May 19 11:36:10 <DocScrutinizer> ptitjes: k, no idea here. just mentioning ;-)
May 19 11:36:25 <dent> ptitjes: vala bitbaked ok :) thx
May 19 11:36:39 <ptitjes> you know I say that but I have no idea what it means ;)
May 19 11:36:45 <ptitjes> dent: great! congrats
May 19 11:37:01 <ptitjes> dent: the DISTRO="shr" and libtool-native rebuild did it ?
May 19 11:37:22 <dent> yeah
May 19 11:37:41 <dent> well, I did bitbake -c clean libtool-native vala-bootstrap-native vala-native
May 19 11:38:11 <dent> and then bitbake vala-bootstrap-native avala-native... maybe I didn't have to explicitly bb vala-bootstrap-native? but I did and it went through
May 19 11:39:08 <dent> now trying shr-lite-image... too see where else it breaks
May 19 11:48:15 <ptitjes> dent: stangely vala-native did not trigger automatically for me so I had to bitbake it manually...
May 19 11:49:35 <CIA-75> freesmartphone.org: 03seba.dos1 07specs * rfc2ab6c9a5f7 10/org.freesmartphone.PIM/ (3 files): org.freesmartphone.PIM: update specs
May 19 11:50:56 <dos1> ptitjes: libfso-glib is generated from specs, yep?
May 19 11:52:27 <ptitjes> yep
May 19 11:52:56 <mrmoku> dos1: ophonekitd is fixed?
May 19 11:53:02 <dos1> mrmoku: checking now
May 19 11:54:19 <dos1> ptitjes: so it'll just have new binding to pim methods which I just added?
May 19 11:54:30 <dos1> mrmoku: it's not segfaulting on that sms now ;)
May 19 11:54:47 <DocScrutinizer> mrmoku: when would you want to start in M for F9N?
May 19 11:55:01 <mrmoku> DocScrutinizer: I don't care :)
May 19 11:55:07 <mrmoku> DocScrutinizer: when would you from N?
May 19 11:55:34 <ptitjes> dos yep :)
May 19 11:55:43 <DocScrutinizer> hmm, we should be at F9N no later than Fr 20:00 it seems
May 19 11:55:52 <ptitjes> dos1: you have to re-make libfso-glib however
May 19 11:56:07 * mrmoku checks what ADAC says about how long it takes...
May 19 11:56:32 <ptitjes> DocScrutinizer: that would be better yeah :)
May 19 11:56:34 <dos1> ptitjes: ok :)
May 19 11:56:35 <DocScrutinizer> mrmoku: remember that's start of weekend :-/
May 19 11:56:51 <ptitjes> DocScrutinizer: else we will spank you :)
May 19 11:56:55 <Gnutoo> hi, I've a question with the lastest shr release: how do I power the usb host port?
May 19 11:57:08 <Gnutoo> and can it delivers 500mA
May 19 11:57:09 <Gnutoo> ?
May 19 11:57:17 <Gnutoo> or only 100mA
May 19 11:57:36 <Gnutoo> (I plan to buy an external usb sound card)
May 19 11:57:39 <DocScrutinizer> ptitjes: there are *two* ways to avoid getting spanked then ;-)
May 19 11:57:52 <mrmoku> DocScrutinizer: yeah... might hit some traffic :(
May 19 11:57:57 <ptitjes> DocScrutinizer: but you are mandatory anyway so you can't hide :)
May 19 11:57:57 <DocScrutinizer> Gnutoo: 500
May 19 11:58:06 <Gnutoo> DocScrutinizer, thanks a lot
May 19 11:58:17 <ptitjes> bbiab
May 19 11:58:17 <Gnutoo> by the way what is the good sysfs node?
May 19 11:59:33 <DocScrutinizer> Gnutoo: see wiki for exact way to enable power to USB. sth "echo 1 >/sys/*/usb-foo"
May 19 11:59:39 <mrmoku> DocScrutinizer: ADAC says 4:35 from N...
May 19 11:59:45 <Gnutoo> found it
May 19 11:59:46 <Gnutoo> thanks
May 19 11:59:49 <Gnutoo> ./class/i2c-adapter/i2c-0/0-0073/neo1973-pm-host.0/hostmode
May 19 11:59:56 <DocScrutinizer> yup
May 19 12:00:04 <DocScrutinizer> Gnutoo: that's it
May 19 12:00:08 <Gnutoo> (last time I tried I didn't find it but it was with an older SHR)
May 19 12:00:43 <DocScrutinizer> Gnutoo: use "find /sys -name hostmode"
May 19 12:00:53 <Gnutoo> that's what I did 
May 19 12:01:05 <Gnutoo> but I used find ./ | grep hostmode
May 19 12:01:59 <DocScrutinizer> mrmoku: maybe we should go an hour early. to avoid the crowds
May 19 12:02:25 <mrmoku> DocScrutinizer: start in N around 15:00? or even earlier?
May 19 12:02:41 <DocScrutinizer> mrmoku: sounds good
May 19 12:03:07 <DocScrutinizer> Gnutoo: ./ is a poor choice for a find run
May 19 12:03:08 <mrmoku> DocScrutinizer: ok, we can still think about it. If you prefer earlier, its fine too for me
May 19 12:03:57 <spaetz> dos1: did you fix th ophonekitd crash or is this still valid?
May 19 12:03:58 <DocScrutinizer> nah, I'd hope we'll make it in time when we go at 15:00, no?
May 19 12:04:05 <spaetz> all log entries stop with DEBUG: creating contact_cache
May 19 12:04:10 <mrmoku> DocScrutinizer: ok :)
May 19 12:06:06 <DocScrutinizer> mrmoku: I might want to check when raster is arriving
May 19 12:06:45 <mrmoku> DocScrutinizer: he's arriving in F?
May 19 12:07:00 <raster> ?
May 19 12:07:04 <DocScrutinizer> he's in B already
May 19 12:07:09 <mrmoku> ahh :)
May 19 12:07:18 <mrmoku> hey raster in B :)
May 19 12:07:19 <DocScrutinizer> raster: mooo :)
May 19 12:07:25 <raster> DocScrutinizer: burrr;p
May 19 12:07:32 <raster> what's up?
May 19 12:07:38 <raster> i'm in braunschweig now
May 19 12:07:42 <raster> will be in berlin tonight
May 19 12:07:50 <raster> essen friday -> sunda
May 19 12:07:55 <raster> and sunday evening of to paris
May 19 12:08:09 <raster> i'l be stuffing myself in Ainulindale's car
May 19 12:08:24 <DocScrutinizer> how are you traveling to Paris, raster?
May 19 12:08:28 <raster> and beating people with baguettes who want to try steal the spot
May 19 12:08:36 <DocScrutinizer> aaah
May 19 12:08:37 <raster> DocScrutinizer:  Ainulindale's car
May 19 12:08:55 <rhkfin> nytowl: what's the status & future of of bind-home ?
May 19 12:09:08 <DocScrutinizer> found out about selen meanwhile?
May 19 12:09:14 <DocScrutinizer> never heard
May 19 12:09:18 <DocScrutinizer> :D
May 19 12:09:21 <raster> yeah
May 19 12:09:22 <raster> seelen
May 19 12:09:25 <raster> 2 e's
May 19 12:10:02 <DocScrutinizer> nope, on this bakery's site it's been "Selen"
May 19 12:10:15 <raster> grrrr
May 19 12:10:28 <raster> ok - so no one can agree on how to spell it
May 19 12:10:30 <raster> :)
May 19 12:10:40 <raster> i had bretzeln anyway
May 19 12:10:42 <raster> that was good
May 19 12:10:54 <DocScrutinizer> lol, I even never heard of it
May 19 12:11:06 <DocScrutinizer> got some here
May 19 12:11:35 <DocScrutinizer> best brezen I ever ate, are from here next to my flat
May 19 12:11:59 <raster> :)
May 19 12:12:08 <raster> hopefully there are some good ones in essen...l
May 19 12:12:22 <raster> damit wir gute bretzeln in essen essen koennen
May 19 12:12:37 <DocScrutinizer> you'll bring the samsung amoled thing?
May 19 12:12:46 <dos1> spaetz: opkg update; opkg upgrade and try
May 19 12:12:48 <raster> no
May 19 12:12:58 <raster> dont have one... yet
May 19 12:13:26 <DocScrutinizer> oooooh ;-(
May 19 12:14:00 <DocScrutinizer> zoom?
May 19 12:14:54 <raster> nup
May 19 12:15:13 <DocScrutinizer> raster: when will you arrive at Essen?
May 19 12:16:27 <DocScrutinizer> (zoom) darn
May 19 12:17:07 <raster> ummm
May 19 12:17:39 <raster> hbf - 17:34
May 19 12:19:01 <spaetz> dos1: also, what do you think of handling long AUX presses via enlightenment rather have frameworkd do it.
May 19 12:19:08 <mrmoku> PaulFertser: when and where do you hit german ground?
May 19 12:19:16 <spaetz> Feels wrong to make frrameworkd a generic key input handler :(
May 19 12:19:23 <spaetz> see ticket http://trac.shr-project.org/trac/ticket/291
May 19 12:19:44 <spaetz> could be done the same way we handle short and long POWER presses
May 19 12:20:55 <raster> spaetz: agreed
May 19 12:21:02 <raster> buttons/keys/input shouldgo thru x
May 19 12:21:08 <raster> and somethingin x should handle it
May 19 12:21:22 <raster> you can have as many different processes there handle it as u like (grab keys)
May 19 12:21:33 <spaetz> raster: agreed. Is there a possibility to callt he simple desktop lock via a commandline?
May 19 12:21:36 <raster> andthen they could ask fso to do things
May 19 12:21:52 <raster> spaetz: hmm no as its allinternal
May 19 12:22:01 <raster> i'd have to add a fair bit of code for that to be possible
May 19 12:22:02 <SHR-WugBranler`> tracfeed: Ticket #463 (retrieve prefix codes automatically from SIM) updated <http://trac.shr-project.org/trac/ticket/463#comment:2>
May 19 12:22:04 <spaetz> because the config calls commands, right:
May 19 12:22:05 <spaetz> http://trac.shr-project.org/trac/ticket/291
May 19 12:22:08 <spaetz> soroy
May 19 12:22:13 <spaetz> value "action" string: "delayed_action";
May 19 12:22:13 <spaetz> value "params" string: "[0.0 syscon] [2.0 halt_now]";
May 19 12:22:23 <spaetz> this cannot be used to call teh simple lock...
May 19 12:22:29 <raster> yes it can
May 19 12:22:33 <spaetz> ahh?
May 19 12:22:38 <raster> those are not commands (Command-line)those are actions
May 19 12:22:39 <raster> e actions
May 19 12:22:44 <spaetz> I see
May 19 12:22:44 <raster> NE action is "exec"
May 19 12:22:47 <raster> that runs a cmd-line
May 19 12:22:54 <raster> simplelock is an action
May 19 12:22:59 <spaetz> great
May 19 12:23:05 <spaetz> all my probs solved then
May 19 12:23:06 <SHR-WugBranler`> tracfeed: Ticket #464 (Another openmoko-messages crash (seems slightly different).) updated <http://trac.shr-project.org/trac/ticket/464#comment:1>
May 19 12:23:13 <raster> thats just simple config there
May 19 12:23:59 <spaetz> dos1: last ticket 464 is the same as my crash
May 19 12:24:04 <spaetz> is it?
May 19 12:24:06 <dos1> spaetz: i know
May 19 12:24:06 <raster> if u wanted fso to do something
May 19 12:24:07 <SHR-WugBranler`> tracfeed: Ticket #464 (Contact cache crashes) updated <http://trac.shr-project.org/trac/ticket/464#comment:2> || Ticket #464 (Contact cache crashes) updated <http://trac.shr-project.org/trac/ticket/464#comment:1> || Ticket #464 (Contact cache crashes) created <http://trac.shr-project.org/trac/ticket/464>
May 19 12:24:22 <dos1> spaetz: did you upgrade and test?
May 19 12:24:25 <raster> a simple 'exec dbus-send blah blah...' will do it
May 19 12:24:30 <spaetz> dos still trying
May 19 12:24:43 <spaetz> my FR connection broke somehow
May 19 12:25:29 <spaetz> net forwarding on the laptop broke, retrying
May 19 12:26:30 <DocScrutinizer>  /join #fsoshr
May 19 12:27:06 <spaetz> dos1: BTW, I get Configuring shr-splash
May 19 12:27:07 <spaetz> update-rc.d: /etc/init.d/shr-splash.sh: file does not exist
May 19 12:27:13 <spaetz> ?
May 19 12:27:27 <dos1> spaetz: hmm
May 19 12:28:44 <SHR-WugBranler`> tracfeed: Ticket #463 (retrieve prefix codes automatically from SIM) updated <http://trac.shr-project.org/trac/ticket/463#comment:3>
May 19 12:29:18 <spaetz> dos1: so far ophonekitd hasn't crashed on me
May 19 12:30:14 <DocScrutinizer> raster: could you join #fsoshr?
May 19 12:30:40 <DocScrutinizer> meeting point :-)
May 19 12:30:44 <mirko-paroli> DocScrutinizer: yeah, more channels :)
May 19 12:31:17 <DocScrutinizer> mirko-paroli: lol, well F9N chat maybe a little OT here
May 19 12:31:18 <SHR-WugBranler`> tracfeed: Ticket #463 (retrieve prefix codes automatically from SIM) updated <http://trac.shr-project.org/trac/ticket/463#comment:4>
May 19 12:31:39 <mirko-paroli> DocScrutinizer: hehe
May 19 12:32:15 <DocScrutinizer> and I hope there will be no CIA and WugBranler spamming IRC on FR ;-)
May 19 12:32:15 * mirko-paroli goes to create a #eat-dinner-with-mirko-in-taipei channel
May 19 12:32:32 <DocScrutinizer> mirko-paroli: go ahead ;-)
May 19 12:34:45 <SHR-WugBranler`> tracfeed: Ticket #464 (Contact cache crashes) closed <http://trac.shr-project.org/trac/ticket/464#comment:3> || Ticket #463 (retrieve prefix codes automatically from SIM) updated <http://trac.shr-project.org/trac/ticket/463#comment:5>
May 19 12:38:00 <spaetz> are we missing libevas-loader-gif and libevas-loader-svg by design or oversight?
May 19 12:40:27 <mrmoku> dos1: home zones are the region you define to be the place where you have special rates?
May 19 12:40:28 <SHR-WugBranler`> tracfeed: Ticket #463 (retrieve prefix codes automatically from SIM) updated <http://trac.shr-project.org/trac/ticket/463#comment:6>
May 19 12:40:44 <dos1> mrmoku: dunno...
May 19 12:41:12 <Ainulindale> spaetz: yes
May 19 12:41:19 <Ainulindale> it pulls in a shitload of dependencies
May 19 12:41:25 <Ainulindale> (IIRC)
May 19 12:42:04 <mrmoku> dos1: yeah, it is: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.HZ.html;hb=HEAD
May 19 12:43:00 <raster> Ainulindale:  gif is simply - just uses libgif
May 19 12:43:03 <raster> but yes
May 19 12:43:04 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * rde66f6b14b97 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM_Messages_FSO: init automatically on SIM ready
May 19 12:43:15 <raster> svg loadr sucks in librsvg and that in turn sucks in half of gnome/gtk
May 19 12:44:58 <Ainulindale> Ok then
May 19 12:45:06 <Ainulindale> How come nobody fixed that already?
May 19 12:46:30 <TAsn> dos1, have you tested my newest commit?
May 19 12:46:34 <TAsn> (fixing the 00 issue)
May 19 12:46:59 <Ainulindale> TAsn: next thing to do if you're interested is to dbusify the contact cache (I don't know how far mrmoku went on that)
May 19 12:47:08 <Ainulindale> To avoid gsm contacts preloading on messages
May 19 12:47:11 <Ainulindale> and contacts 
May 19 12:47:24 <TAsn> Ainulindale, I don't think we need to work *that* hard on a temp hack
May 19 12:47:24 <Ainulindale> It'll be easier to replace with opimd afterwards
May 19 12:47:31 <TAsn> it's only until opimd.
May 19 12:47:31 <Ainulindale> TAsn: that hard? it's eaaaaaaasy
May 19 12:47:38 <Ainulindale> (seriously damn easy)
May 19 12:47:50 <Ainulindale> All the dbus stuff is there
May 19 12:47:58 <TAsn> Ainulindale, that hard means doing something while I can do something better. ;]
May 19 12:48:00 <Ainulindale> Do as you wish anyway :-)
May 19 12:48:10 <Ainulindale> I was merely suggesting something interesting to do
May 19 12:48:11 <TAsn> btw, did you add the name resolving everywhere we talked about?
May 19 12:48:27 <TAsn> Ainulindale, it is interesting, no doubt about that, though I'm too lazy/busy to do that atm ;]
May 19 12:49:55 <TAsn> Ainulindale, don't you agree?
May 19 12:50:06 <TAsn> btw, as I asked, did you add the name resolving everywhere?
May 19 12:50:08 <Ainulindale> On what?
May 19 12:50:23 <Ainulindale> Well supposedly yes
May 19 12:50:32 <TAsn> that's it's less important than doing other stuff
May 19 12:50:40 <Ainulindale> TAsn: what kind of other stuff? :-)
May 19 12:50:51 <Ainulindale> TAsn: I was merely saying that because it has a direct impact on performances
May 19 12:51:23 <TAsn> I know.
May 19 12:51:35 <TAsn> but it's a semi minor impact
May 19 12:51:38 <dos1> TAsn, mrmoku: it still doesn't work...
May 19 12:51:42 <dos1> 663xxxxxx in sim
May 19 12:51:44 <TAsn> dos1, the 00
May 19 12:51:44 <TAsn> ?
May 19 12:51:45 <Ainulindale> TAsn: that depends on who you are
May 19 12:51:51 <dos1> 0048663xxxxxx in message
May 19 12:51:55 <TAsn> segfault?
May 19 12:52:02 <Ainulindale> TAsn: if you're the user 5-6 seconds for contact preloading at start of messages may be really boring :-)
May 19 12:52:04 <dos1> TAsn: no, just name resolving doesn't work
May 19 12:52:06 <Ainulindale> (because that's what I have here)
May 19 12:52:10 <TAsn> dos1, fair enough
May 19 12:52:18 <TAsn> I said I fixed the segault
May 19 12:52:26 <TAsn> not the resolving
May 19 12:52:27 <dos1> so mrmoku: it's not working ;p
May 19 12:52:31 <TAsn> dos1, I added debug messages
May 19 12:52:35 <TAsn> please run from terminal
May 19 12:52:47 <TAsn> Ainulindale, sucks bad ;[
May 19 12:52:52 <TAsn> here it's 0.5-1 sec
May 19 12:53:02 <Ainulindale> TAsn: well yeah and I personally don't care
May 19 12:53:09 <Ainulindale> But I'm sure you can find a couple of users who do
May 19 12:53:17 <Ainulindale> (More than a couple actualyl)
May 19 12:53:22 <Ainulindale> s/lyl/lly/
May 19 12:53:23 <bzzbot> Ainulindale meant: (More than a couple actually)
May 19 12:53:27 <dos1> ** (process:4216): DEBUG: Normalized 663571389 to 663571389
May 19 12:53:27 <dos1> (...)
May 19 12:53:27 <dos1> ** (process:4216): DEBUG: looking for '0048663571389' in contacts_cache
May 19 12:53:27 <dos1> ** (process:4216): DEBUG: Normalized 0048663571389 to +48663571389
May 19 12:53:46 <dos1> uh
May 19 12:53:50 <spaetz> Ainulindale. raster, thanks. I'll comment accordingly in the bug
May 19 12:53:59 <spaetz> (evas-loader-*)
May 19 12:54:28 <TAsn> dos1, looks fine to me
May 19 12:54:39 <TAsn> except the first line
May 19 12:54:41 * dos1 is wondering why he was xxx-ing numbers before :P
May 19 12:54:48 <dos1> TAsn: yep, first line ;p
May 19 12:54:54 <TAsn> hm.. will check code, sec.
May 19 12:55:01 <TAsn> should have worked
May 19 12:55:47 <mrmoku> dos1: what number should that be? mobile?
May 19 12:55:48 <SHR-WugBranler`> tracfeed: Ticket #437 (mplayer with tremor support) updated <http://trac.shr-project.org/trac/ticket/437#comment:3>
May 19 12:56:01 <dos1> mrmoku: yes, it's mobile number
May 19 12:56:12 <TAsn> else if (conf->national_prefix_len >= 0 && strncmp(_number, conf->national_prefix, conf->national_prefix_len) == 0) {
May 19 12:56:13 <TAsn>         number = g_strconcat("+", conf->country_code, &_number[conf->national_prefix_len], NULL);
May 19 12:56:15 <TAsn> code looks correct
May 19 12:56:28 <mrmoku> dos1: and what is the prefix?
May 19 12:56:39 <mrmoku> 663?
May 19 12:56:44 <dos1> mrmoku: which prefix? :P
May 19 12:56:45 <mrmoku> insane like the italians?
May 19 12:56:50 <dos1> there is no prefix
May 19 12:56:50 <SHR-WugBranler`> tracfeed: Ticket #218 (Missing GIF and SVG Evas loaders) updated <http://trac.shr-project.org/trac/ticket/218#comment:2>
May 19 12:56:59 <dos1> just number
May 19 12:57:03 <mrmoku> dos1: so the number is without prefix...
May 19 12:57:08 <dos1> mrmoku: yes
May 19 12:57:11 <mrmoku> this is what home_prefix would be for ;)
May 19 12:57:16 <mrmoku> which is not implemented
May 19 12:57:21 <dos1> mrmoku: no
May 19 12:57:32 <mrmoku> dos1: yes ;)
May 19 12:57:36 <Deubeuliou> hi everyone
May 19 12:57:44 <dos1> mrmoku: so what should be in home_prefix then?
May 19 12:58:21 <dos1> i have also contacts 691xxxxxx, 725xxxxxx, 791xxxxxx, 669xxxxxx...
May 19 12:58:35 <dos1> it's just number, there is no home_prefix
May 19 12:58:50 <mrmoku> well... what is the prefix of your mobile provider?
May 19 12:59:08 <dos1> mrmoku: my mobile provider has many prefixes :P
May 19 12:59:11 <dos1> as every provider
May 19 12:59:18 <mrmoku> one of them?
May 19 12:59:25 <dos1> it's one of them, yep
May 19 12:59:38 <dos1> but i also can have 500xxxxxx on my contact list
May 19 12:59:44 <mrmoku> without 0 ... like I said before... insane like the italians :P
May 19 12:59:59 <mrmoku> dos1: and what do you get signalled?
May 19 13:00:05 <dos1> which is another provider
May 19 13:00:09 <dos1> and it will work
May 19 13:00:09 <mrmoku> for calls and sms?
May 19 13:00:30 <dos1> mrmoku: +48xxxxxxxxx
May 19 13:00:37 <dos1> +48663571389 for instance
May 19 13:00:51 <dos1> but there are smses "this number tried to call you N times"
May 19 13:00:57 <spaetz> mrmoku: right with number porting from provider to provider there is no strict provider prefix anymore...
May 19 13:00:58 <dos1> which has 0048663571389
May 19 13:01:28 <dos1> spaetz: we didn't have strict provider prefix before porting. there are many prefixes
May 19 13:01:29 <ptitjes|walk> mrmoku: could you please give a service to me ?
May 19 13:01:37 <mrmoku> dos1: and landline?
May 19 13:01:38 <Zorkman> dos: someone in #openmoko mentionnned Osmo, don't know if you heard of it (http://www.clayo.org/osmo/) maybe it's interesting to take a look at? (it's GTK+)
May 19 13:01:39 <SHR-WugBranler`> tracfeed: Ticket #416 (elementary_alarm doesn't handle dst) closed <http://trac.shr-project.org/trac/ticket/416#comment:8>
May 19 13:01:41 <mrmoku> ptitjes|walk: what?
May 19 13:02:04 <ptitjes|walk> mrmoku: could you read again the services provided in the conf. room at the linux hotel please ?
May 19 13:02:16 <ptitjes|walk> mrmoku: and tell me if they provide a sound system
May 19 13:02:31 <dos1> Zorkman: "On the technical side, Osmo is GTK+ based tool which uses a plain XML database to store all personal data." - that's not what we want
May 19 13:02:32 <ptitjes|walk> mrmoku: in fact what devices they provide
May 19 13:02:39 <ptitjes|walk> mrmoku: video-projector ?
May 19 13:02:44 <ptitjes|walk> mrmoku: speakers and mixer
May 19 13:03:08 <dos1> Zorkman: how would you manage SIM contacts via something like that? ;x
May 19 13:03:10 <Zorkman> dos1: i believe you:) just thought you might be able to steal something from it :)
May 19 13:03:11 <mrmoku> ptitjes|walk: a beamer
May 19 13:03:15 <ptitjes|walk> also should we take our eth cable, or they have wifi
May 19 13:03:21 <dos1> Zorkman: hmm... maybe some backend ;)
May 19 13:03:22 <ptitjes|walk> s what ?
May 19 13:03:27 <mrmoku> ptitjes|walk: they have cables
May 19 13:03:35 <ptitjes|walk> ok
May 19 13:03:40 <mrmoku> though I could also bring some... just in case
May 19 13:03:41 <SHR-WugBranler`> tracfeed: Ticket #378 (Concats with/without international prefix are not recognized correctly.) closed <http://trac.shr-project.org/trac/ticket/378#comment:3>
May 19 13:04:10 <ptitjes|walk> mrmoku: good idea
May 19 13:04:15 <ptitjes|walk> mrmoku: what is a beamer ?
May 19 13:04:27 <mrmoku> ptitjes|walk: video beamer... projector
May 19 13:04:31 <ptitjes|walk> ha ok
May 19 13:04:34 <TAsn> dos1, looks odd
May 19 13:04:44 <TAsn> mind having a local build with more debug info?
May 19 13:04:49 <ptitjes|walk> do they have speakers and amplifier so that I can connect a mixer and HF mics
May 19 13:04:50 <ptitjes|walk> ?
May 19 13:05:32 <mrmoku> ptitjes|walk: not written there...
May 19 13:05:38 <ptitjes|walk> hummm...
May 19 13:06:12 <ptitjes|shoping> So mayb I should take some
May 19 13:06:16 <mrmoku> dos1: did you try to set your national_prefix to empty?
May 19 13:06:36 <TAsn> Ainulindale, http://shr.bearstech.com/trac/ticket/225
May 19 13:06:42 <TAsn> whould you say it's fixed?
May 19 13:06:44 <TAsn> (did you fix it?)
May 19 13:07:24 <mrmoku> don't think so...
May 19 13:07:25 <dos1> mrmoku: it's even worse now...
May 19 13:07:36 <TAsn> oh it's not.
May 19 13:07:41 <mrmoku> worse then not finding the number is crashing?
May 19 13:07:47 <mrmoku> s/then/than/
May 19 13:07:47 <bzzbot> mrmoku meant: worse than not finding the number is crashing?
May 19 13:07:54 <dos1> mrmoku: no. normalized numbers are strange
May 19 13:08:07 <TAsn> mrmoku, 
May 19 13:08:09 <dos1> ** (process:4309): DEBUG: looking for '+447590xxxxxx' in contacts_cache
May 19 13:08:10 <dos1> ** (process:4309): DEBUG: Normalized +447590xxxxxx to +48+447590xxxxxx
May 19 13:08:14 <nytowl> rhkfin, what do you mean status ?
May 19 13:08:23 <TAsn> please change the defaults of the phonegui config
May 19 13:08:26 <mrmoku> dos1: huh... that is a bug ;)
May 19 13:08:27 <dos1> ** (process:4309): DEBUG: Normalized +48725xxxxxx to +48+48725xxxxxx
May 19 13:08:28 <TAsn> dos1, what options set?
May 19 13:08:47 <dos1> only this is ok:
May 19 13:08:47 <dos1> ** (process:4309): DEBUG: Normalized 663571389 to +48663571389
May 19 13:08:48 <dos1> :P
May 19 13:08:59 <TAsn> at least you got one contact resolving
May 19 13:09:01 <dos1> BUT from GUI side it works :D
May 19 13:09:02 <TAsn> dos1, config options?
May 19 13:09:06 <rhkfin> nytowl: mirko-paroli said there might be some changes around. Seems to work in yesterdays om2009 unstable at least.
May 19 13:09:08 <dos1> for every contact
May 19 13:09:21 <mrmoku> dos1: so what ;)
May 19 13:09:23 <dos1> TAsn: [local]
May 19 13:09:23 <dos1> international_prefix = 00
May 19 13:09:23 <dos1> national_prefix =
May 19 13:09:23 <dos1> country_code = 48
May 19 13:09:23 <dos1> home_prefix =
May 19 13:09:43 <TAsn> ffs, how do I calibrate my screen?!
May 19 13:09:45 <nytowl> rhkfin, I want to keep it but while working on speeding up boot it breaks
May 19 13:10:02 <TAsn> dos1, ok, I know what's wrong.
May 19 13:10:04 <TAsn> sec.
May 19 13:10:06 <TAsn> comitting
May 19 13:10:08 <nytowl> rhkfin, specifically when I use a static udev tree
May 19 13:10:12 <dos1> mrmoku: it works because i contacts in sim look the same like in messages
May 19 13:10:17 <dos1> mrmoku: only one i have for testing
May 19 13:10:22 <dos1> 663571389 
May 19 13:10:37 <nytowl> so I need to find a way to prod it so it's available when mountall runs 
May 19 13:11:32 <rhkfin> nytowl: ok, I guess that's what he menat..
May 19 13:11:35 <rhkfin> meant
May 19 13:12:08 <TAsn> mrmoku, build.
May 19 13:12:13 <TAsn> please ;]
May 19 13:12:20 <CIA-75> SHR: 03tom 07shr * r56df9fbd436d 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: fixed the double # normalization issue
May 19 13:12:40 <nytowl> rhkfin, at this point if you install udev-static-devices you can shave 30 seconds off boot but you loose bind-home
May 19 13:14:36 <rhkfin> nytowl: wow, nice!
May 19 13:15:27 <TAsn> mrmoku, alive? building?
May 19 13:15:33 <mrmoku> building yes
May 19 13:16:30 <TAsn> ^ ^
May 19 13:16:40 <TAsn> dos1, will appreciate you giving it a go.
May 19 13:17:16 <TAsn> mrmoku, btw, did you see the mail from ptitjes?
May 19 13:17:21 <TAsn> did you start building the image?
May 19 13:17:57 <mrmoku> TAsn: grr... saw the mail... but it DOES NOT WORK FOR ME :P
May 19 13:18:22 <mrmoku> I was building with shr.conf... here and on the buildhost
May 19 13:18:25 <mrmoku> and it does not build
May 19 13:20:02 <TAsn> ptitjes sucks ;]
May 19 13:20:18 <mrmoku> TAsn: well thing is... it worked for PaulFertser ...
May 19 13:20:28 <mrmoku> this thing is getting stranger every day :(
May 19 13:20:47 <mrmoku> but it did not work for me, the buildhost and von_fritz
May 19 13:20:59 <mirko-paroli> morning nytowl :)
May 19 13:21:22 <nytowl> hey mirko-paroli 
May 19 13:21:42 <nytowl> mirko-paroli, did you get the mail
May 19 13:21:48 <mirko-paroli> yepp already answered :)
May 19 13:22:01 <dos1> mrmoku: can you build frameworkd?
May 19 13:22:46 <CIA-75> freesmartphone.org: 03mickey 07specs * r3288a29b047f 10/ (10 files in 2 dirs): org.freesmartphone.PIM*: add annotations, fix copy'n'paste problems
May 19 13:23:19 <mrmoku> dos1: building
May 19 13:23:30 <nytowl> mirko-paroli, did you want me to start a build ?
May 19 13:23:45 <mirko-paroli> if you feel like it, I don't need one right away
May 19 13:23:59 <mirko-paroli> the font stuff also doesn't seem to work right away
May 19 13:24:03 <CIA-75> freesmartphone.org: 03mickey 07specs * re714109d8983 10/org.freesmartphone.PIM/org.freesmartphone.PIM.Source.xml.in: fix broken specs (please use make check before comitting!)
May 19 13:24:09 <mirko-paroli> i installed the 2 packages you mentioned yesterday
May 19 13:24:13 <mirko-paroli> on latest unstable
May 19 13:24:17 <bumbl> Ainulindale: ping
May 19 13:24:20 <mirko-paroli> but don't get the fonts
May 19 13:24:24 <nytowl> mirko-paroli, ok I want to change the suspend rules a little and then I'll do one
May 19 13:24:31 <mirko-paroli> sure
May 19 13:25:06 <nytowl> really I added the file to the build it should just work now
May 19 13:25:29 <nytowl> was there something you'd done to your image before installing those packages ?
May 19 13:25:39 <mirko-paroli> today no
May 19 13:25:44 <mirko-paroli> yesterday, yeah, lots
May 19 13:26:16 <nytowl> did you install a locale ru  or something similar ?
May 19 13:26:23 <mirko-paroli> locale en_CA
May 19 13:26:24 <bumbl> Ainulindale: i have a ring ding ding bananaphone
May 19 13:26:29 <bumbl> but i have a problem
May 19 13:26:34 <bumbl> i have a bzz in it
May 19 13:26:36 <bumbl> ;)
May 19 13:26:44 <bumbl> buzz is everywhere
May 19 13:26:50 <bumbl> on its way to world domination
May 19 13:27:43 <Zorkman> lollerland: bananaphone :)
May 19 13:28:00 <dos1> bumbl: isn't ringtone with buzz the best choice for freerunner? :D
May 19 13:28:05 <bumbl> hahha yes
May 19 13:28:07 <bumbl> it is
May 19 13:28:09 <Zorkman> buzz buzz buzz buzz buzz buzz bananabuzz
May 19 13:29:29 <bumbl> where can i upload it?
May 19 13:30:09 <bumbl> ;p
May 19 13:32:31 <mirko-paroli> raster: any way to control the font color in elm widgets without having an own elm_theme ?
May 19 13:33:50 <dos1> TAsn: looks like it's working ;)
May 19 13:35:05 <TAsn> dos1, ;;]]]]
May 19 13:35:10 <TAsn> great.
May 19 13:35:24 <raster> mirko-paroli: no.
May 19 13:35:35 <mirko-paroli> raster: uuuuhh .... ok thx :)
May 19 13:35:36 <raster> tehcnically that is what styles are for
May 19 13:35:44 <mirko-paroli> yeah but they keep on chaning ;)
May 19 13:35:46 <mirko-paroli> changing
May 19 13:35:50 <raster> i personally dont think that in 99% of cases app controlld color is a good idea
May 19 13:35:51 <mirko-paroli> and they are global
May 19 13:35:58 <raster> actually no
May 19 13:36:03 <raster> u can have apps-ecific styls
May 19 13:36:08 <raster> u have theme overlays
May 19 13:36:14 <raster> also extesions too
May 19 13:36:21 <raster> where u can extend th styles avalable
May 19 13:36:31 <raster> or override them from th theme with one for your app
May 19 13:36:38 <mirko-paroli> and the overlay I give an edje file (the location ofc)
May 19 13:37:21 <CIA-75> SHR: 03seba.dos1 07shr * r15e55a48b657 10/libframeworkd-phonegui-efl/src/widget/etk_tree_model_edje.c: libframeworkd-phonegui-efl: remove "render called" g_debug, Should speed up lists a little.
May 19 13:38:01 <viq> mrmoku: at what intervals should I pester you with that omoney/ffalarms problem? ;)
May 19 13:38:07 <TAsn> dos1, I'm also removing debug info
May 19 13:38:37 <raster> mirko-paroli:  yup
May 19 13:38:41 <mirko-paroli> k thx
May 19 13:38:45 <mirko-paroli> will try that :)
May 19 13:38:46 <spaetz> viq: what problem, and do shr trac tickets exist for it?
May 19 13:38:51 <spaetz> if not, why not?
May 19 13:38:59 <bumbl> hmm hermes-logisitc-group is sloow
May 19 13:39:03 <viq> because I reported it here ;)
May 19 13:39:16 <CIA-75> SHR: 03tom 07shr * r7708c1beee1a 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: removed the debug print in the normalize string function
May 19 13:39:28 <TAsn> dos1, mrmoku, Ainulindale sent the coding style mail
May 19 13:39:32 <TAsn> feel free to respond.
May 19 13:39:38 <spaetz> viq: to make sure it isn't forgotten, I'd file a trac ticket
May 19 13:39:55 <viq> spaetz: and problem is that omoney and ffalarms fail with something like:
May 19 13:39:58 <viq> Traceback (most recent call last):
May 19 13:40:00 <spaetz> coding style? belongs into the wiki
May 19 13:40:00 <viq>   File "/usr/bin/omoney", line 430, in <module>
May 19 13:40:03 <viq>     size=options.geometry)
May 19 13:40:03 <TAsn> mrmoku, btw, so will we have an image or not?
May 19 13:40:05 <viq>   File "/usr/bin/omoney", line 366, in __init__
May 19 13:40:08 <viq>     if ecore.evas.engine_type_supported_get("software_x11_16"):
May 19 13:40:10 <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 19 13:40:13 <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 19 13:40:16 <viq> ValueError: Ecore_Evas_Engine_Type changed and bindings are now invalid, position 180 is now NULL!
May 19 13:40:23 <mrmoku> TAsn: no... don't think so... we will have to release without :P
May 19 13:40:33 <mrmoku> TAsn: btw.... viq's problem is *your* fault :P
May 19 13:40:46 <spaetz> viq: sounds like you need to pester the authors of those apps then
May 19 13:40:47 <bumbl> viq: expect an omoney version based on elementery with lots of new features pretty soon
May 19 13:41:02 <spaetz> :)
May 19 13:41:09 <TAsn> mrmoku, how come?
May 19 13:41:23 <viq> bumbl: sweet :)
May 19 13:41:24 <mrmoku> TAsn: just because :P
May 19 13:41:34 <TAsn> ok, I thought it may actually be mine ;]
May 19 13:41:40 <dos1> TAsn: there is still one glitch
May 19 13:41:49 <dos1> TAsn: with national prefix = 0 i get:
May 19 13:41:52 <bumbl> viq: i won't adapt the old one to the new binding style if you don't mind though
May 19 13:42:06 <dos1> ** (process:4541): DEBUG: Normalized 663571389 to 663571389
May 19 13:42:11 <viq> bumbl: how soon is soon? ;)
May 19 13:42:17 <TAsn> dos1, yes
May 19 13:42:19 <TAsn> it should act this way
May 19 13:42:28 <TAsn> because this number is invalid
May 19 13:42:35 <TAsn> (according to your configs)
May 19 13:42:39 <TAsn> and should not be normalized
May 19 13:42:47 <bumbl> viq: hmm this weekend - next weekend
May 19 13:42:53 <viq> thanks
May 19 13:42:54 <dos1> TAsn: then 0663571389 isn't working with national prefix = '' :P
May 19 13:43:05 <dos1> TAsn: user can have contacts in both styles
May 19 13:43:14 <TAsn> not here they can't. ;]
May 19 13:43:23 <dos1> heh
May 19 13:43:24 <TAsn> but ok, what ever, I can hackish normalize it by default
May 19 13:43:25 <TAsn> sec.
May 19 13:43:36 <mrmoku> nah.. .hackish :P
May 19 13:44:42 <DocScrutinizer> TAsn: what's wrong with regex?
May 19 13:44:49 <bumbl> at the moment i am reimplementing the gui (30%) + i am nearly finished with the new database model (including support for tags, categories, locations (gps,word),...)
May 19 13:45:15 <TAsn> DocScrutinizer, please explain
May 19 13:45:19 <TAsn> dos1, please give it a go.
May 19 13:45:21 <viq> dos1: do you know if that dbus thing is fixed now?
May 19 13:45:25 <CIA-75> SHR: 03tom 07shr * r3a1a6af9db50 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: normalize by default by adding +<CC>
May 19 13:45:47 <TAsn> mrmoku, what's the best image to install atm? (if the user just wants to opkg upgrade to latest)
May 19 13:45:50 <TAsn> shr unstable
May 19 13:45:52 <TAsn> what date?
May 19 13:46:07 <DocScrutinizer> TAsn: [2009-05-19 15:43:26] <TAsn> but ok, what ever, I can hackish normalize it by default
May 19 13:46:31 <TAsn> DocScrutinizer, by that I meant, even if there's nothing to do (i.e no match)
May 19 13:46:40 <TAsn> add +<CC> by default.
May 19 13:46:49 <TAsn> may "save" bad countries like italy ;]
May 19 13:46:53 <TAsn> and poland.
May 19 13:47:06 <dos1> viq: dbus thing?
May 19 13:47:09 <TAsn> I don't see how regex helps though.
May 19 13:47:13 <TAsn> dos1, please rebuild and test.
May 19 13:47:25 <TAsn> btw, why don't we fill the code with g_debug and just compile with debugging off?
May 19 13:47:32 <viq> dos1: we talked about it yesterday. power settings don't work after suspend complaining about dbus
May 19 13:47:36 <TAsn> mrmoku, ? <TAsn> mrmoku, what's the best image to install atm? (if the user just wants to opkg upgrade to latest)
May 19 13:47:38 <dos1> viq: you mean frameworkd crash after resume?
May 19 13:47:42 <viq> I guess
May 19 13:47:52 <dos1> viq: opkg update; opkg upgrade
May 19 13:47:59 <viq> ok
May 19 13:49:54 <mrmoku> TAsn: hmm, I would even try to get a dirty vala-native thing to build... just don't know how :(
May 19 13:50:04 <TAsn> mrmoku, untill then
May 19 13:50:06 <SHR-WugBranler`> tracfeed: vagalume_0.7.1.bb attached to Ticket #372 <http://trac.shr-project.org/trac/attachment/ticket/372/vagalume_0.7.1.bb>
May 19 13:50:07 <TAsn> what's the best date?
May 19 13:50:42 <TAsn> btw
May 19 13:50:48 <TAsn> HOW DO I callibrate the screen?
May 19 13:50:51 <DocScrutinizer> TAsn: (regex helps) http://lists.openmoko.org/pipermail/devel/2009-May/005594.html
May 19 13:52:02 <dos1> TAsn: in old days you could use xtscal
May 19 13:52:05 <dos1> now it's broken ;p
May 19 13:53:13 <TAsn> how do I cal it then?
May 19 13:53:14 <raster> they bloody well killed the x calibration extn
May 19 13:53:16 <raster> bastards
May 19 13:53:24 <TAsn> mrmoku, no suggestion?
May 19 13:53:32 <raster> you could do it going behind x's back
May 19 13:53:35 <raster> but that is bad (tm)
May 19 13:53:40 <TAsn> raster, ;]
May 19 13:53:44 <TAsn> but I need it calibrated
May 19 13:53:47 <TAsn> it's awful now
May 19 13:53:56 <TAsn> I can't press the lower left part of the screen
May 19 13:54:06 <raster> i know
May 19 13:54:10 <raster> what you CAN do is...
May 19 13:54:17 <raster> xcalibrate -debug
May 19 13:54:18 <TAsn> cry silently?
May 19 13:54:19 <raster> and calibrate
May 19 13:54:28 <raster> then copy and paste the stdout into /etc/pointercal
May 19 13:54:32 <raster> done
May 19 13:54:33 <TAsn> hm.. sounds better than my suggestion.
May 19 13:54:36 <TAsn> thanks
May 19 13:54:37 <raster> (wel restart x then)
May 19 13:54:45 <TAsn> raster, cool.
May 19 13:54:49 <dos1> interesting
May 19 13:55:01 <TAsn> raster, wait, xcalibrate?
May 19 13:55:03 <dos1> i have all messages marked orange in shr-messages :D
May 19 13:55:03 <CIA-75> freesmartphone.org: 03mickey 07specs * rb62daf036310 10/ (2 files in 2 dirs): 
May 19 13:55:03 <CIA-75> freesmartphone.org: org.freesmartphone.PIM.Source: temporarily remove 'init' call since this provokes
May 19 13:55:03 <CIA-75> freesmartphone.org: a name collision in the c code.
May 19 13:55:03 <TAsn> is there a pkg?
May 19 13:55:15 <TAsn> dos1, scap?
May 19 13:55:35 <bumbl> dos1: scap it like it is hot
May 19 13:55:44 <raster> TAsn:  yes
May 19 13:55:46 <dos1> there are my smses! :P
May 19 13:55:57 <dos1> tap on some message
May 19 13:56:02 <dos1> it will be orange
May 19 13:56:09 <dos1> then imagine all messages selected at once
May 19 13:56:09 <bumbl> <- no freerunner here
May 19 13:56:11 <dos1> :P
May 19 13:56:14 <bumbl> on its way to munich
May 19 13:56:16 <TAsn> raster, there are
May 19 13:56:17 <TAsn> libxcalibrate0
May 19 13:56:22 <TAsn> pointercal
May 19 13:56:27 <TAsn> xtscal
May 19 13:56:27 <dos1> and i can't select messages now
May 19 13:56:28 <dos1> :D
May 19 13:56:32 <raster> ahh xtscal
May 19 13:56:33 <raster> i mean
May 19 13:56:36 <raster> sorry
May 19 13:56:37 <raster> same thing
May 19 13:56:39 <TAsn> oh, ok ;]
May 19 13:56:39 <raster> xtscal
May 19 13:56:55 <dos1> hmm, i know
May 19 13:56:56 <TAsn> $ xtscal -debug 
May 19 13:56:56 <TAsn> XCALIBRATE extension missing: Success
May 19 13:56:57 <TAsn> ;\
May 19 13:56:58 <dos1> it was ctrl+a
May 19 13:57:03 <dos1> but how to deselect? :D
May 19 13:57:18 <raster> thats ok
May 19 13:57:19 <raster> keep going
May 19 13:57:28 <TAsn> won't let me.
May 19 13:57:37 <TAsn> dies.
May 19 13:59:04 <raster> really?
May 19 13:59:08 <DocScrutinizer> yup
May 19 13:59:10 <TAsn> yep
May 19 13:59:11 <raster> xtscal -h
May 19 13:59:16 <raster> is -debug the option?
May 19 13:59:19 <raster> i swear it was...
May 19 13:59:22 <TAsn> usage: xtscal [-debug]
May 19 13:59:23 <TAsn> it is.
May 19 13:59:31 <dos1> but it does not work
May 19 13:59:38 <dos1> s/work/change anything/
May 19 13:59:40 <bzzbot> dos1 meant: but it does not change anything
May 19 14:00:07 <CIA-75> freesmartphone.org: 03mickey 07libfso-glib * r3746f9c2895f 10/ (7 files in 2 dirs): don't link to vala; bump version
May 19 14:00:29 <TAsn> here it doesn't even start.
May 19 14:00:34 <TAsn> just stops at the line I paste
May 19 14:00:39 <raster> xtscal -h
May 19 14:00:42 <raster> or -help
May 19 14:00:47 <raster> or --help
May 19 14:00:48 <dos1> TAsn: i have the samew
May 19 14:00:49 <raster> i cant remember
May 19 14:00:52 <dos1> -w
May 19 14:00:53 <raster> i've done this before
May 19 14:01:23 <raster> i just cant remember the option if it wasnt -debug
May 19 14:01:42 <TAsn> raster, -h
May 19 14:01:50 <TAsn> shows what I pasted
May 19 14:02:32 <raster> damn
May 19 14:02:33 <SHR-WugBranler`> tracfeed: Ticket #465 (The illume gsm gadget should display empty reception when it writes No ...) created <http://trac.shr-project.org/trac/ticket/465>
May 19 14:02:40 <raster> i swear it worked for me before ven with the error
May 19 14:03:05 <TAsn> ;\
May 19 14:04:01 <DocScrutinizer> TAsn: maybe fist check content of /etc/pointercal, and maybe restore it to default. In the end: *why* is your ts miscalibrated now?
May 19 14:04:02 <dos1> TAsn: "No service" and bars with signal i even have sometimes with my old Nokia and older Motorola...
May 19 14:04:12 <raster> thats how i generated he pointercal data for my palmt650 as its calibration was also totally off until i added a pointercal file to OE for it
May 19 14:04:23 <TAsn> DocScrutinizer, no idea. ;]
May 19 14:04:37 <dos1> TAsn: it displays signal for some network, in which it can take emergency call
May 19 14:04:37 <TAsn> DocScrutinizer, how do I do that?
May 19 14:04:45 <TAsn> dos1, no way
May 19 14:04:48 <DocScrutinizer> less /etc/pointercal
May 19 14:04:51 <TAsn> I was a couple of stories below ground
May 19 14:05:01 <TAsn> there's no possible way I had reception
May 19 14:05:05 <SHR-WugBranler`> tracfeed: Ticket #466 (No Auto-Dim / Auto-Suspend after wakeup without at least one tap on the ...) created <http://trac.shr-project.org/trac/ticket/466>
May 19 14:05:12 <dos1> TAsn: but dunno if FR behaves in the same way
May 19 14:05:27 <TAsn> 557 38667 -4654632 -51172 121 46965312 65536@
May 19 14:05:58 <TAsn> what's yours?
May 19 14:06:38 <DocScrutinizer> have no access mompl
May 19 14:06:43 <DocScrutinizer> mompls
May 19 14:07:44 <TAsn> what?
May 19 14:07:48 <DocScrutinizer> exactly same
May 19 14:08:05 <TAsn> hm.. ;\
May 19 14:08:08 <TAsn> well it is off here
May 19 14:08:15 <DocScrutinizer> yup, even :-(
May 19 14:08:32 <TAsn> and what's even weirder is that it's only off in the left part of the screen
May 19 14:08:42 <TAsn> I wonder if my screen protector could have caused
May 19 14:08:48 <DocScrutinizer> ts broken?
May 19 14:08:48 <TAsn> I have it for a long time though
May 19 14:08:49 <SHR-WugBranler`> tracfeed: Ticket #466 (No Auto-Dim / Auto-Suspend after wakeup without at least one tap on the ...) closed <http://trac.shr-project.org/trac/ticket/466#comment:1>
May 19 14:08:57 <TAsn> DocScrutinizer, is it possible? ;[
May 19 14:09:05 <DocScrutinizer> TAsn: remove front cover
May 19 14:09:05 <TAsn> i think it did get a minor hit lately
May 19 14:09:12 <TAsn> though really minor
May 19 14:09:14 <dos1> everything is possible
May 19 14:09:17 <TAsn> sucks ;[
May 19 14:10:25 <DocScrutinizer> TAsn: I'd check with a different roorfs
May 19 14:10:49 <TAsn> ok, if i try really hard
May 19 14:10:54 <TAsn> I can reach the bottom
May 19 14:11:11 <TAsn> though it means trying REALLY hard
May 19 14:11:19 <TAsn> will try removing the protector later tooday
May 19 14:14:47 <TAsn> mrmoku, anyhow, fixed the latest issue, rebuild phonegui, one last time.. ;]
May 19 14:14:48 <SHR-WugBranler`> tracfeed: Ticket #218 (Missing GIF and SVG Evas loaders) updated <http://trac.shr-project.org/trac/ticket/218#comment:3>
May 19 14:14:58 <TAsn> btw, sorry for hassling you all the time, and thanks a lot for your patience.
May 19 14:18:19 <TAsn> (maybe you have, I'm not sure)
May 19 14:18:20 <SHR-WugBranler`> tracfeed: Ticket #218 (Missing GIF and SVG Evas loaders) closed <http://trac.shr-project.org/trac/ticket/218#comment:4>
May 19 14:20:15 <mrmoku> TAsn: ok
May 19 14:20:22 <TAsn> ;]
May 19 14:20:33 <TAsn> btw, please don't hate me ;]
May 19 14:20:46 <TAsn> and I'm glad you commented the said you did on the coding style thread ;]
May 19 14:21:03 <mrmoku> TAsn: nah... how could I :) you give me back my tabs... and I'm happy :D
May 19 14:21:43 <TAsn> hehe yeah I miss em too ;]
May 19 14:21:48 <TAsn> first thing I'll do is
May 19 14:21:58 <TAsn> s/    /\t/g
May 19 14:22:01 <TAsn> ;]
May 19 14:22:08 <mrmoku> :)
May 19 14:22:24 <TAsn> lately I worked on e quite a bit
May 19 14:22:26 <TAsn> they use
May 19 14:22:29 <TAsn> 4 spaces
May 19 14:22:33 <TAsn> and 3 spaces
May 19 14:22:41 <TAsn> sometimes they do ifs like this:
May 19 14:22:44 <TAsn> if (cond) {
May 19 14:22:47 <TAsn> sometimes like this:
May 19 14:22:50 <TAsn> if (cond)
May 19 14:22:51 <TAsn> {
May 19 14:22:57 <TAsn> and most terribly, sometimes like this:
May 19 14:23:01 <TAsn> if (cond)
May 19 14:23:03 <TAsn>    {
May 19 14:23:09 <mrmoku> eek... 
May 19 14:23:23 <mrmoku> in daywork we do the second... { always on a new line
May 19 14:23:36 <mrmoku> though I don't care about that... can get used to the other one too
May 19 14:23:57 <mrmoku> just functions I don't like... they fold badly in vim with { on the same line :P
May 19 14:24:06 <TAsn> mrmoku, that's just bad
May 19 14:24:14 <TAsn> mrmoku, you haven't read the coding style then!
May 19 14:24:22 <TAsn> putting the { in the same line in functions
May 19 14:24:22 <mrmoku> ?
May 19 14:24:25 <TAsn> it prohibited!
May 19 14:24:28 <TAsn> is*
May 19 14:24:39 <mrmoku> yes... maybe I expressed myself badly ;)
May 19 14:24:41 <TAsn> function braces are newlines
May 19 14:24:47 <TAsn> mrmoku, oh, you meant in general
May 19 14:25:06 <TAsn> not specifically concerning the kernel style?
May 19 14:25:07 <SHR-WugBranler`> tracfeed: Ticket #218 (Missing GIF and SVG Evas loaders) reopened <http://trac.shr-project.org/trac/ticket/218#comment:5>
May 19 14:25:08 <mrmoku> I wanted to say that in general I can cope with { on the same line... just for functions not :)
May 19 14:25:26 <TAsn> mrmoku, got you.
May 19 14:27:10 <SHR-WugBranler`> tracfeed: Ticket #218 (Missing GIF Evas loader) updated <http://trac.shr-project.org/trac/ticket/218#comment:6> || Ticket #218 (Missing GIF Evas loader) reopened <http://trac.shr-project.org/trac/ticket/218#comment:5> || Ticket #218 (Missing GIF Evas loader) closed <http://trac.shr-project.org/trac/ticket/218#comment:4> || Ticket #218 (Missing GIF Evas loader) updated <http://trac.shr-project.org/trac/ticket/218#comment:3>
May 19 14:27:23 <mrmoku> TAsn: build finished btw.
May 19 14:27:36 <TAsn> mrmoku, also sync?
May 19 14:27:36 <TAsn> ;]
May 19 14:27:58 <mrmoku> sure :)
May 19 14:28:07 <thrashold> I'm trying to compile SHR, and it is failing at quilt-native. I had this problem since trying to compile OM 2007.2. What is the common cause for this, could a locally installed quilt be interfering? I'm just asking if it is a widespread issue, otherwise I'll just try to fix my environment.
May 19 14:29:11 <SHR-WugBranler`> tracfeed: Ticket #218 (Missing GIF Evas loader) updated <http://trac.shr-project.org/trac/ticket/218#comment:7>
May 19 14:29:12 <mrmoku> thrashold: quilt-native I had never problems with...
May 19 14:30:13 <TAsn> mrmoku, it's not there, so either I already got it (upgraded a couple of minutes ago) or something is wrong
May 19 14:30:15 <TAsn> anyway, thanks
May 19 14:30:16 <TAsn> gtg.
May 19 14:30:32 <mrmoku> hmm... guess you made me rebuild for nothing :P
May 19 14:31:34 <TAsn> ;]
May 19 14:33:43 <spaetz> SHR fails at all kinds of random things
May 19 14:33:52 <spaetz> It repeatedly fails now on gtk+ for me
May 19 14:35:20 <spaetz> and dosbox (a package request) compiles but doesn't seem to create an .ipkg
May 19 14:36:52 <mrmoku> dosbox? huh :P
May 19 14:37:36 <dos1> mrmoku: can you rebuild libframeworkd-phonegui and libframeworkd-phonegui-efl? ;>
May 19 14:37:45 <spaetz> it's a package request. You'd be amazed what kind of stuff people request. Butt there is a OE recipe for it...
May 19 14:37:55 <mrmoku> dos1: are you kidding?
May 19 14:38:01 <dos1> mrmoku: :>
May 19 14:38:18 <dos1> no, i commited to phonegui-efl and it isn't in repo
May 19 14:38:34 <mrmoku> mrmoku: so just efl... 
May 19 14:38:35 <dos1> and latest phonegui seems to not be in repo too
May 19 14:38:41 <mrmoku> nah...
May 19 14:38:56 <dos1> it didn't upgrade for me
May 19 14:39:04 <dos1> frameworkd upgraded
May 19 14:39:15 <dos1> hmm
May 19 14:39:19 <dos1> sec
May 19 14:39:29 <mrmoku> ouch... moment
May 19 14:40:00 <dos1> mrmoku: yes, it isn't builded :P
May 19 14:51:28 <TAsn> mrmoku, that's what I said as well! ;]
May 19 14:52:24 <mrmoku> ho hum... patience... it's building... some stuff :P
May 19 14:52:39 <mrmoku> going to break all your freerunners now ;)
May 19 14:54:32 <mrmoku> hope you have some patience....
May 19 14:56:36 <dos1> bitbake libmoku
May 19 14:56:47 <dos1> postinst: rm -rf /
May 19 14:56:52 <mrmoku> well that would be a gigantic build
May 19 15:01:58 <spaetz> hehe
May 19 15:02:13 <spaetz> openmoku
May 19 15:03:55 <spaetz> No GNU_HASH in the elf binary
May 19 15:03:59 <spaetz> ever seen that?
May 19 15:09:38 <TAsn> mrmoku, dos1, I don't know who, mind adding the contact from number function to new messages as well as anywhere else where's that's missing, Ainulindale claims he already did it, but it still doesn't work here.
May 19 15:11:02 <mrmoku> TAsn: I checked, the code is there....
May 19 15:11:12 <TAsn> so it's a build issue hm.. hm.. ;]
May 19 15:11:29 <TAsn> just go to your inbox
May 19 15:11:54 <TAsn> and press options -> answer
May 19 15:11:59 <TAsn> to reproduce
May 19 15:12:22 <mrmoku> TAsn: well... I've go some local build installed
May 19 15:14:04 <TAsn> mrmoku, works for you
May 19 15:14:05 <TAsn> ?
May 19 15:14:24 <mrmoku> TAsn: haven't even built your last 00 fix yet :P
May 19 15:14:43 <Sharwin_F> last opkg upgrade:
May 19 15:14:44 <Sharwin_F> Collected errors:
May 19 15:14:44 <Sharwin_F>  * Package edbus-ehal wants to install file /usr/lib/libehal-ver-pre-svn-01.so.0.5.0
May 19 15:14:44 <Sharwin_F> 	But that file is already provided by package  * edbus
May 19 15:14:44 <Sharwin_F>  * Package edbus-ehal wants to install file /usr/lib/libehal-ver-pre-svn-01.so.0
May 19 15:14:44 <Sharwin_F> 	But that file is already provided by package  * edbus
May 19 15:14:46 <mrmoku> buildhost is building with shr.conf now... will take a little
May 19 15:15:04 <mrmoku> Sharwin_F: opkg -force-depends remove edbus
May 19 15:15:12 <Sharwin_F> thanks :)
May 19 15:16:52 <mrmoku> TAsn: what would be the correct way to handle that in postinst?
May 19 15:17:08 <mrmoku> or is there some 'Obsolete' tag for ipkgs
May 19 15:17:31 <spaetz> mrmoku RREPLACES?
May 19 15:17:46 <mrmoku> spaetz: sounds like this would be it :)
May 19 15:17:50 <TAsn> ;]
May 19 15:18:11 <spaetz> no sure whether it's just REPLECES or RREPLACES
May 19 15:18:15 <spaetz> but one of the 2 exists
May 19 15:18:24 <spaetz> err, REPLACES
May 19 15:18:26 <TAsn> I wonder why the bb doesn't include that
May 19 15:18:32 <TAsn> spaetz, I also think replaces is the one
May 19 15:18:35 <TAsn> no need for r ;]
May 19 15:18:40 <TAsn> as there is no local replace ;]
May 19 15:18:43 <spaetz> becuase so far nobody gives a shit about upgrade paths?
May 19 15:18:55 <mrmoku> looks like :(
May 19 15:19:00 <spaetz> TAsn: might well be. typing from memory
May 19 15:19:18 <TAsn> spaetz, isn't OE supposed to be mature?
May 19 15:19:51 <mrmoku> grepping for REPLACE gives stuff like:
May 19 15:19:52 <mrmoku> recipes/bluez/bluez-utils.inc:RREPLACES = "bluez-utils-dbus"
May 19 15:20:01 <TAsn> mrmoku, weird
May 19 15:20:14 <TAsn> well anyhow, this must be it.
May 19 15:20:31 <TAsn> mrmoku, please ping me when you build phonegui and phonegui-efl ;]
May 19 15:20:42 <TAsn> I want to test Ainulindale's fix and finally close the ticket.
May 19 15:21:02 <mrmoku> TAsn: I built it locally now... will tell you
May 19 15:21:28 <TAsn> hehe just close the bug yourself then... ;]
May 19 15:21:41 <mrmoku> ok... # ?
May 19 15:21:43 <TAsn> anyhow, tell me when it's up, will want to use that as well. ;]
May 19 15:21:47 <TAsn> mrmoku, sec
May 19 15:22:00 <TAsn> 225
May 19 15:23:05 <mrmoku> TAsn: ahh, that one... that's not done yet... I thought you were talking about incoming SMS
May 19 15:23:15 <mrmoku> will take a loke at the code now
May 19 15:23:39 <TAsn> :)
May 19 15:27:27 <SHR-WugBranler`> tracfeed: Ticket #299 (Blank screen after update) closed <http://trac.shr-project.org/trac/ticket/299#comment:2>
May 19 15:31:28 <SHR-WugBranler`> tracfeed: Ticket #200 ([Illume-keyboard] The numeric keyboard should only contain numbers) closed <http://trac.shr-project.org/trac/ticket/200#comment:9>
May 19 15:32:51 <mrmoku> TAsn: what does the coding style say about single line ifs (not nested)
May 19 15:32:52 <SHR-WugBranler`> tracfeed: Ticket #383 (PSoD (Purple Stripe of Death) - When suspending the phone.) updated <http://trac.shr-project.org/trac/ticket/383#comment:5> || Ticket #383 (PSoD (Purple Stripe of Death) - When suspending the phone.) updated <http://trac.shr-project.org/trac/ticket/383#comment:4>
May 19 15:32:56 <mrmoku> braces or not?
May 19 15:34:56 <TAsn> mrmoku, no braces
May 19 15:35:05 <mrmoku> ok :)
May 19 15:35:08 <TAsn> ;]
May 19 15:35:50 <TAsn> though it's important to remember what I said about the nesting.... I have seen many c+python programmers do this poor mistake ;]
May 19 15:35:51 <SHR-WugBranler`> tracfeed: Ticket #431 (Problem with Dillo) updated <http://trac.shr-project.org/trac/ticket/431#comment:2> || Ticket #458 (Don't execute critical applications as "root") updated <http://trac.shr-project.org/trac/ticket/458#comment:1>
May 19 15:36:12 <TAsn> btw, as also said in the kernel style
May 19 15:36:14 <TAsn> avoid
May 19 15:36:15 <mrmoku> TAsn: yep, clear thing :)
May 19 15:36:19 <TAsn> if (cond) statement;
May 19 15:36:31 <TAsn> even if it's something idiotic.
May 19 15:36:57 <TAsn> hehe I think I overdid it in #458
May 19 15:36:59 <SHR-WugBranler`> tracfeed: Ticket #438 (problem gnome-config->dbus) updated <http://trac.shr-project.org/trac/ticket/438#comment:6>
May 19 15:37:16 <mrmoku> did the part when adding a contact via shr-contacts
May 19 15:37:35 <TAsn> mrmoku, huh? meant sending smsvia?
May 19 15:37:36 <mrmoku> will do it for adding just a number too
May 19 15:37:46 <TAsn> cool ;]
May 19 15:37:46 <mrmoku> hehe... yes :)
May 19 15:37:57 <mrmoku> have to pickup my son first :(
May 19 15:38:01 <mrmoku> bbiab
May 19 15:38:02 <SHR-WugBranler`> tracfeed: Ticket #372 (Vagalume segfaults on play) updated <http://trac.shr-project.org/trac/ticket/372#comment:2> || Ticket #412 (Vagalume crashes on Help/About) updated <http://trac.shr-project.org/trac/ticket/412#comment:1>
May 19 15:38:04 <TAsn> mrmoku, family's first.
May 19 15:38:06 <TAsn> cya. ;]
May 19 15:39:14 <Ainulindale> 17:09:46 < TAsn> mrmoku, dos1, I don't know who, mind adding the contact from number function to new messages as well as anywhere else where's that's missing, Ainulindale claims he already did it, but it  still doesn't work here.
May 19 15:39:18 <Ainulindale> Never claimed that
May 19 15:39:36 <TAsn> ok, so I got you wrong ;]
May 19 15:39:52 <TAsn> anyhow mrmoku is doing it now.
May 19 15:41:02 <SHR-WugBranler`> tracfeed: Ticket #412 (Vagalume crashes on Help/About) closed <http://trac.shr-project.org/trac/ticket/412#comment:2>
May 19 15:41:39 <TAsn> dos1, lol that was fast!
May 19 15:42:33 <dos1> TAsn: what was fast? ;x
May 19 15:42:42 <TAsn> <SHR-WugBranler`> tracfeed: Ticket #412 (Vagalume crashes on Help/About) closed <http://trac.shr-project.org/trac/ticket/412#comment:2>
May 19 15:43:06 <TAsn> oh, nvm thought the line from 18:39 was the creation
May 19 15:43:07 <dos1> TAsn: as upstream
May 19 15:43:08 <TAsn> not an update.
May 19 15:43:12 <TAsn> dos1, yeah, I know.
May 19 15:43:17 <TAsn> IT IS an upstream issue.
May 19 15:43:28 <Ainulindale> Well I was thinking about that
May 19 15:43:41 <Ainulindale> We may talk about whether we should close upstream ticket or not
May 19 15:43:54 <Ainulindale> We should only put it in pending and associate a ticket number created by the user I'd say
May 19 15:43:58 <Ainulindale> Things to talk on the ML :-)
May 19 15:44:07 <TAsn> Ainulindale, post a thread.
May 19 15:44:08 <TAsn> ;]
May 19 15:44:12 <Ainulindale> Yeah I will
May 19 15:44:20 <Ainulindale> For the time being I'm struggling with the french administration
May 19 15:44:21 <Ainulindale> As ever
May 19 15:44:47 <TAsn> though I think we should close minor upstearm issues immediately, and major critical ones should be left open
May 19 15:45:26 <TAsn> i.e, keep it in our trac if we intend to fix it ourselves if it won't be done upstream within a certain period
May 19 15:45:47 <TAsn> good examples: rtl, illume alarm frameworkd issues (opimd and such)
May 19 15:46:03 <dos1> opimd?
May 19 15:46:11 <dos1> :P
May 19 15:46:11 <TAsn> good "should close" example is the one dos just did, vagalume
May 19 15:46:19 <TAsn> dos1, that you wrote it
May 19 15:46:25 <TAsn> because the framework lacked it.
May 19 15:46:32 <dos1> but it's "opimd integration"
May 19 15:46:36 <Ainulindale> mrmoku: build from scratch, python-evas failed
May 19 15:46:38 <Ainulindale> (FYI)
May 19 15:46:39 <dos1> not opimd itself
May 19 15:47:02 <TAsn> dos1, ok, but if opimd wasn't there
May 19 15:47:04 <TAsn> yet
May 19 15:47:12 <TAsn> we would have closed it as invalid/upstream
May 19 15:47:26 <TAsn> though since it was a critical component shr relies on
May 19 15:47:31 <TAsn> we left it in our trac as well.
May 19 15:47:39 <TAsn> do you see my point?
May 19 15:48:04 <dos1> yep
May 19 15:48:19 <TAsn> phew, wasn't sure if I was making one ;]
May 19 15:48:28 <TAsn> anyhow, I'm off taking a shower.
May 19 15:48:30 <TAsn> ciao.
May 19 15:51:15 <SHR-WugBranler`> tracfeed: Ticket #462 (Improve usage of translation) closed <http://trac.shr-project.org/trac/ticket/462#comment:1>
May 19 15:57:35 <SHR-WugBranler`> tracfeed: Ticket #397 (Mofi crash if there is no Access Point) closed <http://trac.shr-project.org/trac/ticket/397#comment:1>
May 19 15:58:26 <ptitjes> re
May 19 15:58:58 <TAsn> dos1, I don't agree about462
May 19 15:59:01 <TAsn> at all.
May 19 16:00:02 <TAsn> you should write correct translation files
May 19 16:00:22 <dos1> TAsn: translation files?
May 19 16:00:23 <dos1> WTF?
May 19 16:00:31 <TAsn> I meant strings bah.
May 19 16:00:34 <dos1> maybe change that string...
May 19 16:00:41 <TAsn> i.e avoid %s in translation strings
May 19 16:00:51 <TAsn> (unless it's not a word...)
May 19 16:01:01 <Sharwin_F> I agree with the bug, spanish and catalan translation looks also bad with that translation style
May 19 16:01:11 <TAsn> I'm reopening this.
May 19 16:01:23 <dos1> so what do you suggest?
May 19 16:01:59 <Sharwin_F> let me look at it, don't remember exactly the conclusion I did arrive to solve it xD
May 19 16:02:06 <TAsn> also make the name of the module (display name) translatable
May 19 16:02:40 <TAsn> ok, even a better idea
May 19 16:02:41 <SHR-WugBranler`> tracfeed: Ticket #462 (Improve usage of translation) reopened <http://trac.shr-project.org/trac/ticket/462#comment:2>
May 19 16:02:50 <TAsn> maybe the module should provide the whole display name
May 19 16:03:21 <TAsn> (I'm not sure about the issue said there, I'm just saying that can be a way to do it.)
May 19 16:03:47 <ptitjes> arf already too much to read on coreteam
May 19 16:03:58 <TAsn> ptitjes, hehe yeah.
May 19 16:04:12 <TAsn> though please read the coding style...
May 19 16:04:23 <ptitjes> TAsn: I went in the begin of the afternoon to make things
May 19 16:04:34 <ptitjes> TAsn: and when I come back 20 mails :)
May 19 16:04:37 <ptitjes> aaaargg
May 19 16:04:38 <Sharwin_F> I think the problem when I translated shr-settings was that some strings where used in more than one place, and strings on the app where splited in the po file.
May 19 16:04:42 <TAsn> ptitjes, ;]
May 19 16:05:28 <Sharwin_F> you should not split strings in the po file
May 19 16:05:41 <Sharwin_F> even if some of the parts are repeated
May 19 16:06:05 <TAsn> btw, 
May 19 16:06:07 <dos1> Sharwin_F: split?
May 19 16:06:13 * TAsn knows nothing about translations
May 19 16:06:13 <dos1> i don't get the point
May 19 16:06:17 <Sharwin_F> for example, if you have "GSM configuration"
May 19 16:06:19 <TAsn> I think hebrew is the solution for everything ;]
May 19 16:06:49 <TAsn> *meant english
May 19 16:06:53 <TAsn> bah, yuck hebrew
May 19 16:06:54 <Sharwin_F> don't set "GSM" string and "configuration" string in the po file, and reuse the "configuration" string wherever you use it
May 19 16:06:54 <TAsn> I hate hebrew.
May 19 16:07:00 <Sharwin_F> because it may change depending on the language
May 19 16:07:26 <TAsn> for instance some languages have feminine and masculine forms for the same word
May 19 16:07:38 <TAsn> as for different words for one english word.
May 19 16:07:49 <Sharwin_F> exactly, and in some one I may want to put an article before
May 19 16:07:55 <TAsn> for instance in hebrew we don't have the phrase free as in beer
May 19 16:07:58 <dos1> Sharwin_F: not posible. it's "module.name() configuration" ATM :P
May 19 16:08:12 <dos1> Sharwin_F: we could display only module name, without configuration
May 19 16:08:24 <TAsn> because we have a word for free as in beer and a word for free is in speech
May 19 16:08:36 <Sharwin_F> dos1, no, it's ok anyway
May 19 16:08:53 <Sharwin_F> because for example: "GSM configuration" and "SIM configuration"
May 19 16:09:14 <Sharwin_F> I would translate it as "Configuración del GSM" and "Configuración de la SIM"
May 19 16:09:27 <Sharwin_F> being "del" a preposition + masc article
May 19 16:09:37 <Sharwin_F> and "de la" a preposition + femenine article
May 19 16:10:08 <Sharwin_F> but if you split the string and use always "Configuration" by itself, I can't set these differences
May 19 16:10:25 <TAsn> and that makes the translation look bad
May 19 16:10:30 <TAsn> and not natural.
May 19 16:10:32 <dos1> Sharwin_F: so i'm asking.... how to do that better
May 19 16:10:43 <TAsn> dos1, add a string per module
May 19 16:10:54 <TAsn> module.description()
May 19 16:11:05 <TAsn> will return a translated description
May 19 16:11:08 <TAsn> or something like that
May 19 16:11:13 <dos1> hmm
May 19 16:11:13 <TAsn> or maybe call it title
May 19 16:11:17 <TAsn> no idea actually
May 19 16:11:27 <Sharwin_F> "module.name() configuration" would be great, but it wasn't like that when I translated it as far as I can remember
May 19 16:11:36 <Sharwin_F> let me look at the po file
May 19 16:11:45 <dos1> Sharwin_F: "module.name() configuration" is now...
May 19 16:11:49 <dos1> and you said it's bad :P
May 19 16:12:01 <dos1> it was "%s configuration"
May 19 16:12:01 <TAsn> Sharwin_F, you can't do it masculine/feminine this way
May 19 16:12:18 <mickey|sun> ptitjes: hey
May 19 16:12:23 <Sharwin_F> then you use the same string for all the modules
May 19 16:12:28 <ptitjes> yop
May 19 16:12:32 <Sharwin_F> "%s configuration"
May 19 16:12:37 <mickey|sun> ptitjes: i have updated mickey/0.7/posix
May 19 16:12:38 <TAsn> Sharwin_F, btw, not in all langs you call GSM that way.
May 19 16:12:46 <Sharwin_F> and you only change the module name with the %s
May 19 16:13:02 <TAsn> I hate language support, that's why in pyphonelog I tried using pics as much as possible, and I don't support translations ;]
May 19 16:13:12 <TAsn> Sharwin_F, exactly what I said
May 19 16:13:15 <TAsn> per module title
May 19 16:13:17 <Sharwin_F> TAsn, yep
May 19 16:13:32 <TAsn> <TAsn> dos1, add a string per module
May 19 16:13:32 <TAsn> <TAsn> module.description()
May 19 16:13:32 <TAsn> <TAsn> will return a translated description
May 19 16:13:38 <TAsn> anyhow, I'm off.
May 19 16:13:41 <TAsn> gotta start studying already.
May 19 16:14:11 <mickey|sun> ptitjes: btw., there's a chance for name collisions in dbus. I had to outcomment org.freesmartphone.PIM.Source.Init() since it lead to a name collision with the freesmartphone_pim_source_init() type :)
May 19 16:16:22 <ptitjes> mickey|sun: yep you must add "init" to the list of registered names
May 19 16:16:35 <ptitjes> mickey|sun: this is uggly by I did not yet find something better
May 19 16:16:50 <ptitjes> mickey|sun: it is at the start of vala-dbus-binding-tool
May 19 16:17:29 <DocScrutinizer> bbl
May 19 16:17:43 <mickey|sun> ptitjes: ok, thanks. I don't think Init is a good name anyways ;)
May 19 16:17:52 <ptitjes> ok
May 19 16:18:20 <DocScrutinizer> mickey|sun: are you attending F9N?
May 19 16:19:12 * DocScrutinizer seem to remember some date conflicts in mickey|sun's schedule
May 19 16:19:31 <mickey|sun> I'll be there :)
May 19 16:19:38 <DocScrutinizer> k :-)
May 19 16:19:45 <wpwrak> DocScrutinizer: wouldn't that be like "urbi et orbi" without the pope ? ;-)
May 19 16:19:49 <mickey|sun> hahaha
May 19 16:19:49 <DocScrutinizer> maybe want to join #fsoshr
May 19 16:20:01 <mickey|sun> argh, yet another channel? :)
May 19 16:20:04 <DocScrutinizer> wpwrak: sure
May 19 16:20:47 <DocScrutinizer> mickey|sun: just for organizational questions like "where and when to meet to get dinner"
May 19 16:21:30 <DocScrutinizer> things like that
May 19 16:21:46 <DocScrutinizer> anyway, for it's dinner time right now
May 19 16:21:50 <DocScrutinizer> cya
May 19 16:23:09 <CIA-75> SHR: 03seba.dos1 07shr-settings * ra2084008b52e 10/ (19 files in 2 dirs): [i18n] make translating easier
May 19 16:23:10 <SHR-WugBranler`> tracfeed: Ticket #383 (PSoD (Purple Stripe of Death) - When suspending the phone.) closed <http://trac.shr-project.org/trac/ticket/383#comment:6>
May 19 16:23:33 <wpwrak> wow, late morning here (okay, for me, 1pm :), already dinner in .de
May 19 16:25:42 <SHR-WugBranler`> tracfeed: Ticket #462 (Improve usage of translation) closed <http://trac.shr-project.org/trac/ticket/462#comment:3>
May 19 16:26:10 <ptitjes> TAsn: I'm not very hot to have the same conventions for C and Vala
May 19 16:26:19 <TAsn> ok, so say that
May 19 16:26:21 <ptitjes> TAsn: I think C needs spaces and Vala tabs
May 19 16:26:31 <TAsn> you see I wrote "vala?"
May 19 16:26:39 <TAsn> anyhow, heck now, C also needs tabs
May 19 16:26:44 <TAsn> ffs everyone needs tabs
May 19 16:26:48 <ptitjes> I'll do just wanted your quick view on spaces/tabs before answering
May 19 16:27:04 <TAsn> how many spaces do you like?
May 19 16:27:08 <ptitjes> oh this might do some debates :)
May 19 16:27:16 <ptitjes> TAsn: personaly I like 4
May 19 16:27:20 <TAsn> I like 8
May 19 16:27:25 <ptitjes> oh really ?
May 19 16:27:27 <TAsn> tab means we both get what we like
May 19 16:27:29 <ptitjes> that is a lot
May 19 16:27:29 <TAsn> ptitjes, yes.
May 19 16:27:35 <ptitjes> sure
May 19 16:27:45 <TAsn> I know it is
May 19 16:28:04 <TAsn> but I trying avoiding too many indentations anyway.
May 19 16:28:22 <dos1> i like 2 spaces ;D
May 19 16:28:23 <TAsn> as written in the document I linked to, and I agree with it
May 19 16:28:32 <TAsn> if you use 8
May 19 16:29:06 <TAsn> * if you feel 8 limits you from doing correct indentations, you are probably indenting too much ;]
May 19 16:29:30 <TAsn> and after stating that, it's obvious that more space is better.
May 19 16:29:30 <TAsn> ;]
May 19 16:29:35 <TAsn> more clear.
May 19 16:32:44 <Ainulindale> damn my head hurts again
May 19 16:33:55 <dos1> mrmoku: when build is supposed to finish? ;x
May 19 16:43:46 <SHR-WugBranler`> tracfeed: Ticket #305 (Don't turn off WiFi on suspend) updated <http://trac.shr-project.org/trac/ticket/305#comment:1>
May 19 16:45:46 <SHR-WugBranler`> tracfeed: Ticket #428 (WSOD after resume) updated <http://trac.shr-project.org/trac/ticket/428#comment:4>
May 19 16:46:06 <ptitjes> Ainulindale: So as I understand it we take two cars. So I take with me all the devices. I hope there will be some remaining place in the second car to get the beers ;)
May 19 16:46:23 <ptitjes> Ainulindale: I have some money to take the beers
May 19 16:46:55 <ptitjes> Ainulindale: keep me in touch, as it seems all of you want to move on the Friday morning
May 19 16:47:06 <ptitjes> which is ok for me btw
May 19 16:48:00 <SHR-WugBranler`> tracfeed: Ticket #386 (opimd integration) updated <http://trac.shr-project.org/trac/ticket/386#comment:2>
May 19 16:50:30 <dos1> only 62 tickets with interesting me components :)
May 19 16:51:48 <SHR-WugBranler`> tracfeed: Ticket #386 (opimd integration) updated <http://trac.shr-project.org/trac/ticket/386#comment:3>
May 19 16:52:39 <mrmoku> dos1: it stopped at libframeworkd-phonegui... examining now
May 19 16:53:32 <luke-jr> are the Freerunner hardware specs open?
May 19 16:59:50 <SHR-WugBranler`> tracfeed: Ticket #198 (Rewrite Illume GSM module) updated <http://trac.shr-project.org/trac/ticket/198#comment:6>
May 19 17:01:51 <SHR-WugBranler`> tracfeed: Ticket #345 (Do not include .svn files in rootfs image) closed <http://trac.shr-project.org/trac/ticket/345#comment:2> || Ticket #465 (The illume gsm gadget should display empty reception when it writes No ...) closed <http://trac.shr-project.org/trac/ticket/465#comment:1>
May 19 17:03:16 <SHR-WugBranler`> tracfeed: Ticket #198 (Rewrite Illume GSM module) updated <http://trac.shr-project.org/trac/ticket/198#comment:7>
May 19 17:03:16 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r8cd952c910ec 10/fsodeviced/ (4 files in 3 dirs): fsodeviced: add skeleton for kernel_idle implementing org.freesmartphone.Device.IdleNotifier
May 19 17:05:52 <SHR-WugBranler`> tracfeed: Ticket #316 (finger friendly etk/gtk default apps) closed <http://trac.shr-project.org/trac/ticket/316#comment:2>
May 19 17:07:54 <SHR-WugBranler`> tracfeed: Ticket #325 (Incorrect EST timezone data) updated <http://trac.shr-project.org/trac/ticket/325#comment:2>
May 19 17:09:53 <SHR-WugBranler`> tracfeed: Ticket #333 (Flight mode in PIN dialogue) updated <http://trac.shr-project.org/trac/ticket/333#comment:3>
May 19 17:12:42 <CIA-75> SHR: 03seba.dos1 07shr-themes * r09cf7bd618f5 10/e-wm/e-wm-config-illume-shr/e.src: e-wm-config-illume-shr: AUX menu on long press
May 19 17:13:55 <SHR-WugBranler`> tracfeed: Ticket #5 (Replace text buttons by icons) updated <http://trac.shr-project.org/trac/ticket/5#comment:3> || Ticket #291 (long press on AUX button : do "something" ?) closed <http://trac.shr-project.org/trac/ticket/291#comment:11>
May 19 17:13:59 <TAsn> dos1, what did you do for aux menu?
May 19 17:14:37 <dos1> TAsn: [0.0 simple_lock] [1.0 exec 'shr_settings blah blah blah']
May 19 17:14:57 <TAsn> dos1, I think long press should open a profile changer
May 19 17:15:06 <TAsn> someone should write a quickie in c and efl
May 19 17:15:12 <TAsn> easy to do
May 19 17:15:24 <TAsn> (for someone who knows efl)
May 19 17:15:32 <TAsn> I can write one in gtk ;]
May 19 17:15:36 <openmoko> I tried installing the toolchain and run into this problem:
May 19 17:15:55 <openmoko> Any ideas?
May 19 17:16:09 <openmoko>  /usr/local/openmoko/arm/bin/opkg-cl: error while loading shared libraries: libcurl.so.4: cannot open shared object file: No such file or directory
May 19 17:16:10 <Sharwin_F> I'd find more useful to have the illume keyboard on the aux button, what do you think?
May 19 17:16:15 <dos1> TAsn: it's exactly what i did
May 19 17:16:22 <dos1> profile changer
May 19 17:16:26 <openmoko> brb (in an hour or so...)
May 19 17:16:31 <TAsn> but you wrote it in python
May 19 17:16:32 <dos1> backlight, and auto-suspend auto-dimming on one page
May 19 17:16:36 <TAsn> which means it'll take time to load
May 19 17:16:38 <TAsn> doesn't it?
May 19 17:16:39 <dos1> but it's working
May 19 17:16:43 <TAsn> dos1, ok ;]
May 19 17:16:54 <TAsn> Sharwin_F, I wish we could
May 19 17:17:00 <dos1> TAsn: hold AUX for 5 secs and it will be loaded ;)
May 19 17:17:01 <Sharwin_F> it's not posible atm?
May 19 17:17:04 <dos1> i checked with frameworkd
May 19 17:17:04 <TAsn> iirc we can't launch it "from the outside"
May 19 17:17:11 <TAsn> dos1, 5?!
May 19 17:17:12 <SHR-WugBranler`> tracfeed: Ticket #292 (Contacts : Add letter shortcuts on the right) updated <http://trac.shr-project.org/trac/ticket/292#comment:4>
May 19 17:17:15 <TAsn> what are you nuts?!
May 19 17:17:19 <TAsn> 3 max ;]
May 19 17:17:22 <TAsn> actually 2 will suffice
May 19 17:17:29 <TAsn> atm I use 2 to launch profile changer.
May 19 17:17:45 <TAsn> Sharwin_F, line starting with "iirc" was for you.
May 19 17:18:25 <dos1> TAsn: you don't have to press by all 5 secs :P
May 19 17:18:36 <Sharwin_F> so there's not any signal like simple_lock to set it. Would be great to have one
May 19 17:18:37 <dos1> TAsn: well, i'm going to speedup SHR Settings much
May 19 17:18:57 <dos1> Sharwin_F: i think i saw something for simple_lock
May 19 17:19:05 <TAsn> Sharwin_F, not according to raster, although I asked him that a couple of months back
May 19 17:19:09 <TAsn> though I don't think it changed.
May 19 17:19:23 <TAsn> dos1, ;]
May 19 17:19:29 <TAsn> in the end, it's still python.
May 19 17:19:30 <dos1> export E_IPC_SOCKET=$(find /var/ -type s | grep enlightenment | cut -d\| -f1)
May 19 17:19:30 <SHR-WugBranler`> tracfeed: Ticket #428 (WSOD after resume) updated <http://trac.shr-project.org/trac/ticket/428#comment:5>
May 19 17:19:30 <dos1> enlightenment_remote -exec-action "simple_lock" ""
May 19 17:19:31 <TAsn> ;]
May 19 17:19:33 <dos1> heheheheheheeh
May 19 17:19:41 <dos1> i'm smarter than raster
May 19 17:19:56 <TAsn> dos1, I was talking about illume keyboard
May 19 17:20:03 <TAsn> brb.
May 19 17:20:10 <dos1> (i just read it on maillist... :x)
May 19 17:20:24 <dos1> TAsn: he was talking about simple_lock
May 19 17:20:29 <dos1> ah
May 19 17:20:30 <dos1> like
May 19 17:20:31 <dos1> :DDD
May 19 17:20:32 <dos1> ok
May 19 17:20:55 <ptitjes> hum I thought I had sent to list :(
May 19 17:21:18 <TAsn> dos1, <Sharwin_F> I'd find more useful to have the illume keyboard on the aux button, what do you think?
May 19 17:21:26 <dos1> TAsn: yep, i know
May 19 17:21:28 <TAsn> he said he knows it's possible to lock
May 19 17:21:34 <dos1> (19:19:19) dos1: ah
May 19 17:21:34 <dos1> (19:19:20) dos1: like
May 19 17:21:48 <dos1> i should say "ah, there was 'like'"
May 19 17:21:49 <dos1> ;)
May 19 17:23:11 <Sharwin_F> I don't know, I was just asking if it was posible hehe
May 19 17:23:32 <Sharwin_F> it would be great to popup the keyboard pressing aux button
May 19 17:25:57 <SHR-WugBranler`> tracfeed: Ticket #257 (sysfs "class" not working correctly on gta01) updated <http://trac.shr-project.org/trac/ticket/257#comment:2> || Ticket #457 (Unknown HZ value!) updated <http://trac.shr-project.org/trac/ticket/457#comment:1> || Ticket #162 (fstab should be different accordingly on where is your root) updated <http://trac.shr-project.org/trac/ticket/162#comment:1> || Ticket #65 (List of messages does not get updated on incom
May 19 17:27:58 <SHR-WugBranler`> tracfeed: Ticket #218 (Missing GIF Evas loader) updated <http://trac.shr-project.org/trac/ticket/218#comment:8>
May 19 17:28:26 <dos1> i removed Milestone selection from all tickets
May 19 17:28:30 <dos1> (except wishlist)
May 19 17:28:44 <dos1> we can start mark tickets which we have to close before release
May 19 17:30:09 <mrmoku> dos1: good thing
May 19 17:34:00 <SHR-WugBranler`> tracfeed: Ticket #457 (Unknown HZ value!) updated <http://trac.shr-project.org/trac/ticket/457#comment:2> || Ticket #413 (display profile in use) closed <http://trac.shr-project.org/trac/ticket/413#comment:4> || Ticket #42 (Illume gadget for handling profiles) updated <http://trac.shr-project.org/trac/ticket/42#comment:4>
May 19 17:35:15 <mrmoku> dos, TAsn, the build of libframeworkd-phonegui-efl finished... though... I don't have a good feeling
May 19 17:35:55 * mrmoku will test that on his FR first
May 19 17:36:24 <TAsn> ;]
May 19 17:36:25 <SHR-WugBranler`> tracfeed: Ticket #457 (Unknown HZ value!) closed <http://trac.shr-project.org/trac/ticket/457#comment:3>
May 19 17:36:27 <TAsn> mrmoku, cool.
May 19 17:37:51 <mrmoku> TAsn: another thing... I implemented the cache lookup when writing a SMS via contacts or entering an arbitrary number, which is in the contacts
May 19 17:38:02 <mrmoku> BUT... this is... suboptimal ;)
May 19 17:38:09 <TAsn> duh.
May 19 17:38:20 <mrmoku> hmm... wait
May 19 17:38:24 <TAsn> it's a hack until opimd
May 19 17:38:26 * mrmoku might talk nonsense :P
May 19 17:38:46 <mrmoku> hmm.. no, no nonsense :)
May 19 17:38:55 <mrmoku> the cache is not loaded, when going via contacts
May 19 17:39:01 <mrmoku> because for the contacts we don't need it
May 19 17:40:17 <dos1> libframeworkd-phonegui-efl has now the greatest number of tickets :x
May 19 17:40:34 <mrmoku> saw that by the amount of mails spamming me ;)
May 19 17:41:15 <mrmoku> Ainulindale: care to re-explain how you would do that dbus cache thingie in phonegui?
May 19 17:43:53 <TAsn> mrmoku, iirc NOT doing it will solve the issue completely 
May 19 17:43:54 <SHR-WugBranler`> tracfeed: Ticket #363 (openmoko-message crashing) updated <http://trac.shr-project.org/trac/ticket/363#comment:11>
May 19 17:43:56 <TAsn> Ainulindale, j/k ;]
May 19 17:44:26 <TAsn> dos1, 
May 19 17:44:57 <TAsn> it's because of the shr-*
May 19 17:45:26 <TAsn> all of those tickets are (correctly) filed under phonegui-efl
May 19 17:48:04 <SHR-WugBranler`> tracfeed: Ticket #363 (frameworkd tracebacks when using shr-messages) updated <http://trac.shr-project.org/trac/ticket/363#comment:12> || Ticket #363 (frameworkd tracebacks when using shr-messages) updated <http://trac.shr-project.org/trac/ticket/363#comment:11>
May 19 17:48:44 <mrmoku> TAsn: not doing what?
May 19 17:49:01 <TAsn> dubsfication
May 19 17:49:14 <TAsn> anyhow, I'm off for the meanwhile
May 19 17:49:16 <TAsn> ciao
May 19 17:49:20 <TAsn> mrmoku, btw, how's phonegui-efl?
May 19 17:49:22 <TAsn> good?
May 19 17:49:46 <mrmoku> trying to upgrade now... don't know yet
May 19 17:51:25 <qknight> where is a xrestop binary for my om?
May 19 17:51:26 <SHR-WugBranler`> tracfeed: Ticket #437 (mplayer with tremor support) updated <http://trac.shr-project.org/trac/ticket/437#comment:4>
May 19 17:54:05 <SHR-WugBranler`> tracfeed: Ticket #464 (Contact cache crashes) updated <http://trac.shr-project.org/trac/ticket/464#comment:5> || Ticket #464 (Contact cache crashes) updated <http://trac.shr-project.org/trac/ticket/464#comment:4>
May 19 17:55:05 <qknight> i have this issue with screwed images in tangogps again
May 19 17:55:23 <qknight> and before this x had some other issue which i usually fix with either suspend/resume or with rotating the screen
May 19 17:57:49 <TAsn> ok I'm here for 5 secs
May 19 17:57:52 <TAsn> ;]
May 19 17:57:58 <TAsn> (a tad more actually)
May 19 18:00:15 <dos1> mrmoku: are you testing it? :x
May 19 18:02:42 <TAsn> mrmoku, dos1 and I are anxious to test it!
May 19 18:02:46 <TAsn> ;]
May 19 18:02:49 <TAsn> go go go.
May 19 18:05:18 <luke-jr> are the Freerunner hardware specs open?
May 19 18:07:30 <luke-jr> ok, nm, I finally found it
May 19 18:07:40 <mrmoku> TAsn: it is still upgrading :)
May 19 18:07:56 <mrmoku>  * ERROR: shr-splash.postinst returned 1
May 19 18:08:00 <mrmoku> finished though
May 19 18:08:07 <mrmoku> rebooting now
May 19 18:10:52 <mrmoku> TAsn, dos1, ok... synched it
May 19 18:11:09 <mrmoku> though not yet with the fix for sms via contacts
May 19 18:17:48 <mrmoku> TAsn, dos1: and?
May 19 18:18:08 <dos1> mrmoku: nothing. it just works :P
May 19 18:18:27 <mrmoku> boring :P
May 19 18:20:55 <Toaster`> Good afternoon all
May 19 18:21:51 <luke-jr> ok, I thought I found it, but I guess not :/
May 19 18:22:03 <luke-jr> can anyone point me to the actual hardware specs that I could use for a fork?
May 19 18:22:58 <dos1> luke-jr: look at gta02-core project
May 19 18:25:22 <luke-jr> i c
May 19 18:25:27 <luke-jr> gta03 might be more what I am thinking
May 19 18:25:31 <luke-jr> I want to make a clamshell
May 19 18:25:48 <dos1> luke-jr: there is no gta03
May 19 18:26:28 <luke-jr> yet?
May 19 18:26:36 <dos1> now
May 19 18:26:44 <dos1> it was some time before
May 19 18:26:53 <dos1> now gta03 is cancelled
May 19 18:27:47 <luke-jr> so I should just give up on the idea? :p
May 19 18:28:22 <dos1> if you want to modify gta02, you don't have to
May 19 18:28:38 <dos1> there are released hardware project files for gta02
May 19 18:28:43 <dos1> look at maillist
May 19 18:28:46 <khiraly1> luke-jr: you can contribute on the gta02-core project
May 19 18:29:00 <luke-jr> khiraly1: but the wiki page said they don't want to do any major changes
May 19 18:29:10 <luke-jr> I'd want to upgrade the CPU and make it clamshell, at least
May 19 18:29:11 <dos1> topic "New Life in Openmoko Phones"
May 19 18:29:31 <khiraly1> luke-jr: for the *first* release
May 19 18:29:33 <dos1> luke-jr: who will produce your phone? ;x
May 19 18:29:41 <luke-jr> dos1: no idea? XD
May 19 18:29:48 <dos1> luke-jr: so...
May 19 18:29:58 <dos1> you should give up IMHO ;)
May 19 18:30:02 <luke-jr> presumably if it seems like a solid design, some company would be interested?
May 19 18:30:13 <dos1> dunno
May 19 18:30:13 <khiraly1> luke-jr: no way
May 19 18:30:16 <khiraly1> ;-\
May 19 18:31:00 <khiraly1> luke-jr: anyway, the gta03 list is for you. If you want to propose a new case design, there you are more than welcome
May 19 18:31:34 <qknight> does anyone have an idea what this could mean
May 19 18:31:35 <qknight> http://invalidmagic.wordpress.com/2009/05/19/21/
May 19 18:31:35 <Toaster`> ~seen raster
May 19 18:31:35 <bzzbot> raster <n=raster@enlightenment/developer/raster> was last seen on IRC in channel #openmoko-cdevel, 4h 27m 23s ago, saying: 'thats how i generated he pointercal data for my palmt650 as its calibration was also totally off until i added a pointercal file to OE for it'.
May 19 18:31:37 <khiraly1> but you *cant* produce the case design the schematic, etc, etc by only yourself. It is too much work for one man
May 19 18:31:39 <qknight> see the dmesg 
May 19 18:32:08 <luke-jr> khiraly1: can I write a program to do it for me?
May 19 18:32:18 <qknight> what does glamo-mci do?
May 19 18:32:22 <khiraly1> luke-jr: no idea
May 19 18:32:39 <khiraly1> I just proposed you, to join gta02-core contribute and learn from them
May 19 18:32:43 <luke-jr> ☺
May 19 18:32:57 <khiraly1> after you can decide what takes how much work to be done
May 19 18:35:49 <luke-jr> any idea if Openmoko released their WIP gta03 before discontinuing it?
May 19 18:35:52 <luke-jr> specs*(
May 19 18:36:12 <khiraly1> nope
May 19 18:36:26 <CIA-75> SHR: 03mok 07shr * r9d400ba2174f 10/libframeworkd-phonegui-efl/src/view/ (contact-list-view.c message-new-view.c): phonegui-efl: show name when sending SMS via contacts
May 19 18:37:40 <Toaster`> dos1: When you update the translations, is that semi automatic (line number generation, etc) or is it all by hand?
May 19 18:38:09 <dos1> Toaster`: you mean pot file or po files?
May 19 18:38:16 <dos1> if pot, it's semiautomated
May 19 18:38:27 <dos1> look at translating page on trac wiki
May 19 18:43:37 <TAsn> mrmoku, sec, checking
May 19 18:48:21 <TAsn> ok I've had it
May 19 18:48:24 <TAsn> mrmoku, !
May 19 18:48:29 <TAsn> drop the phonegui.conf please
May 19 18:48:38 <TAsn> we should make it in the postinst
May 19 18:48:42 <TAsn> and first check if exists
May 19 18:48:49 <TAsn> before copying
May 19 18:48:57 <TAsn> and only if it's a major upgrade, do it.
May 19 18:49:01 <TAsn> ffs, this is annoying.
May 19 18:49:13 <TAsn> blocking upgrade everytime.
May 19 18:49:44 <dos1> frameworkd-config-shr is blocking upgrade for me too, i've got use to ;p
May 19 18:49:45 <SHR-WugBranler`> tracfeed: Ticket #225 (Please remember the name of the recipient) closed <http://trac.shr-project.org/trac/ticket/225#comment:5>
May 19 18:49:46 <mrmoku> hehe... that's why my update took so long ;)
May 19 18:49:56 <TAsn> ;]
May 19 18:50:00 <TAsn> sec, rebooting to test.
May 19 18:50:04 <mrmoku> TAsn: though... what would you suggest?
May 19 18:50:11 <TAsn> mrmoku, a script
May 19 18:50:14 <TAsn> postinst
May 19 18:50:25 <TAsn> that updates only the lib path
May 19 18:50:30 <TAsn> *lib name
May 19 18:50:38 <mrmoku> nah, not even that one
May 19 18:50:39 <TAsn> if necessary
May 19 18:50:44 <TAsn> then nothing
May 19 18:50:47 <mrmoku> I don't want it to change my selected lib ;)
May 19 18:50:55 <TAsn> just make the postinst
May 19 18:50:59 <TAsn> create it if it doesn't exist
May 19 18:51:03 <TAsn> otherwise, do nothing.
May 19 18:51:24 <mrmoku> which has the advantage, that if we need to do some intelligent stuff we can still do a script in postinst
May 19 18:51:33 <TAsn> mrmoku, do_postinst or something like that in the bb... I can check if you can't find.
May 19 18:51:39 <TAsn> mrmoku, exactly.
May 19 18:51:43 <TAsn> just drop the file copy
May 19 18:51:47 <TAsn> that's a bad habit for configs
May 19 18:51:51 <mrmoku> TAsn: the ugly thing with that is... you separate the conf from the source
May 19 18:52:01 <TAsn> heck no!
May 19 18:52:04 <TAsn> just copy it to
May 19 18:52:09 <TAsn> share/phonegui
May 19 18:52:26 <TAsn> skeleton.conf
May 19 18:52:30 <TAsn> and then copy it when needed.
May 19 18:52:42 <mrmoku> sounds sensible
May 19 18:53:08 <TAsn> with pyphonelog I just check on start.
May 19 18:53:17 <TAsn> though it's hard to do that in a lib.
May 19 18:53:49 <TAsn> mrmoku, SMS -> OPTIONS -> REPLY doesn't handle recipients name good
May 19 18:54:14 <dos1> opkg is baaaaaaaaaaaaaaad
May 19 18:54:19 <TAsn> dos1, I know
May 19 18:54:24 <TAsn> I don't know if you were here yesterday
May 19 18:54:33 <mrmoku> TAsn: pffh... one more place :P
May 19 18:54:34 <TAsn> though I'm planning on building a new pkg-manager
May 19 18:54:39 <TAsn> mrmoku, ;]
May 19 18:54:45 <dos1> it should check if conf file has changed in new package comparing to old package
May 19 18:54:45 <TAsn> isn't there a fucking generic way to do it?
May 19 18:54:52 <TAsn> I mean, you should just provide the number
May 19 18:54:54 <dos1> and only then it should check, if user changed configuration
May 19 18:55:01 <TAsn> and that page should generate contact on it's own.
May 19 18:55:37 <TAsn> dos1, opkg sucks.
May 19 18:55:53 <TAsn> mrmoku, also in
May 19 18:55:58 <TAsn> contacts -> options -> sms
May 19 18:56:00 <TAsn> same issue.
May 19 18:56:07 <TAsn> no name.
May 19 18:56:54 <dos1> TAsn: there is no package updated in repo
May 19 18:56:58 <dos1> mrmoku: am i right?
May 19 18:57:09 <mrmoku> TAsn: nah... that one is fixed... just not built (wrote that)
May 19 18:57:18 <TAsn> mrmoku, hehe you suck ;] build it! ;]
May 19 18:57:23 <mrmoku> trying to build an image (without much hope though)
May 19 18:57:28 <TAsn> just making me hope stuff I'll never get
May 19 18:57:46 <TAsn> hope for stuff...*
May 19 18:57:47 <TAsn> mrmoku, if you don't believe in yourself, who will?
May 19 18:57:58 <mrmoku> well... I'm quite desperate regarding vala....
May 19 18:58:19 <mrmoku> and thing is... vala-terminal... guess on what it depends? :P
May 19 18:58:28 <TAsn> vala?
May 19 18:58:34 <mrmoku> :)
May 19 18:58:37 <TAsn> ;]
May 19 18:58:42 <TAsn> without that we are clear?
May 19 18:58:47 <mrmoku> so not even a sensible way to disable some package...
May 19 18:58:55 <TAsn> if so
May 19 18:59:00 <TAsn> please disable vala-terminal
May 19 18:59:09 <TAsn> and let ppl opkg install it
May 19 18:59:16 <dos1> image without terminal?
May 19 18:59:17 <TAsn> it's unstable after all.
May 19 18:59:23 <dos1> do we want to be like ASU? :/
May 19 18:59:29 <TAsn> dos1, a bad idea, I know, though it's just a tmp hack
May 19 18:59:35 <mrmoku> without even a terminal... it is not an image ;)
May 19 18:59:50 <TAsn> bah.
May 19 19:00:00 <TAsn> said those who chose nano is the default editor
May 19 19:00:12 <mrmoku> how would Ainulindale run his ncurses frontend then?
May 19 19:00:12 <TAsn> PaulFertser, did you like that remark? ^
May 19 19:00:17 <TAsn> mrmoku, ;]
May 19 19:00:37 <PaulFertser> TAsn++
May 19 19:01:02 <dos1> yep, i'm programming with illume keyboard
May 19 19:01:10 <TAsn> dos1, that's leet.
May 19 19:01:12 <dos1> but i'm not that insane to use vim with illume keyboard
May 19 19:01:15 <dos1> :P
May 19 19:01:18 <TAsn> :)
May 19 19:01:27 <TAsn> my keyboard barely works
May 19 19:01:32 <TAsn> bah, disassembling the moko
May 19 19:08:32 <TAsn> ok, DocScrutinizer here?
May 19 19:08:38 <TAsn> it's not the protector
May 19 19:08:50 <TAsn> I removed everything, it's the screen
May 19 19:08:55 <DocScrutinizer> no, but you can leave a message
May 19 19:08:58 <TAsn> and it's just 
May 19 19:08:59 <TAsn> DocScrutinizer, ;]
May 19 19:09:04 <TAsn> got any more ideas?
May 19 19:09:11 <TAsn> I opened the case
May 19 19:09:19 <DocScrutinizer> got contact to water?
May 19 19:09:48 <Toaster`> Is there a proper way to get input on changing the default interface for shr-settings to shr-settings-toolbar?  I think it's better, but I don't want to change things and have people freak :)
May 19 19:09:48 <TAsn> not that I know of, no.
May 19 19:10:01 <TAsn> Toaster`, scap
May 19 19:10:40 <Toaster`> TAsn: I already have the code in teh shr-settings playground.  Should still post a scap?
May 19 19:10:52 <TAsn> scaping is always a good idea.
May 19 19:11:02 <TAsn> DocScrutinizer, no idea then? I think it got a minor hit, not sure though
May 19 19:11:49 <DocScrutinizer> check reflection of surfaces (lamp, flat angle)
May 19 19:12:15 <Toaster`> TAsn: Where should I post the link? Here and/or SHR-devel/core/users?
May 19 19:12:20 <DocScrutinizer> to tell if there are deformations
May 19 19:12:36 <DocScrutinizer> punctual 
May 19 19:13:17 <dos1> Toaster`: i don't like it's command line interface
May 19 19:13:33 <dos1> Toaster`: you can only select categories in toolbar version
May 19 19:13:37 <Toaster`> dos1: what would you prefer?  specific sub module access?
May 19 19:13:47 <dos1> Toaster`: yep
May 19 19:13:49 <Toaster`> I can add that
May 19 19:13:59 <dos1> Toaster`: and loading lags...
May 19 19:14:06 <DocScrutinizer> TAsn: probably removing screen protector is a goodidea as well
May 19 19:14:09 <dos1> you should add some "loading" info
May 19 19:14:23 <TAsn> Toaster`, everywhere
May 19 19:14:49 <TAsn> DocScrutinizer, but I want to protect my screen.
May 19 19:15:57 <TAsn> doc, no visible deformations
May 19 19:15:58 <Toaster`> dos1: I had one, butI didn't like it.  I'll try to come up with another one.  maybe an inwin or something
May 19 19:16:47 <dos1> for me more comfortable is actual design, but maybe i just got used to
May 19 19:16:53 <dos1> let see what people will say
May 19 19:16:54 <dos1> ;)
May 19 19:17:10 <TAsn> DocScrutinizer, sure it can't be a calibration error?
May 19 19:17:20 <DocScrutinizer> TAsn: dunno
May 19 19:17:38 <DocScrutinizer> thus my suggestion to use a fresh rootfs
May 19 19:18:05 <TAsn> DocScrutinizer, will do, as soon as mrmoku builds it ;]
May 19 19:18:06 <dos1> Toaster`: BTW shr-settings-toolbar looks almost the same as my first draws about shr-settings UI ;)
May 19 19:18:14 <TAsn> DocScrutinizer, btw, why should I remove the pretector?
May 19 19:18:29 <Toaster`> dos1: heh, well elementary limits design a bit :)
May 19 19:18:38 <mrmoku> TAsn, nah... trying to put me under pressure? :P
May 19 19:18:46 <DocScrutinizer> as it's a non-standard deviation and we're looking for causes
May 19 19:19:06 <Toaster`> any idea when the slider and toolbars will be working properly again?  As in not slinging all over the place?
May 19 19:19:08 <dos1> mrmoku: after all you won't be able to be clicked on bottom left part ;)
May 19 19:19:08 <TAsn> DocScrutinizer, I'm using it for quite some time now
May 19 19:19:13 <TAsn> and it doesn't work without it either
May 19 19:19:13 <DocScrutinizer> TAsn: use an old rootfs
May 19 19:19:14 <TAsn> just tried.
May 19 19:19:21 <TAsn> DocScrutinizer, sec.
May 19 19:19:23 <TAsn> booting.
May 19 19:19:30 * mrmoku hides in the bottom left angle... unreachable for TAsn ;)
May 19 19:19:40 <TAsn> mrmoku, not funny. ;[
May 19 19:19:46 <TAsn> (actually it is..>)
May 19 19:19:55 <TAsn> how do I boot nand with qi?
May 19 19:20:02 <TAsn> tap on aux, right?
May 19 19:20:35 <mrmoku> hmm... I could set vala-native to 0.7.2 and just take that for that image... like that idea TAsn ?
May 19 19:20:43 <TAsn> mrmoku, yes.
May 19 19:20:44 <TAsn> a lot.
May 19 19:21:06 <mrmoku> ok... it is still building stuff... though when it breaks at vala-native I will do that
May 19 19:22:27 <SHR-WugBranler`> tracfeed: Ticket #327 (Shr-settings: can't close Date/time) closed <http://trac.shr-project.org/trac/ticket/327#comment:3> || Ticket #331 (Multiple windows not handled properly) updated <http://trac.shr-project.org/trac/ticket/331#comment:4>
May 19 19:24:27 <SHR-WugBranler`> tracfeed: Ticket #331 (Multiple windows not handled properly) updated <http://trac.shr-project.org/trac/ticket/331#comment:5>
May 19 19:26:05 <PaulFertser> mrmoku: btw, have you tried to compare commands that generate valac wrapper for me and for you?
May 19 19:26:58 <dos1> can you spread http://wiki.openmoko.org/wiki/Opimd page all over the world? ;)
May 19 19:27:03 <TAsn> DocScrutinizer, I think it's an h.w issue ;[
May 19 19:27:13 <TAsn> a very old fso that worked great
May 19 19:27:18 <TAsn> now doesn't do as well.
May 19 19:27:22 <TAsn> (same issue)
May 19 19:27:38 <TAsn> anyhow, lucky me it's just the almost unreachable part of the screen
May 19 19:27:41 <TAsn> I can live without it
May 19 19:27:42 <TAsn> I think.
May 19 19:27:54 <DocScrutinizer> TAsn: remove and re-connect FPC to LCM
May 19 19:28:31 <TAsn> fpc?
May 19 19:28:34 <TAsn> lcm?
May 19 19:28:35 <TAsn> ;]
May 19 19:29:13 * TAsn is scared, though will do anything for science.
May 19 19:29:39 <dos1> take FPC, connect LCM, say WTF, plug USB and that's it! ;)
May 19 19:29:40 <SHR-WugBranler`> tracfeed: Ticket #467 (disable new sms open) created <http://trac.shr-project.org/trac/ticket/467>
May 19 19:30:05 <mrmoku> PaulFertser, well your valac wrapper had no linkcommand in it...
May 19 19:30:20 <mrmoku> I tried removeing valac and .libs/valac and did make in compile
May 19 19:30:30 <mrmoku> which braught me back the same valac wrapper
May 19 19:31:15 <PaulFertser> mrmoku: i provided you with the command that created my proper wrapper, have you compared it (the command) with yours?
May 19 19:31:17 <SHR-WugBranler`> tracfeed: Ticket #467 (Make disabling openning "New SMS" window configurable) updated <http://trac.shr-project.org/trac/ticket/467#comment:1> || Ticket #467 (Make disabling openning "New SMS" window configurable) created <http://trac.shr-project.org/trac/ticket/467>
May 19 19:31:37 <dos1> heh
May 19 19:32:00 <dos1> why people always open incorrect tickets?
May 19 19:32:30 <Sharwin_F> dos1, implementation python scripts in the wiki page of opimd are not found (error 404)
May 19 19:33:07 <DocScrutinizer> TAsn: could you by any means create a gif or png or sth, showing result of you drawing a regular grid to the ts?
May 19 19:33:27 <dos1> Sharwin_F: fixed
May 19 19:33:32 <DocScrutinizer> a *very* regular grid
May 19 19:33:36 <TAsn> DocScrutinizer, eve easier than that, got illume kbd installed?
May 19 19:33:54 <PaulFertser> mrmoku: and what is the plan wrt buildhost's DISTRO anyway?
May 19 19:34:15 <DocScrutinizer> TAsn: huh?
May 19 19:34:22 <TAsn> do you have it?
May 19 19:34:37 <TAsn> because that's a perfect grid, I can just tell you the letters
May 19 19:34:37 <TAsn> ;]
May 19 19:34:41 <mrmoku> PaulFertser, plan is shr.conf (which is half built)
May 19 19:34:48 <TAsn> if you want I can scap and paint it.
May 19 19:35:03 <mrmoku> PaulFertser, the command you gave me was output from the Makefile, no?
May 19 19:35:15 <PaulFertser> mrmoku: http://build.shr-project.org/Makefile still has the old DISTRO it seems
May 19 19:35:23 <PaulFertser> mrmoku: yes
May 19 19:35:37 <mrmoku> PaulFertser, yes have to change that soon now :)
May 19 19:36:38 <DocScrutinizer> TAsn: from grid deformation I can tell about the nature of the problem - if it is done exact enough
May 19 19:36:48 <TAsn> sec.
May 19 19:37:18 <mrmoku> PaulFertser, heh, one difference I find is... I have --mode=link ccache gcc
May 19 19:37:22 <mrmoku> you have it without ccache
May 19 19:37:34 * mrmoku wonders if its time again to wipe that damn ccache...
May 19 19:37:38 <TAsn> DocScrutinizer, what do you want me to paint?
May 19 19:37:43 <TAsn> when I press a key
May 19 19:37:48 <TAsn> the key above it is pressed
May 19 19:37:54 <TAsn> how to represent that?
May 19 19:38:16 <PaulFertser> mrmoku: hm, yes, i don't use ccache... But probably that's not what made libtool generate that relink command.
May 19 19:38:33 <PaulFertser> It'd be nice if someone who really knows libtool explained the different results here.
May 19 19:39:17 <Sharwin_F> dos1, "$ python pim.py c query" doesn't give me any data, do I have to initialize opmid in shr-unstable or something similiar?
May 19 19:39:34 <dos1> Sharwin_F: opkg update; opkg upgrade
May 19 19:39:45 <dos1> or python pim.py c init
May 19 19:39:50 <TAsn> how can I up a regular pic to scap?
May 19 19:40:01 <TAsn> i have an edited screenshot
May 19 19:40:01 <dos1> but i recomment upgrade
May 19 19:40:11 <Sharwin_F> upgrading
May 19 19:40:23 <PaulFertser> mrmoku: why was http://tinderbox.openembedded.net/builds/152607/ successful and then just after that a failure?
May 19 19:40:35 <DocScrutinizer> TAsn: create a grid of 10 x 15 lines in an arbitrary program. Then open this picture on FR and redraw exactly along the lines with another color
May 19 19:40:50 <TAsn> DocScrutinizer, look at what I did instead
May 19 19:40:54 <TAsn> I think it's more accurate
May 19 19:41:00 <TAsn> read means biggest offset
May 19 19:41:05 <TAsn> blue means an offset
May 19 19:41:11 <TAsn> and green is a tiny offset
May 19 19:41:20 <TAsn> by offset I mean, I press it and I get the key above
May 19 19:41:24 <Sharwin_F> dos1, done, phonegui updated, but still 0 results. Do i've o restart anything?
May 19 19:41:27 <TAsn> in the red zone I just get the key above
May 19 19:41:38 <TAsn> in the blue zone only if I click the upper part of the letter
May 19 19:41:57 <TAsn> in the green zone is what letters I get
May 19 19:42:08 <TAsn> (except for alt and ctrl who should also be red)
May 19 19:42:49 <DocScrutinizer> TAsn: I can't tell exactly what is the function causing the problem, by this representation (even without seeing it)
May 19 19:42:50 <TAsn> DocScrutinizer, http://img205.imageshack.us/content.php?page=done&l=img205/5620/screenshot1plw.png
May 19 19:43:14 <dos1> Sharwin_F: frameworkd should be updated...
May 19 19:43:25 <dos1> Sharwin_F: opkg list_installed | grep frameworkd
May 19 19:43:34 <TAsn> DocScrutinizer, what do you mean by coloring along the lines with another color?
May 19 19:43:37 <mrmoku> PaulFertser, open it... (+) it was -c clean :)
May 19 19:43:43 <TAsn> DocScrutinizer, look at the pic please, the keyboard acts as a grid.
May 19 19:43:52 <mrmoku> PaulFertser, the rest of the command looks equal though...
May 19 19:44:03 <Sharwin_F> dos1, $ opkg list_installed | grep frameworkd
May 19 19:44:03 <Sharwin_F> frameworkd - 0.8.5.1+gitr1394+de66f6b14b97a6b979288ba353ea8eb4d014d09d-r4 - 
May 19 19:44:03 <Sharwin_F> frameworkd-config-shr - 0.8.5.1+gitr1394+de66f6b14b97a6b979288ba353ea8eb4d014d09d-35+ae06c7d8fed7367b26867fee9b20356bcc2dc183-r5 - 
May 19 19:44:03 <Sharwin_F> frameworkd-config-shr-dev - 0.8.5.1+gitr1394+de66f6b14b97a6b979288ba353ea8eb4d014d09d-35+ae06c7d8fed7367b26867fee9b20356bcc2dc183-r5 - 
May 19 19:44:04 <Sharwin_F> libframeworkd-glib0 - 0.0.1+gitr97+abfe3711bbfcdecfe1368ca21ce414dfb99c2aee-r0 - 
May 19 19:44:05 <TAsn> http://img205.imageshack.us/my.php?image=screenshot1plw.png <-- how unlucky I am.
May 19 19:44:06 <Sharwin_F> libframeworkd-phonegui-efl-locale-ca - 0.0.2+gitr667+3a1a6af9db507b6cc7507883192cc5ea85850581-r31 - 
May 19 19:44:09 <Sharwin_F> libframeworkd-phonegui-efl0 - 0.0.2+gitr667+3a1a6af9db507b6cc7507883192cc5ea85850581-r31 - 
May 19 19:44:09 * mrmoku retries again after rm -rf ~/.ccache ... brb
May 19 19:44:11 <Sharwin_F> libframeworkd-phonegui0 - 0.0.2+gitr667+3a1a6af9db507b6cc7507883192cc5ea85850581-r8 -
May 19 19:44:13 <TAsn> Sharwin_F, no offensse
May 19 19:44:16 <TAsn> though I hate you ;]
May 19 19:44:19 <TAsn> spammer.
May 19 19:44:20 <TAsn> ;]
May 19 19:44:21 <Sharwin_F> sorry :P
May 19 19:44:57 <dos1> Sharwin_F: cat /var/log/frameworkd.log | grep opimd
May 19 19:45:03 <TAsn> DocScrutinizer, can you get something out of it? or should I try drawing something else?
May 19 19:45:51 <Ainulindale> TAsn: an image without a terminal is not an image
May 19 19:45:56 <dos1> Sharwin_F: can you get contacts with openmoko-contacts? :x
May 19 19:46:03 <Ainulindale> Please say what you think on the ML with arguments and we'll talk about it
May 19 19:46:03 <TAsn> Ainulindale, ;]
May 19 19:46:06 <Sharwin_F> dos1, http://pastebin.com/m6fc34016
May 19 19:46:08 <Ainulindale> Meanwhile it stays as it is :-)
May 19 19:46:09 <Ainulindale> And I'm off
May 19 19:46:13 <Ainulindale> (Girlfriend is here)
May 19 19:46:16 <TAsn> Ainulindale, one thing
May 19 19:46:22 <DocScrutinizer> TAsn: I'm pondering. Please wait for computation to finish. may take some time
May 19 19:46:23 <TAsn> you obviously didn't read what I wrote ;]
May 19 19:46:30 <Sharwin_F> dos1, yes, May I be using pim.py wrongly?
May 19 19:46:32 <Ainulindale> Nah I just saw the hilight
May 19 19:46:33 <TAsn> but I agree with you on this one.
May 19 19:46:46 <dos1> Sharwin_F: which gsm firmware do you have?
May 19 19:46:47 <TAsn> Ainulindale, ok, then will explain later
May 19 19:46:49 <TAsn> enjoy
May 19 19:46:51 <Ainulindale> Ok thanks :-)
May 19 19:46:54 <Ainulindale> See you in two hours or so
May 19 19:46:59 <TAsn> DocScrutinizer, thanks
May 19 19:47:00 <Sharwin_F> dos1, moko11?
May 19 19:47:00 <dos1> uhhh
May 19 19:47:03 <TAsn> will bug you in an hour
May 19 19:47:06 <dos1> Sharwin_F: i know
May 19 19:47:08 <TAsn> gotta study a bit anyway ;]
May 19 19:47:16 <TAsn> DocScrutinizer, thanks a lot.
May 19 19:47:17 <dos1> Sharwin_F: ls /etc/freesmartphone/opim
May 19 19:47:37 <TAsn> DocScrutinizer, from here it looks like a direct hit (don't I don't recall having this kind of hit)
May 19 19:47:40 <dos1> if it doesn't exist, we are at home :P
May 19 19:47:46 <dos1> then mkdir /etc/freesmartphone/opim
May 19 19:47:52 <Sharwin_F> dos1,  doesn't exist :)
May 19 19:47:59 <dos1> and restart
May 19 19:47:59 <DocScrutinizer> TAsn: possible, yes
May 19 19:48:05 <Sharwin_F> restart phone?
May 19 19:48:13 <TAsn> DocScrutinizer, *though I don't recall
May 19 19:48:16 <TAsn> I had a minor hit
May 19 19:48:19 <dos1> Sharwin_F: frameworkd, ophonekitd
May 19 19:48:19 <TAsn> nothing serious
May 19 19:48:24 <dos1> Sharwin_F: or if you want - reboot
May 19 19:48:25 <TAsn> not sure it was even there
May 19 19:48:31 <dos1> Sharwin_F: but last is windows way ;)
May 19 19:48:35 <TAsn> just bumped a table while it was in my pocket
May 19 19:50:35 <Sharwin_F> dos1, restarted frameworkd and ophonekitd and same as before
May 19 19:51:02 <dos1> Sharwin_F: check openmoko-contacts
May 19 19:51:03 <Sharwin_F> but know I've a db in the directory
May 19 19:51:04 <dos1> and then cat /var/log/frameworkd.log | grep opimd
May 19 19:51:08 <Sharwin_F> sqlite-contacts.db
May 19 19:51:28 <Sharwin_F> openmoko-contacts works
May 19 19:51:43 <dos1> and check again pim.py
May 19 19:51:55 <dos1> it takes some time to load everything :P
May 19 19:52:30 <Sharwin_F> nothing related to opmid in frameworkd.log
May 19 19:53:50 <dos1> Sharwin_F: can't be
May 19 19:53:51 <dos1> :P
May 19 19:53:52 <dos1> reboot
May 19 19:53:53 <dos1> :D
May 19 19:56:29 <Sharwin_F> dos1, it was a problem with copying the command from IRC
May 19 19:56:46 <dos1> ;)
May 19 19:56:48 <mrmoku> PaulFertser, ok, ccache obviously has nothing to do with it... still fails
May 19 19:56:48 <dos1> so it works?
May 19 19:57:07 <dos1> i have to think how to handle that /etc/freesmartphone/opim issue correctly
May 19 19:57:09 <Sharwin_F> looking manually at frameworkd.log, I found an error in opimid
May 19 19:57:15 <Sharwin_F> one moment
May 19 19:57:29 <PaulFertser> mrmoku: sure. Probably we need to compare something more. Or to read lt script trying to understand when it does generate relink_command and when not :)
May 19 20:00:55 <TAsn> mrmoku, before I go
May 19 20:01:00 <TAsn> I had to disable ccache here
May 19 20:01:06 <TAsn> not sure if that's your issue
May 19 20:01:10 <TAsn> though ccache broke my builds.
May 19 20:01:15 <TAsn> night.
May 19 20:01:42 <PaulFertser> TAsn: you mean not only clean the cache but disable altogether?
May 19 20:02:10 <TAsn> yes
May 19 20:02:14 <Sharwin_F> dos1, errors were from before, now works correctly :)
May 19 20:02:23 <dos1> ok :)
May 19 20:02:31 <TAsn> building with ccache enabled wouldn't let me build
May 19 20:02:35 <TAsn> anything
May 19 20:02:38 <TAsn> no matter what
May 19 20:02:49 <TAsn> even on the first time.
May 19 20:04:04 <PaulFertser> TAsn: good night :)
May 19 20:04:06 <mrmoku> TAsn, well, it worked fine up to now... for me and on the buildhost...
May 19 20:04:14 <mrmoku> TAsn, and good night :)
May 19 20:04:35 <TAsn> a small confession, I'll be probably back soon, since I have insomnia and I can't really sleep
May 19 20:04:38 <mrmoku> PaulFertser, do you know what the difference between .libs/valac and .libs/lt-valac is?
May 19 20:04:47 <TAsn> so I'll probably see you later
May 19 20:04:50 <TAsn> in an hour maybe more.
May 19 20:04:52 <PaulFertser> mrmoku: after changing DISTRO to shr and DISTRO_TYPE to unstable i built a new image now.
May 19 20:04:53 <TAsn> cya for now ;[
May 19 20:04:55 <TAsn> ;]
May 19 20:05:11 <PaulFertser> mrmoku: lt-valac is the relinked version.
May 19 20:05:48 <mrmoku> ahh, ok
May 19 20:06:49 <PaulFertser> mrmoku: so the problem is that it wants to relink and LDFLAGS supplied by OE are honored and therefore lt-valac is linked against the wrong libvala version.
May 19 20:08:36 <mrmoku> PaulFertser, hmm... nm lt-valac tells me:
May 19 20:08:37 <mrmoku>                  U vala_code_context_set_profile
May 19 20:09:30 <mrmoku> undefined... and not only that one... around 30-40 vala_code symbols are undefined
May 19 20:10:09 <mrmoku> /home/mok/src/other/openmoko/shrbuild/dev/shr-unstable/tmp/staging/x86_64-linux/usr/lib/libvala.so.0
May 19 20:10:14 <mrmoku> is what it is linked against
May 19 20:11:24 <PaulFertser> mrmoku: that's exactly the problem. It's getting linked against bootstrap (old) version.
May 19 20:11:56 <mrmoku> yeah, that .so does not have it...
May 19 20:12:27 <mrmoku> maybe unstaging does not work correctly with the vala-bootstrap-native + vala-native construct
May 19 20:13:08 <mrmoku> PaulFertser, is your lt-valac linked against the lib in staging too?
May 19 20:13:34 <PaulFertser> mrmoku: How does it matter? The wrapper generated here doesn't relink, it just supplies LD_LIBRARY_PATH pointing to the new libs before starting .libs/valac
May 19 20:14:14 <DocScrutinizer> TAsn: ?
May 19 20:14:29 <TAsn> DocScrutinizer, always.
May 19 20:14:37 <mrmoku> PaulFertser, hmm
May 19 20:14:43 <TAsn> DocScrutinizer, got an idea?
May 19 20:15:44 <DocScrutinizer> you say the point reported by ts is farther away from border than the actual mechanical touchpoint?
May 19 20:16:23 <DocScrutinizer> or is it the other way round?
May 19 20:17:11 <TAsn> farther away from the mechanical border
May 19 20:17:34 <TAsn> I cant' press the lower row of the terminal illume kbd
May 19 20:17:47 <DocScrutinizer> so there's a small area you actually cant get a key pressed
May 19 20:17:55 <DocScrutinizer> yup
May 19 20:18:09 <DocScrutinizer> k, continue thinking...
May 19 20:18:15 <TAsn> DocScrutinizer, more than that
May 19 20:18:21 <TAsn> even after removing the front panel
May 19 20:18:29 <TAsn> i.e having a bigger touchpad to press
May 19 20:18:37 <TAsn> I still couldn't get to that part
May 19 20:18:51 <TAsn> (by following the up offset method)
May 19 20:18:55 <DocScrutinizer> ok, thanks for additional info
May 19 20:18:58 <dos1|neo> Sharwin_F: is everything working? ;)
May 19 20:19:10 <TAsn> DocScrutinizer, thank you for accepting it.
May 19 20:19:11 <TAsn> ;]
May 19 20:26:20 <DocScrutinizer> TAsn: you got a break between resistive coating of ts foil and conductive silver contact at border. this break is probably ~5..10mm, may be caused by mechanic force to touchpad bezel. Don't see a way to fix it. you may nevertheless implement a driver with a X-Y lookup table to calibrate each single point of touchpanel
May 19 20:26:53 <TAsn> DocScrutinizer, ;[
May 19 20:27:21 <TAsn> I just might.
May 19 20:27:38 <TAsn> though I think I'll write a muscle memory driver ;]
May 19 20:27:40 <TAsn> i.e, get used to it
May 19 20:27:45 <TAsn> it's not *that* bad
May 19 20:27:51 <TAsn> when using the non terminal keyboard.
May 19 20:27:54 <DocScrutinizer> was a cool driver anyway. dunno why it isn't there already
May 19 20:28:20 <TAsn> and I can just fix the keyboard to start a little higher
May 19 20:28:26 <TAsn> will take me half the time and half the pain.
May 19 20:28:52 <DocScrutinizer> you can recalibrate tp to strech a little lower
May 19 20:29:25 <TAsn> DocScrutinizer, really? how? xtscal?
May 19 20:29:39 <DocScrutinizer> though then you're off a little on whole screen
May 19 20:29:51 <DocScrutinizer> dunno, probably
May 19 20:30:20 <TAsn> will give it a go when I'll get that working ;]
May 19 20:30:25 <DocScrutinizer> find manpage for /etc/calibratefile format
May 19 20:30:39 <TAsn> hm.. I wonder whether my old fso has a working tscal
May 19 20:32:12 <dos1|neo> 2007.2 had working xtscal
May 19 20:32:40 <DocScrutinizer> i very much favor the idea to patch the ts-driver to look up correct X-Y values for each AD-convert result in a table
May 19 20:33:27 <DocScrutinizer> it's ~20..30 lines of code I guess
May 19 20:33:29 <TAsn> DocScrutinizer, how will it help beside for broken screens?
May 19 20:33:57 <TAsn> DocScrutinizer, I don't even have the slightest idea how to start on that one.
May 19 20:33:59 <DocScrutinizer> it copes with all kinds of nonlinearities in ts
May 19 20:34:24 <DocScrutinizer> there's no perfect tp, just yours is particularly bad
May 19 20:34:44 <TAsn> shit. ;]
May 19 20:35:22 <DocScrutinizer> anyway, bbl
May 19 20:35:34 * DocScrutinizer -> dinner
May 19 20:35:35 <TAsn> thanks doc
May 19 20:35:46 <DocScrutinizer> np
May 19 20:37:30 <TAsn> shit, fso is also too new (my fso)
May 19 20:37:34 <TAsn> bah, will read the man later.
May 19 20:48:56 <playya> what are the plany for friday evening?
May 19 20:49:48 <playya> s/y/s/
May 19 20:49:49 <bzzbot> playya meant: what are the plans for friday evening?
May 19 20:51:07 <Sharwin_F> dos1|neo, when doing pim.py c query I get an error at some point when showing info about one of the contacts
May 19 20:51:13 <Sharwin_F> character error I think
May 19 20:51:24 <Sharwin_F> UnicodeEncodeError: 'ascii' codec can't encode character u'\xe0' in position 12: ordinal not in range(128)
May 19 20:53:17 <Sharwin_F> I think it's because the "à" character, but it shows correclty in openmoko-contacts
May 19 20:58:12 <Blu3> someone is breaking framework/ophone :P
May 19 21:08:47 <dos1|neo> Sharwin_F: that's only terminal issue
May 19 21:09:52 <Sharwin_F> dos1|neo, what do you mean?
May 19 21:09:56 <dos1|neo> Sharwin_F: try LC_ALL=en_GB.UTF-8 ./pim.py blah
May 19 21:10:14 <dos1|neo> Sharwin_F: utf8 locale
May 19 21:11:41 <Sharwin_F> yep, now works
May 19 21:18:00 <Ainulindale> TAsn: back
May 19 21:19:58 <TAsn> Ainulindale, I just said
May 19 21:20:06 <TAsn> that since there's an issue with vala-native
May 19 21:20:16 <TAsn> and the only thing in the image that needs that is
May 19 21:20:18 <TAsn> vala-terminal
May 19 21:20:38 <TAsn> it might be a good idea to build, in the meanwhile an unstable image without vala-terminal
May 19 21:20:42 <TAsn> for testing and tasn uses.
May 19 21:20:43 <TAsn> ;]
May 19 21:20:49 <Ainulindale> Well you can do that locally
May 19 21:20:56 <Ainulindale> But if we do an unstable image without a terminal
May 19 21:21:04 <Ainulindale> There'll be a lot of complaints :-)
May 19 21:21:11 <mrmoku> TAsn, trying to build vala-native from master branch now
May 19 21:22:01 <mrmoku> TAsn, after trying to understand how that fucking ltmain.sh works...
May 19 21:22:04 <TAsn> Ainulindale, ;]
May 19 21:22:24 <mrmoku> Ainulindale, btw... eagerly awaiting your coding style comments :P
May 19 21:22:32 <TAsn> mrmoku, no idea what you are talking about, though keep up the good work! ;]
May 19 21:22:39 <TAsn> everybody liked everything so far
May 19 21:23:02 <TAsn> though no one commented on the use of goto and the functions name conventions... (which were added later)
May 19 21:23:04 <mrmoku> nah... there were also bad moments ;)
May 19 21:23:10 <Ainulindale> goto should be banned
May 19 21:23:23 <TAsn> Ainulindale, it should be allowed in only two cases
May 19 21:23:26 * mrmoku knew Ainulindale would say that :P
May 19 21:23:28 <Ainulindale> As to my comments
May 19 21:23:30 <Ainulindale> I have none
May 19 21:23:31 <TAsn> in-function memory cleanup
May 19 21:23:34 <Ainulindale> I'll comply to the majority
May 19 21:23:41 <Ainulindale> TAsn: Nah I don't care. No goto.
May 19 21:23:57 <TAsn> and any other case that the dev feels it's important and will have to explain why in a comment ;]
May 19 21:23:57 <Ainulindale> Goto is bad. So is your face.
May 19 21:24:09 <TAsn> Ainulindale, goto is not bad, same goes for my face
May 19 21:24:14 <Ainulindale> Goto is bad.
May 19 21:24:15 <TAsn> though I kinda broke my ts ;[
May 19 21:24:23 <TAsn> now, that's bad.
May 19 21:24:41 <TAsn> :)
May 19 21:24:54 <TAsn> anyhow, goto isn't bad, but whatever, I don't really care that much.
May 19 21:25:04 <TAsn> you'll see how wrong you are when we get there.
May 19 21:25:04 <TAsn> ;]
May 19 21:25:20 <ptitjes> aarrrrrgghhhh
May 19 21:25:22 <ptitjes> damned
May 19 21:25:37 <ptitjes> libframeworkd-phonegui now depends on libframeworkd-glib
May 19 21:26:02 <TAsn> actually, the coding style thread is quite magnificent, half of the messages there were sent only to me.
May 19 21:26:11 <Ainulindale> TAsn: Sheesh :-)
May 19 21:26:13 <TAsn> ppl were ashamed to post their thoughts I assume? ;]
May 19 21:26:14 * mrmoku is already soo confused that he is trying to build vala-buildhost-native :P
May 19 21:26:31 <Ainulindale> TAsn: are people that bad?
May 19 21:26:40 <TAsn> Ainulindale, yeah.
May 19 21:26:46 <TAsn> and most of them didn't even notice that
May 19 21:26:57 <TAsn> only one noticed that and also sent to list later
May 19 21:26:59 <TAsn> ;]
May 19 21:27:12 <TAsn> I forwarded everything to list, but bahh, that was annoying. ;]
May 19 21:27:26 <TAsn> messages that are not sent to list reach my inbox unsorted
May 19 21:27:28 <TAsn> ;\
May 19 21:27:38 <Ainulindale> Same here
May 19 21:28:00 <TAsn> which is bad for my health.
May 19 21:28:05 <TAsn> having a lot of "new" mails
May 19 21:28:13 <ptitjes> I guess this is for the number to contact stuff... ??
May 19 21:28:24 <TAsn> ptitjes, contact cache
May 19 21:28:25 <TAsn> yeah
May 19 21:28:32 <TAsn> though it also was here before
May 19 21:28:39 <ptitjes> this is hardcore
May 19 21:29:03 <ptitjes> and the recipe is not changed
May 19 21:29:34 <mccoyn> I'm trying to set up wifi.  When I run Mofi, I get the box, but I can't see how to activate the keyboard or any other way to enter a password.
May 19 21:31:20 <TAsn> mccoyn, don't use mofi, mofi is bad for you health. ;]
May 19 21:31:23 <TAsn> anyhow, I'm off.
May 19 21:31:39 <TAsn> dos1|neo, you should really finish shr-wifi.py ;]
May 19 21:31:48 <TAsn> people are anxiously waiting.
May 19 21:31:51 <TAsn> :)
May 19 21:31:59 <TAsn> though same goes for opimd
May 19 21:32:05 <TAsn> and actually most of the things you do.
May 19 21:32:17 <TAsn> so just avoid tiredness and sleeping
May 19 21:32:25 <TAsn> anyhow, I'm off again.
May 19 21:32:26 <mccoyn> TAsn:  So, is it better to just do the wpa_supplicant stuff?
May 19 21:32:40 <TAsn> mccoyn, in my, and many other's opinion, yeah.
May 19 21:32:43 <TAsn> I too prefer a gui
May 19 21:32:47 <mccoyn> Ok, thanks.
May 19 21:32:50 <TAsn> though there isn't a suitable one atm
May 19 21:32:55 <mccoyn> I see
May 19 21:32:58 <TAsn> if you want, you can go to the shr git
May 19 21:33:08 <TAsn> and go to the shr-settings/playground
May 19 21:33:14 <TAsn> and get the wifi demo
May 19 21:33:18 <TAsn> it's way better than mofi
May 19 21:33:27 <TAsn> though you have to install (opkg install)
May 19 21:33:34 <TAsn> connman and the connman-wifi-plugin
May 19 21:33:48 <TAsn> that's probably the best (though incomplete) solution atm.
May 19 21:34:01 <mccoyn> ok
May 19 21:34:14 <TAsn> and most important
May 19 21:34:21 <mirko-paroli> TAsn: there is also wifi in paroli :(
May 19 21:34:21 <mrmoku> TAsn, I'm off too now, sorry
May 19 21:34:22 <TAsn> if you find bugs, please hassle dos1|neo 
May 19 21:34:42 <TAsn> mrmoku, night.
May 19 21:34:44 <mrmoku> vala from master does not compile neither... and a recipe for the last release is no more
May 19 21:34:51 <TAsn> mccoyn, don't forget there's wifi in paroli as well.
May 19 21:34:57 <TAsn> :)
May 19 21:34:57 <mrmoku> night all
May 19 21:35:01 <mirko-paroli> TAsn: :)
May 19 21:35:02 <mccoyn> Thats what I hear.
May 19 21:35:06 <mirko-paroli> LOL
May 19 21:35:09 <Ainulindale> mrmoku: it was supposed to work with distro SHR
May 19 21:35:10 <TAsn> mirko-paroli, sorry, had no idea :) 
May 19 21:35:16 <mirko-paroli> TAsn: no worries
May 19 21:35:27 <mirko-paroli> I am happy if people even know paroli exists :)
May 19 21:35:42 <TAsn> it's hard not to know when speaking to you
May 19 21:35:49 <TAsn> I mean, you call yourself paroli ;]
May 19 21:36:00 <mirko-paroli> hehe
May 19 21:36:04 <mirko-paroli> yeah
May 19 21:36:07 <TAsn> by definition, acknowledging you means acknowledging paroli
May 19 21:36:14 <mirko-paroli> well said
May 19 21:36:15 <Toaster`> Anyone know how to use an elementary.InnerWindow with python?  It doesn't seem to exist
May 19 21:36:15 <mirko-paroli> :)
May 19 21:36:17 <dos1|neo> mirko-paroli: paroli is all-in-one app...
May 19 21:36:17 <TAsn> your existence depend on each other ;]
May 19 21:36:32 <mirko-paroli> Toaster`: it is in elementary.c_elementary
May 19 21:36:41 <mirko-paroli> dos1|neo: nah, it is a plugin system
May 19 21:36:59 <dos1|neo> mirko-paroli: that's why it will be difficult to spread over distros
May 19 21:37:01 <mirko-paroli> dos1|neo: you can kick out parts of it 
May 19 21:37:01 <TAsn> mirko-paroli, it's based on tichy, right?
May 19 21:37:10 <mirko-paroli> TAsn: tichy was the basis yes
May 19 21:37:16 <TAsn> thought so.
May 19 21:37:23 <dos1|neo> mirko-paroli: from user point of view?
May 19 21:37:27 <TAsn> (remembered so, actually)
May 19 21:37:30 <dos1|neo> heh
May 19 21:37:31 <Toaster`> mirko-paroli: is it a reletively new addition?  I'm inspecting the elementary module and can't seem to find it
May 19 21:37:39 <TAsn> well cya.
May 19 21:37:44 <mirko-paroli> TAsn: night
May 19 21:37:56 <mirko-paroli> Toaster`: ehm ... not sure how long it's been there
May 19 21:37:58 <dos1|neo> installing paroli just for wifi is kind of overkill i think
May 19 21:38:05 * dos1|neo needs to try paroli
May 19 21:38:05 <mirko-paroli> dos1|neo: agreed
May 19 21:38:31 <mirko-paroli> Toaster`: >>> elementary.c_elementary.InnerWindow()
May 19 21:38:47 <dos1|neo> my last try with paroli was too much time ago
May 19 21:38:58 <mirko-paroli> dos1|neo: ya, you should :)
May 19 21:39:03 * mirko-paroli needs to try SHR
May 19 21:39:03 <dos1|neo> i see everything changed since that ;x
May 19 21:39:26 <dos1|neo> mirko-paroli: you also should ;)
May 19 21:39:43 <mirko-paroli> dos1|neo: yapp, need to push paroli on SHR ;)
May 19 21:41:07 * mirko-paroli was kidding
May 19 21:41:55 <mirko-paroli> Toaster`: which py elm revision do you have installed ?
May 19 21:42:28 <Ainulindale> mirko-paroli: well we already have too many bugs to do that
May 19 21:42:38 <Toaster`> mirko-paroli: 0.1+svnr40567-ml0
May 19 21:42:43 <Toaster`> Is that too old?
May 19 21:42:48 <mirko-paroli> Ainulindale: hehe, you are always so lovely
May 19 21:42:55 <mirko-paroli> Toaster`: I am on the same one
May 19 21:43:20 <dos1|neo> Toaster`: use it with methods from elementary.Window
May 19 21:43:25 <Ainulindale> mirko-paroli: :-)
May 19 21:43:29 <Ainulindale> dos1|neo
May 19 21:43:29 <dos1|neo> it inherits
May 19 21:43:34 <Ainulindale> 23:42:46 < badcloud> how was shr ticket #433 resolved??
May 19 21:43:43 <Ainulindale> You should have put a text with the resolution
May 19 21:43:57 <Ainulindale> (you should always put a text along the resolution! :-) )
May 19 21:44:03 <dos1|neo> Ainulindale: link?
May 19 21:44:12 <Ainulindale> http://trac.shr-project.org/trac/ticket/433
May 19 21:44:16 <dos1|neo> maybe it was by mistake
May 19 21:44:34 <mirko-paroli> Ainulindale: when did you try paroli last?
May 19 21:44:40 <Toaster`> dos1|neo: I saw that from the elm source, it's more that when I run it, python can't seem to find the class.  And it's not showing up in my elementary with I run inspect.getmembers(elementary)
May 19 21:44:46 <Ainulindale> mirko-paroli: never
May 19 21:44:48 * mirko-paroli hopes noone notices his bad grammar
May 19 21:45:03 <Ainulindale> mirko-paroli: I'm just saying that to answer to your bad joke :-)
May 19 21:45:05 <mirko-paroli> Ainulindale: ah, k, just wanted to qualify your judgement :)
May 19 21:45:06 <Toaster`> mirko-paroli: what version of elementary do you have?
May 19 21:45:17 <mirko-paroli> 40567 with paroli overlay
May 19 21:45:18 <Ainulindale> mirko-paroli: Nah I have no idea about it I just saw the screens
May 19 21:45:34 <Toaster`> ok, I have the same, minus the overlay.
May 19 21:46:18 <playya> is there still a problem with usb0 vs eth* ?
May 19 21:46:56 <dos1|neo> playya: there wasn't any problem with that
May 19 21:47:04 <dos1|neo> it should be eth*
May 19 21:47:17 <playya> i have a usb0
May 19 21:47:29 <playya> just edited the udev rules
May 19 21:47:46 <dos1|neo> playya: by default i mean ;)
May 19 21:50:57 <Toaster`> intersting, now I'm getting segfaults
May 19 21:51:35 <Toaster`> for fun I tried calling elementary.c_elementary.InnerWindow(parentWin) and it freaked
May 19 21:54:00 <thrashold> Line 48 of framework/patterns/dbuscache.py has a syntax error on Python 2.5. Should be something like this to work: `    method( *args, **{reply_handler: nop, error_handler: nop} ) '
May 19 21:56:58 <dos1|neo> mickey|sports: ^^^
May 19 21:57:01 <thrashold> With the current git org.freesmartphone.ousaged doesn't work at all because of this. Changing that line fixed it
May 19 22:01:03 <thrashold> Also, the dbus frameworkd.conf in git is wrong. All service names are wrong, like org.freesmartphone.Network instead of org.freesmartphone.onetworkd.
May 19 22:02:39 <thrashold> Good night :)
May 19 22:09:12 <Toaster`> dos1|neo: do you happen to know of any examples using InnerWindows?  I'd like to double check what I'm doing.  I still think I'm missing it somehow though
May 19 22:09:48 <dos1|neo> Toaster`: dunno, i've never used that
May 19 22:09:52 <Toaster`> fair enough
May 19 22:10:19 <Toaster`> mirko-paroli: you know of any InnerWindow examples using python-elementary?
May 19 22:10:37 <mirko-paroli> Toaster`: nope sorry, I also didn't get it to work
May 19 22:10:55 <mirko-paroli> used a layout instead
May 19 22:11:23 <Toaster`> mirko-paroli: could you do me a favour?  could you run inspect on your elementary module and tell me if you have a InnerWindow class?
May 19 22:12:12 <mirko-paroli> mind elaborating?
May 19 22:13:15 <mirko-paroli> Toaster`: in other words, what do you want me to type?
May 19 22:13:39 <Toaster`> in a python shell: ' import inspect, elementary; a = inspect.getmembers(elementary,inspect.isclass); for i in a: print i'
May 19 22:14:00 <Toaster`> yes, the semi-colons are incorrect, but I dodn't want to flood
May 19 22:14:04 <mirko-paroli> k
May 19 22:14:40 <Toaster`> and let me know if you have an InnerWindow class
May 19 22:15:07 <mirko-paroli> nope not there
May 19 22:15:26 <mirko-paroli> but on elementary.c_elementary
May 19 22:15:30 <mirko-paroli> odd
May 19 22:15:34 <mirko-paroli> I was wondering the same thing btw
May 19 22:17:13 <Toaster`> ok... and there is a pxi for it detailing the relationships (as I understand it)... so what's missing
May 19 22:19:15 <Toaster`> ok, found something. the elementary __init__.py file wasn't importing it
May 19 22:19:29 <mirko-paroli> hmm
May 19 22:19:34 <mirko-paroli> odd
May 19 22:19:34 <Toaster`> So the module now finds it... and segfaults
May 19 22:20:35 <mirko-paroli> k me needs bed
May 19 22:20:43 <mirko-paroli> good night everyone
May 19 22:20:58 <Toaster`> mirko-paroli: Night.  Thanks for the help
May 19 22:21:06 <mirko-paroli> np
May 19 22:21:21 <mirko> good night :)
May 19 22:21:24 <mirko-paroli> will look at my overlay tomorrow and check how I can get it to work
May 19 22:21:34 <mirko-paroli> the import thing was a good tip
May 19 22:21:42 <mirko-paroli> night mirko
May 19 22:21:44 <mirko-paroli> :)
May 19 22:22:10 <mirko-paroli> mirko: do you have a middle name ?
May 19 22:24:11 <mirko-paroli> mirko: k i'll ask another time, when you are not fighting X11 ;)
May 19 22:43:11 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r0d4c2b802c22 10/fsodeviced/src/plugins/kernel_idle/plugin.vala: fsodevice: first version of idlenotifier working
May 19 22:47:05 <CIA-75> freesmartphone.org: 03mickey 07framework * ra2ddf970c77d 10/framework/patterns/dbuscache.py: dbuscache: use python2.5-compatible syntax
May 19 23:00:18 <Deubeuliou> ptitjes: are you able to build vala-native right now ?
May 19 23:01:41 <Toaster`> arg... how can one edit the commit log for a local commit in git
May 19 23:33:49 <ptitjes> Deubeuliou: hello
May 19 23:34:14 <ptitjes> yes
May 19 23:34:31 <ptitjes> Toaster`: git commit --amend
May 19 23:34:47 <ptitjes> if that is the last commit
May 19 23:35:23 <ptitjes> Toaster`: if it is not the last commit tell
May 19 23:35:37 <ptitjes> Deubeuliou: yes I can build vala-native
May 19 23:36:06 <Toaster`> ptitjes: I figured it out, thanks though
May 19 23:36:13 <ptitjes> np
May 19 23:38:18 <ptitjes> TAsn: why did nobody modified the libframeworkd-phonegui_git.bb recipe yet ?
May 19 23:42:50 <ptitjes> Deubeuliou: tell your issues
May 19 23:49:29 <CIA-75> SHR: 03frazier.cameron 07shr-settings * r9cbe0ca4c10e 10/shr_settings_modules/shr_battery.py: [Battery] Visual tweaks
May 19 23:49:30 <CIA-75> SHR: 03frazier.cameron 07shr-settings * r5daee2f02e07 10/shr_settings_modules/shr_battery.py: [Battery] Cleaned up references to /sys/ nodes for easier future changes.
May 19 23:49:30 <CIA-75> SHR: 03frazier.cameron 07shr-settings * r6cd93dab09f8 10/playground/shr-settings-toolbar: [Playground] Improved shr-settings-toolbar cli interface to allow for specific module and sub-module calls (requested by dos)
May 19 23:49:32 <CIA-75> SHR: 03frazier.cameron 07shr-settings * r726489a1faed 10/shr_settings_modules/shr_wifi.py: [Wifi] Further updates to a future usage of wifimanager, commented out.
May 19 23:55:28 <BillK> /sb/etk
May 20 00:02:00 <CIA-75> SHR: 03ptitjes 07shr-overlay * r1c6fe3818689 10/openembedded/recipes/shr/libframeworkd-phonegui_git.bb: [libframeworkd-phonegui] Fix missing new dependencies
May 20 00:12:36 <CIA-75> SHR: 03ptitjes 07shr-overlay * r034cbe19e9dc 10/openembedded/ (2 files in 2 dirs): Add ophonekitd-vala recipe
May 20 00:32:31 <ptitjes> ~seen nytowl
May 20 00:32:32 <bzzbot> nytowl <n=nytowl@S0106001c100a3234.cg.shawcable.net> was last seen on IRC in channel #openmoko-cdevel, 11h 6m 15s ago, saying: 'did you install a locale ru  or something similar ?'.
**** ENDING LOGGING AT Wed May 20 02:59:57 2009