**** BEGIN LOGGING AT Sat Oct 03 02:59:57 2009
Oct 03 03:06:55 <blindcoder> morning
Oct 03 04:30:02 <blindcoder> short question, is running 'apm -s' the 'right' way to suspend shr?
Oct 03 04:36:09 <blindcoder> if not, what it (commandline preferred)
Oct 03 04:36:16 <blindcoder> s/it/is/
Oct 03 04:36:18 <apt> blindcoder meant: if not, what is (commandline preferred)
Oct 03 06:40:18 <PaulFertser> blindcoder: you're supposed to make a dbus call to framework, it'll take care to prepare gsm properly.
Oct 03 06:42:02 <blindcoder> PaulFertser: is there a way to do it on the comandline?
Oct 03 06:43:15 <PaulFertser> blindcoder: of course. dbus-send is preferrable.
Oct 03 06:43:23 <mrmoku> blindcoder: look at /etc/enlightenment/supsend.sh
Oct 03 06:43:43 <blindcoder> PaulFertser, mrmoku: thanks, I'll have a look at those
Oct 03 06:43:44 <mrmoku> there you have the proper dbus-send command
Oct 03 06:43:51 <blindcoder> great :)
Oct 03 06:44:10 <blindcoder> I'm currently playing with dzen to make a menu for the power button similiar to the one ilume uses
Oct 03 06:44:36 <blindcoder> too bad the AUX button doesn't send a keysym, but the power button does :)
Oct 03 06:45:20 <mrmoku> blindcoder: with xorg it sends a XF86Phone :)
Oct 03 06:45:38 <PaulFertser> blindcoder: i think you can make aux send a keysym if you employ xmodmap.
Oct 03 06:46:03 <blindcoder> mrmoku: I'll hold off until then :)
Oct 03 06:46:18 <blindcoder> PaulFertser: yes, but that would be too much work for now :)
Oct 03 06:46:32 <blindcoder> PaulFertser: I try to make dwm work with as little modification as possible
Oct 03 06:46:44 <PaulFertser> blindcoder: one xmodmap command shouldn't be that hard 
Oct 03 06:47:04 <PaulFertser> blindcoder: in your .xsession or wherever
Oct 03 06:47:30 <mrmoku> xmodmap -e 'keycode 177 = XF86Phone'
Oct 03 06:48:04 <blindcoder> okay, okay, I give in :-)
Oct 03 06:50:57 <mrmoku> PaulFertser: btw... yesterday I had some connectivity problems while talking about the keys...
Oct 03 06:51:17 <mrmoku> PaulFertser: which input module are you using? xevdev too?
Oct 03 06:51:42 <PaulFertser> mrmoku: evdev, yes
Oct 03 06:51:59 <mrmoku> PaulFertser: anything special in your xorg.conf? guess not so...
Oct 03 06:52:36 <PaulFertser> mrmoku: right
Oct 03 06:52:59 <mrmoku> PaulFertser: how do you start x?
Oct 03 06:53:16 <PaulFertser> mrmoku: nodm does this for me
Oct 03 06:53:30 <mrmoku> PaulFertser: the same nodm we use?
Oct 03 06:53:46 <PaulFertser> mrmoku: no idea
Oct 03 06:55:04 <PaulFertser> mrmoku: why don't you try to compile E with debug info and gdb it?
Oct 03 06:55:52 <mrmoku> PaulFertser: hmm... because that's a lot of time I don't want to invest for that...
Oct 03 06:56:47 <mrmoku> PaulFertser: heh... if I add 'xmodmap -e "keycode 219 = XF86PowerOff"' in a session script
Oct 03 06:56:55 <mrmoku> the menu pops up... and the phone shuts down :P
Oct 03 06:58:03 <PaulFertser> mrmoku: sometimes it seems that solving the problem "properly" (by investigating and debugging) is more beneficial than trying various versions/rebuilding from scratch/etc. And tbh i'm not so pleasantly surprised by the speed with which build problems in shr are solved.
Oct 03 06:59:17 <mrmoku> hmm
Oct 03 07:00:32 <mrmoku> PaulFertser: I would not even know how to build E inside OE with proper debug info
Oct 03 07:01:09 <PaulFertser> mrmoku: i've just spent half of my friday trying to solve my gtkbuilder i18n problems (on windows) with various questionable methods (trying different versions, googling etc etc) and at the end of the day i gained nothing (except that gtk needs intl.dll but if it's not there it silently ignores it).
Oct 03 07:01:53 <PaulFertser> s^friday^thursday^
Oct 03 07:02:44 <PaulFertser> mrmoku: you can add printfs to strategic places then... 
Oct 03 07:03:51 <mrmoku> PaulFertser: hmm... I could setup a 'local build' for E for that...
Oct 03 07:04:13 * mrmoku never thought about that...
Oct 03 07:37:56 <mrmoku> PaulFertser: hehe, key problem solved with latest image
Oct 03 07:38:14 <PaulFertser> mrmoku: wow
Oct 03 07:38:16 <PaulFertser> mrmoku: how?
Oct 03 07:38:23 <PaulFertser> mrmoku: now?
Oct 03 07:38:26 <PaulFertser> mrmoku: bow
Oct 03 07:38:30 <PaulFertser> :)
Oct 03 07:38:41 <mrmoku> :)
Oct 03 07:39:03 <mrmoku> no idea... rebuild with newer EFL and newer X (which finally succeeded)
Oct 03 08:26:11 <Gnutoo> hi mrmoku xorg doesn't build on shr but built for me on angstrom some time ago : "| checking if xorg-macros used to generate configure is at least 1.2... configure: error: configure built with too old of a version of xorg-macros.m4 - requires version 1.1.0 or newer" what would be the best way to deal with it? update Xorg things in shr branch(I won't commit but send patches)
Oct 03 08:26:50 <mrmoku> Gnutoo: hmm... thing is... I just successfully built a new SHR image with newest xorg...
Oct 03 08:27:22 <mrmoku> Gnutoo: we had quite a flux of changes the last days... are you sure your tree is uptodate?
Oct 03 08:28:59 <Gnutoo> no not the lastest
Oct 03 08:29:11 <Gnutoo> I'll upgrade and rebase(changes needed for htcdream)
Oct 03 08:29:30 <mrmoku> building was weired the last week or two... but I just finished building a new xorg image from scratch on our buildhost
Oct 03 08:29:51 <mrmoku> Gnutoo: so... if you want newest ophonekitd :P
Oct 03 08:30:06 <Gnutoo> I halready have a recent ophonekitd
Oct 03 08:30:21 <Gnutoo> and we debugged it yesterday...fsousaged segfault
Oct 03 08:33:45 <Gnutoo> but I'm also interrested in a clean image for htcdream
Oct 03 08:33:59 <Gnutoo> not an image where I would have to modify manually a lot of config files
Oct 03 08:34:16 <mrmoku> Gnutoo: send a patch against shr/import to shr-devel and I will integrate it :)
Oct 03 08:34:32 <Gnutoo> mrmoku, I'll do as soon as the image build and is tested
Oct 03 08:34:39 <mrmoku> ok
Oct 03 08:34:51 <Gnutoo> else if you want it before my test just tell me
Oct 03 08:35:12 <Gnutoo> patch is like for oe: git diff format with commit message and all,sent by mail by git?
Oct 03 08:35:27 <mrmoku> yup
Oct 03 08:36:02 <Gnutoo> ok
Oct 03 08:36:47 <mrmoku> bbl, need some coffee :)
Oct 03 08:38:04 <ceda_> needs more hours off work
Oct 03 08:51:40 <Gnutoo> mrmoku|away, btw when you'll come back it still doesn't build: http://pastebin.com/m20e035a8
Oct 03 09:08:31 <playya__> Gnutoo, i think /home/embedded/oetmp_shr_g1/work/i686-linux/renderproto-native-1_0.11-r1/temp/log.do_configure.20736 is more interesting
Oct 03 09:08:38 <Gnutoo> ok
Oct 03 09:09:25 <Gnutoo> playya__, ah that file
Oct 03 09:09:36 <Gnutoo> you've got its output in what I pasted I think
Oct 03 09:09:38 <Gnutoo> I'll verify
Oct 03 09:09:53 <Gnutoo> indeed
Oct 03 09:10:00 <Gnutoo> config.log doesn't tell a lot either
Oct 03 09:10:10 <Gnutoo> the thing is in the m4 things
Oct 03 09:13:52 <Gnutoo> mrmoku, I still have the error: ^^^
Oct 03 09:17:36 <mrmoku> Gnutoo: what package does provide those macros? util-macros?
Oct 03 09:20:20 <Gnutoo> I'll check
Oct 03 09:25:44 <playya> anone knows why i should compile epsilon?
Oct 03 09:27:25 <Gnutoo> util-macros-native-
Oct 03 09:27:35 <Gnutoo> *util-macros-native-1_1.1.5-r1
Oct 03 09:31:16 <Gnutoo> and XORG_MACROS_version=1.1.5 is defined
Oct 03 09:31:39 <TAsn> mrmoku, I also fixed bug #396 in efl2 I don't have time atm to apply it on efl as well, but if you do find the time, please consider generating a patch (only one commit iirc) and applying on efl, should work fine. btw, don't forget about the future and bug fixes you said you'll do in efl2 ;)
Oct 03 09:31:50 <mrmoku> Gnutoo: hmm interesting util-macros-native-1_1.3.0-r0/ is what I have
Oct 03 09:32:10 <Gnutoo> strange i just pulled
Oct 03 09:32:13 <Gnutoo> from shr/import
Oct 03 09:32:21 * mrmoku checks buildhost
Oct 03 09:32:43 <Gnutoo> I've also strange things like frameworkd.conf files that don't correspond to what's in the images
Oct 03 09:33:11 <mrmoku> TAsn: NOTE: Running task 5072 of 7538
Oct 03 09:33:18 <TAsn> omg
Oct 03 09:33:26 <TAsn> your pc sucks!
Oct 03 09:33:28 <mrmoku> TAsn: but there is a new image on the buildhost that works :)
Oct 03 09:33:35 <TAsn> really? :)
Oct 03 09:33:37 <TAsn> unstable image?
Oct 03 09:33:42 <TAsn> with xorg?
Oct 03 09:33:44 <mrmoku> TAsn: well... it failed on libfso-glib over night
Oct 03 09:33:47 <Gnutoo> mine is worse: pentium M 2GHZ@less because of heat
Oct 03 09:33:47 <mrmoku> TAsn: yup
Oct 03 09:33:53 <TAsn> omg
Oct 03 09:33:56 <TAsn> you rock.
Oct 03 09:34:14 <mrmoku> TAsn: building the feed right now
Oct 03 09:34:14 <TAsn> does pyphonelog work? heard there were some issues with pyphonelog 
Oct 03 09:34:23 <mrmoku> let me check
Oct 03 09:34:24 <TAsn> so i'll be able to get xorg? yay! :)
Oct 03 09:35:01 <mrmoku> my log is empty... but that works fine :)
Oct 03 09:35:18 <mrmoku> TAsn: if you want to upgrade you have to wait for me to build the index
Oct 03 09:35:30 <mrmoku> (which will take some time because the feed has to build first)
Oct 03 09:35:48 <TAsn> it's ok
Oct 03 09:35:54 <TAsn> as I'm leaving anyway :)
Oct 03 09:35:58 <mrmoku> :P
Oct 03 09:36:04 <TAsn> btw about efl2
Oct 03 09:36:14 <TAsn> add from contact doesn't work
Oct 03 09:36:21 <TAsn> since you switched from
Oct 03 09:36:22 <mrmoku> saw that, yes
Oct 03 09:36:30 <TAsn> elm_mycontactlist
Oct 03 09:36:38 <TAsn> that's the top issue right now.
Oct 03 09:36:50 <mrmoku> TAsn: will take care of the contacts as soon as I can build
Oct 03 09:36:55 <TAsn> also that for some reason I have another weird issue, will show you when I'm back ;)
Oct 03 09:36:59 <TAsn> mrmoku, thanks.
Oct 03 09:38:25 <CIA-66> SHR: 03tom 07libframeworkd-phonegui-efl2 * r38e658e401fd 10/src/view/ (contact-list-view.c message-new-view.c): fixed name resolving in messages, (if name is passed) but should fix also if name isn't passed
Oct 03 09:40:41 <morphis> heyho
Oct 03 09:42:45 <Gnutoo> mrmoku, so...what could be the reason of the difference between the files in your buildbot and my laptop
Oct 03 09:43:09 <mrmoku> good question
Oct 03 09:43:21 <Gnutoo> pulling said Fast forward for me
Oct 03 09:44:26 <Gnutoo> cf83ab7be45abb7658fe0b458a535b2b1f49abd0 is the more recent commit I have
Oct 03 09:46:15 <morphis> mrmoku: I spoke with stefan_schmidt about creating our image for the palm pre out of current shr
Oct 03 09:46:20 <morphis> mrmoku: he agreed
Oct 03 09:47:00 <mrmoku> morphis: yeah, spoke with him too yesterday :)
Oct 03 09:47:09 <Gnutoo> wow I saw palm pre landed in oe
Oct 03 09:47:13 <morphis> mrmoku, great
Oct 03 09:47:35 <Gnutoo> I didn't have enough time to help...I was busy with the htcdream 
Oct 03 09:47:37 <morphis> mrmoku, should I create some patches for shr/import with machine support etc or you want to do this?
Oct 03 09:47:38 <mrmoku> morphis: will cherry-pick the needed stuff and see if it  builds over the weekend
Oct 03 09:47:45 <morphis> mrmoku, ah great
Oct 03 09:48:02 <morphis> mrmoku: you also include fsodeviced for the pre-image?
Oct 03 09:48:04 <mrmoku> morphis: stefan said it's just two commits... will just cherry-pick them... should be easy
Oct 03 09:48:09 <morphis> :)
Oct 03 09:48:14 <mrmoku> morphis: yep
Oct 03 09:48:31 <mrmoku> morphis: yesterday we bumped vala... and latest fso stuff builds fine
Oct 03 09:48:50 <morphis> perfectly 
Oct 03 09:48:54 <Gnutoo> what works/don't work in palm pre? because I've still the fsousaged segfault...is there a workarround...if I disable it will the antenna power itself
Oct 03 09:49:17 <DocScrutinizer-8> mrmoku: that sounds like today is a good day for testing?
Oct 03 09:49:21 <mrmoku> Gnutoo: conf/distro/include/preferred-xorg-versions-live.inc:PREFERRED_VERSION_util-macros-native ?= "1.3.0"
Oct 03 09:49:33 <Gnutoo> that's what I was looking right now
Oct 03 09:49:41 <mrmoku> DocScrutinizer-8: testing like in testing image... or like in testing unstable? :P
Oct 03 09:49:45 <Gnutoo> but I was looking in the shr prefered versions
Oct 03 09:49:50 <morphis> Gnutoo: don't know whats currently working on the plam pre, it will be available in germany on 13.10, then we will see
Oct 03 09:49:56 <DocScrutinizer-8> mrmoku: a)
Oct 03 09:50:44 <mrmoku> DocScrutinizer-8: first some testing of the unstable image... if it is as good as I think... then new testing based on xorg :)
Oct 03 09:50:51 <Gnutoo> morphis, ok because I'd like shr to support the htcdream and we have a good potential but not a lot of thing working at the initial stage
Oct 03 09:51:17 <Gnutoo> mmm PREFERRED_VERSION_util-macros-native ?= "1.3.0"
Oct 03 09:51:20 <DocScrutinizer-8> mrmoku: we g(eo)t new U-image?
Oct 03 09:51:24 <Gnutoo> I'll check the local.conf
Oct 03 09:51:41 <mrmoku> DocScrutinizer-8: in tests/mrmoku/unstable yes
Oct 03 09:51:48 <mrmoku> DocScrutinizer-8: building the feed right now
Oct 03 09:52:01 <morphis> Gnutoo: whats missing for the initial stage for the htc dream?
Oct 03 09:52:15 <mrmoku> DocScrutinizer-8: after that I will wipe and then sync the feed
Oct 03 09:52:19 <DocScrutinizer-8> mrmoku: so again, this time b) ? ;-P
Oct 03 09:52:56 <mrmoku> DocScrutinizer-8: well... what would be your proposal?
Oct 03 09:53:48 <Gnutoo> morphis, basically I made touch part of the screen behave correctly,fsousaged segfault so ophonekitd doesn't start but if it's solved it should work because cli-framework works,wifi can work because it's in wireless-compat and 2.6.31 alsa can work but need to render the kernel of qualcomm compilable(druidu did that but is not avaliable now)
Oct 03 09:53:50 <mrmoku> Gnutoo: try to -c rebuild util-macros-native
Oct 03 09:53:54 <Slyon> morphis: you are the py-elm guy, right?
Oct 03 09:53:55 <Gnutoo> ok
Oct 03 09:54:00 <DocScrutinizer-8> mrmoku: hmm, depends. Does it build? does it work? does it eat my cat? 
Oct 03 09:54:03 <Gnutoo> mrmoku, pr not bumped?
Oct 03 09:54:35 <mrmoku> Gnutoo: why? version is different... might be a missing dependency somewhere
Oct 03 09:54:38 <morphis> Slyon: right
Oct 03 09:54:55 <morphis> Gnutoo: sounds good, what about the modem part?
Oct 03 09:54:55 <Gnutoo> mmm
Oct 03 09:55:07 <mrmoku> DocScrutinizer-8: testing with kdrive does not build (and what be difficult to make it build again)
Oct 03 09:55:07 <morphis> Gnutoo: I think the dream also has a modem made by qualcomm?
Oct 03 09:55:13 <Gnutoo> morphis, I told that already: ",fsousaged segfault so ophonekitd doesn't start but if it's solved it should work because cli-framewo"
Oct 03 09:55:19 <mrmoku> DocScrutinizer-8: so the viable option would be xorg for testing too
Oct 03 09:55:23 <Slyon> morphis: can you say me, how i can set the elm background to the one defined in a edj file?
Oct 03 09:55:27 <mrmoku> DocScrutinizer-8: and that needs some testing first :(
Oct 03 09:55:42 <Gnutoo> morphis, it works if you power the antenna with cli-framework
Oct 03 09:55:43 <mrmoku> DocScrutinizer-8: so... I think short b) and then a) is the way to go
Oct 03 09:55:45 <morphis> Gnutoo: jep I got this, but on low-level the modem is working? 
Oct 03 09:56:08 <DocScrutinizer-8> mrmoku: I'm fine with testing if it got a fair chance to work
Oct 03 09:56:08 <morphis> Gnutoo: so you can send AT-commands over the serial interface or whatever the dream has?
Oct 03 09:56:30 <Gnutoo> morphis, fso is working so yes...it's a virtual serial interface
Oct 03 09:56:30 <DocScrutinizer-8> mrmoku: testing like b)
Oct 03 09:56:41 <Gnutoo> morphis, it's /dev/smd0
Oct 03 09:56:45 <morphis> ah ok
Oct 03 09:56:52 <morphis> so frameworkd supports it
Oct 03 09:56:52 <Gnutoo> morphis, but we may have issues with pm
Oct 03 09:56:53 <mrmoku> DocScrutinizer-8: so far I installed the new image and it boots and registers to the network
Oct 03 09:56:56 <Gnutoo> morphis, yes
Oct 03 09:57:06 <Gnutoo> morphis, not pm of the modem but pm in genera
Oct 03 09:57:07 <Gnutoo> l
Oct 03 09:57:15 <Gnutoo> pm = power management
Oct 03 09:57:21 <morphis> Gnutoo: I asking because the pre also has a qualcomm modem and we currently searching for information how it is working
Oct 03 09:57:29 <DocScrutinizer-8> mrmoku: I might consider to give it a try then, as soon as you synced
Oct 03 09:57:34 <mrmoku> DocScrutinizer-8: and suspend/resume works fine
Oct 03 09:57:36 <morphis> cause we find out webOS is using some binary protocoll to speak with the modem
Oct 03 09:57:38 <Gnutoo> morphis, ah ok simply modify frameworkd.conf and try it
Oct 03 09:57:41 <mrmoku> DocScrutinizer-8: ok, will ping you :)
Oct 03 09:57:44 <Gnutoo> morphis, what's the device node?
Oct 03 09:57:48 <DocScrutinizer-8> mrmoku: k
Oct 03 09:58:15 <DocScrutinizer-8> mrmoku: this includes tasn's newsest work?
Oct 03 09:58:25 <mrmoku> DocScrutinizer-8: not by default
Oct 03 09:58:35 <Gnutoo> NOTE: package util-macros-native-1.1.5: completed
Oct 03 09:58:39 <Gnutoo> so it's defined somewhere
Oct 03 09:58:51 <mrmoku> Gnutoo: hmm
Oct 03 09:58:57 <morphis> Gnutoo: you mean the /dev one?
Oct 03 09:59:02 <Gnutoo> morphis, yes
Oct 03 09:59:18 <mrmoku> DocScrutinizer-8: what do you think about the opimd move?
Oct 03 09:59:20 <morphis> there are three 
Oct 03 09:59:23 <Gnutoo> morphis, because you could have to change that because it's hardcoded in the python modem support files
Oct 03 09:59:53 <morphis> /dev/ttyS0 for normal communication, /dev/tts/modemdiag for modem diagnostics
Oct 03 10:00:02 <morphis> Gnutoo: jepp, I saw this
Oct 03 10:00:13 <DocScrutinizer-8> TAsn: I guess installing the sqlite-opimd and ophonekit is much simpler on new image?
Oct 03 10:00:17 <morphis> I though about to move the interface definition to frameworkd.conf
Oct 03 10:00:38 <Gnutoo> morphis, ok so you'll need to fork the modem code
Oct 03 10:00:42 <DocScrutinizer-8> mrmoku: to me tasn's opimd work sounds great
Oct 03 10:00:57 <morphis> Gnutoo: I think but I want to speak with mickey_away about this 
Oct 03 10:01:04 <mrmoku> DocScrutinizer-8: the problem I have is that it requires changes in ophonekitd too
Oct 03 10:01:07 <Gnutoo> morphis, indeed
Oct 03 10:01:18 <mrmoku> DocScrutinizer-8: which creates regressions for old efl frontend
Oct 03 10:01:33 <mrmoku> mainly no name resolution on incoming calls
Oct 03 10:01:37 <morphis> on 13.10 our palm-pre challenge starts and before this date I will not code anything for the modem part because without knowing how it is really working
Oct 03 10:01:43 <morphis> it's not very useful
Oct 03 10:02:11 <DocScrutinizer-8> mrmoku: aiui new efl is compatible?
Oct 03 10:02:14 <morphis> in the end we can't use the current implemation for qualcomm_msm in frameworkd because it is using some different protocol than the normal plain at one
Oct 03 10:02:20 * mrmoku notes to have 10 days to get a working palm pre SHR image :)
Oct 03 10:02:29 <morphis> mrmoku: :)
Oct 03 10:02:36 <morphis> mrmoku: maybe some days more
Oct 03 10:02:47 <morphis> mrmoku: cause we don't need the image on the first day
Oct 03 10:02:49 <mrmoku> DocScrutinizer-8: somehow... ophonekitd won't do the name resolving on incoming calls anymore
Oct 03 10:02:56 <mrmoku> DocScrutinizer-8: and old efl does not do it itself
Oct 03 10:03:09 <mrmoku> morphis: ok :)
Oct 03 10:03:28 <DocScrutinizer-8> yes, but installing new efl sounds like a good idea to me?
Oct 03 10:03:48 <Gnutoo> distro/include/preferred-shr-versions.inc:PREFERRED_VERSION_util-macros-native ?= "1.1.5"
Oct 03 10:03:58 <Gnutoo> so who is called before?
Oct 03 10:04:00 <mrmoku> DocScrutinizer-8: so far TAsn is the only one who tested it... I want to give it some testing myself ;)
Oct 03 10:04:05 <DocScrutinizer-8> mrmoku: (though I have to admit I have no idea what's efl at all)
Oct 03 10:04:09 <morphis> so I am out for breakfast 
Oct 03 10:04:13 <Slyon> morphis: It's done, i got it by myself =)
Oct 03 10:04:33 <morphis> Slyon: what is done?
Oct 03 10:04:38 <Gnutoo> how does palm pre power management work?
Oct 03 10:04:40 <mrmoku> DocScrutinizer-8: libframeworkd-phonegui-efl which is using plain ogsmd for contacts and messages
Oct 03 10:04:47 <Slyon> morphis: i asked you how to set a elm bg from edj
Oct 03 10:04:53 <Slyon> ;)
Oct 03 10:04:57 <Gnutoo> is it like htcdream,nokia-Nxx,etc...?
Oct 03 10:05:04 <morphis> Slyon: ah uh, i overread it :) sorry
Oct 03 10:05:10 <Slyon> morphis: no problem
Oct 03 10:05:18 <morphis> :)
Oct 03 10:06:02 <Gnutoo> morphis, how does palm pre power management work: that is to say is it like htcdream,nokia-Nxx,etc...: that is to say does it dynamically change its clock instead of going to suspend with apm like the openmoko?
Oct 03 10:06:12 <DocScrutinizer-8> well, for testing-a) I'm fine without TAsns opimd move
Oct 03 10:06:44 <morphis> Gnutoo: wait a hour, then I will tell you everything I know about it :)
Oct 03 10:06:48 <morphis> Gnutoo: or look at http://www.freesmartphone.org/index.php/PalmPreGSM
Oct 03 10:06:56 <Gnutoo> ok
Oct 03 10:07:01 <DocScrutinizer-8> mrmoku: so I'm for testing-b) then
Oct 03 10:07:46 <DocScrutinizer-8> after flashing new image I'd like to simply "opkg install" the opimd-sqlite
Oct 03 10:08:04 <mrmoku> DocScrutinizer-8: you mean opimd-utils?
Oct 03 10:09:21 <DocScrutinizer-8> I got it TAsn was doing a lot of work on opimd, opimd-utils  (to completely replace old phone-apps) plus a few other packages like fl
Oct 03 10:09:24 <DocScrutinizer-8> efl
Oct 03 10:09:29 <mrmoku> PaulFertser: I read the blog you posted about palm pre... gives room for SHR on it ;)
Oct 03 10:09:45 <playya> alphaone, happy birthday to you . happy birthday to you.
Oct 03 10:10:12 <mrmoku> DocScrutinizer-8: nop... he worked on libframeworkd-phonegui-efl2 the successor of libframeworkd-phonegui-efl that I started some time ago and is using opimd
Oct 03 10:10:40 <mrmoku> and he did some adjustments to ophonekitd and libframeworkd-phonegui to play nice with opimd
Oct 03 10:10:56 <mrmoku> he did *not* touch opimd-utils as that is dos1's python testing stuff for opimd :P
Oct 03 10:11:25 <DocScrutinizer-8> he told me he's as well trying/working to make cache in opimd go and use sqlite instead
Oct 03 10:11:56 <mrmoku> but that's not part of what he did the last two days
Oct 03 10:12:34 <DocScrutinizer-8> anyway, I'm fine with a new shr-u image without all that for now
Oct 03 10:12:39 <lindi-> sqlite? the one that firefox uses and that manages to lose users' bookmarks often? ;)
Oct 03 10:13:06 <DocScrutinizer-8> I'm sure I'm able to opkg install tasn's stuff then maybe tomorrow
Oct 03 10:13:31 <mrmoku> the problem is that we can't have two different ophonekitd packages :(
Oct 03 10:13:47 <DocScrutinizer-8> why not?
Oct 03 10:14:25 <mrmoku> well... sure we could. But that would be quite some work that might not be worth it if the opimd stuff proves to rock
Oct 03 10:14:45 <DocScrutinizer-8> hmm, ok
Oct 03 10:14:52 <mrmoku> lindi-: firefox switched to sqlite for bookmarks? did not know that... and sucks :(
Oct 03 10:14:55 <Gnutoo> mmm shr-autorev-unstable.inc is not included
Oct 03 10:15:12 <DocScrutinizer-8> I thought a metapkg opim-tasn would do ;-P
Oct 03 10:15:20 <lindi-> mrmoku: has done so for a while
Oct 03 10:15:28 <mrmoku> Gnutoo: that explains it :)
Oct 03 10:15:31 <lindi-> mrmoku: it keeps corrupting them especially on nfs $HOME
Oct 03 10:15:38 <mrmoku> lindi-: ouch :(
Oct 03 10:15:59 <Gnutoo> mrmoku, yes indeed but I don't know why it wasn't included...I'll look if there is a howto for building shr and if it contain interresting things
Oct 03 10:16:08 <DocScrutinizer-8> NFS ${HOME} ?  LOOoL
Oct 03 10:16:20 <mrmoku> Gnutoo: you're building with our makefile?
Oct 03 10:16:26 <Gnutoo> no
Oct 03 10:16:28 <mrmoku> dos1: hey morning... fresh again?
Oct 03 10:16:33 <Gnutoo> I'm building with oe
Oct 03 10:16:36 <DocScrutinizer-8> nfs is begging for all kinds of corruption
Oct 03 10:16:39 <Gnutoo> and the howto seem to cover the Makefile
Oct 03 10:16:46 <mrmoku> yup
Oct 03 10:17:03 <mrmoku> the makefile adds the include for it to local.conf for unstable
Oct 03 10:17:27 <dos1> morning ;)
Oct 03 10:17:33 <Gnutoo> ah ok, I asked several times here if there was a difference between the makefile and the oe thing
Oct 03 10:17:38 <Gnutoo> but I got no answer
Oct 03 10:17:41 <dos1> yup, i feel better now :)
Oct 03 10:17:43 <DocScrutinizer-8> eeeeek it speaks
Oct 03 10:17:46 <mrmoku> Gnutoo: sorry did not see that
Oct 03 10:18:01 <Gnutoo> mrmoku, that's all it does or do other fixes too?
Oct 03 10:18:01 <mrmoku> dos1: good :) we have a new unstable image
Oct 03 10:18:08 <dos1> mrmoku: synced?
Oct 03 10:18:14 <mrmoku> dos1: building the feed
Oct 03 10:18:20 <mrmoku> Gnutoo: let me check
Oct 03 10:18:25 <Gnutoo> ok thanks a lot
Oct 03 10:18:38 <dos1> ok, i'll have to upgrade my system now...
Oct 03 10:18:47 <dos1> as i was upgrading only cornucopia recently
Oct 03 10:19:00 <playya> mrmoku, efl1/epsilon has been moved to OLD/ dir in the svn
Oct 03 10:19:01 <dos1> and i still have some old kernel, kdrive and few other old things :x
Oct 03 10:19:25 <mrmoku> playya: that one too?
Oct 03 10:19:32 <playya> yes
Oct 03 10:20:14 <DocScrutinizer-8> dos1: you nasty bugfarmer, morning! ;-)
Oct 03 10:21:20 <mrmoku> Gnutoo: basically its http://shr.pastebin.com/m5671ce88
Oct 03 10:21:31 <Gnutoo> mrmoku, thanks a lot
Oct 03 10:21:39 <mrmoku> Gnutoo: np
Oct 03 10:22:19 <Slyon> morphis: another question: how can i read out the edj-file of the active illume-theme?
Oct 03 10:23:32 <Gnutoo> mrmoku, echo "# require conf/distro/include/fso-autorev.inc" has a # in it...strange
Oct 03 10:23:53 <mrmoku> Gnutoo: there are some options just as example
Oct 03 10:23:58 <Gnutoo> ah ok sorry
Oct 03 10:24:00 <mrmoku> (and some of them obsolete :P)
Oct 03 10:24:02 <Gnutoo> there is written fso not shr
Oct 03 10:24:18 * mrmoku notes to remove that one
Oct 03 10:25:25 <mrmoku> ok, lunchtime :P
Oct 03 10:25:26 <mrmoku> bbl
Oct 03 10:25:57 <DocScrutinizer-8> ok, coffeetime
Oct 03 10:27:39 <playya> sybren, ping
Oct 03 10:34:22 <Gnutoo> oh no...shr uses an old bitbake.conf
Oct 03 10:34:26 <Gnutoo> => 0x404dde94 in raise () from /mnt/moko/lib/libc.so.6
Oct 03 10:34:40 <Gnutoo> => no symbols
Oct 03 10:34:46 <Gnutoo> even when installing the -dbg
Oct 03 10:34:53 <Gnutoo> I'll check what I've done
Oct 03 10:35:57 <Gnutoo> ah no -dbg wasn't installed I'll look why
Oct 03 10:36:13 <Gnutoo> again the libfso-glib0 (>= 0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9) * 
Oct 03 10:36:22 <Gnutoo> I'll update && upgrade
Oct 03 10:37:36 <Gnutoo> wow don't segfault anymore because of assertions
Oct 03 10:37:42 <DocScrutinizer-8> Gnutoo: on which platform? :-D
Oct 03 10:37:50 <Gnutoo> http://pastebin.com/m4825fb65
Oct 03 10:37:53 <Gnutoo> htc dream
Oct 03 10:38:03 <Gnutoo> here's my frameworkd.conf
Oct 03 10:38:08 <DocScrutinizer-8> update and upgrade? wow
Oct 03 10:38:37 <Gnutoo> http://pastebin.com/m48064e6e
Oct 03 10:40:05 <blindcoder> http://scap.linuxtogo.org/files/452efdd17f394086a33c518c61f299c7.png
Oct 03 10:40:10 <blindcoder> http://scap.linuxtogo.org/files/e8827e508a358f26dc607d6deb83e8c4.png
Oct 03 10:40:10 <blindcoder> :)
Oct 03 10:41:30 <DocScrutinizer-8> Gnutoo: how mature is qualcom?
Oct 03 10:41:47 <Gnutoo> mrmoku|away, http://pastebin.com/m51a614c : during the parsed it stopped progressing...and I pressed enter and that's what I've got
Oct 03 10:42:00 <Gnutoo> mrmoku|away, maybe there was something on the ml about that
Oct 03 10:42:27 <Gnutoo> DocScrutinizer-8, I didn't test it extensively but it seems that I have to fix the sim contact thing
Oct 03 10:43:05 <DocScrutinizer-8> aah, the non-implemented mandators contacts-AT
Oct 03 10:43:21 <DocScrutinizer-8> mandatory (as in 0707)
Oct 03 10:44:25 <Gnutoo> with the new fsousaged ophonekitd started
Oct 03 10:44:30 <Gnutoo> I must try with pin...
Oct 03 10:44:31 <DocScrutinizer-8> Gnutoo: somebody claimed he implemented a AT+CSIM for that
Oct 03 10:44:51 <DocScrutinizer-8> (contacts)
Oct 03 10:45:56 <Gnutoo> ok
Oct 03 10:47:41 <Gnutoo> btw I've contacts with the reference ril
Oct 03 11:17:36 <Slyon> does anyone know, how to read out the edje file of the active illume theme?
Oct 03 11:17:54 <TeLLuS>  
Oct 03 11:23:06 <mrmoku> Gnutoo: the svn certificate problem?
Oct 03 11:23:33 <Gnutoo> mrmoku, yes I typed p and enter and it was ok then
Oct 03 11:23:43 <Gnutoo> but the server is https
Oct 03 11:23:50 <Gnutoo> and is on sourceforge
Oct 03 11:23:56 <Gnutoo> shouldn't it be http://
Oct 03 11:24:19 <mrmoku> don't know what is preferred...
Oct 03 11:24:46 <Gnutoo> ok
Oct 03 11:25:31 <morphis> Slyon: the active illume-theme?
Oct 03 11:25:40 <morphis> Slyon: for what do you need it?
Oct 03 11:26:47 <Slyon> morphis: i like to use the illumewallpaper in my app (shr-today)
Oct 03 11:27:36 <morphis> the current wallpaper which is set by illume to your desk or the default wallpaper of illume?
Oct 03 11:27:54 <Slyon> the current wallpaper
Oct 03 11:28:21 <morphis> Gnutoo: about pm on the palm pre: I don't take a closer look at it, just discovered that there are some sysfs values to control the power management of the gsm modem
Oct 03 11:28:27 <morphis> Gnutoo: the same for bt and wl
Oct 03 11:28:41 <morphis> Gnutoo: about all other power management I don't know
Oct 03 11:28:41 <Gnutoo> morphis, ok
Oct 03 11:28:56 <morphis> Gnutoo: we will care about when we have done the first call :)
Oct 03 11:29:01 <Gnutoo> ok lol
Oct 03 11:29:04 <morphis> thats our primary target
Oct 03 11:29:20 <Gnutoo> I'll care about it too when I'll got wifi+alsa running but I'm afraid of it
Oct 03 11:29:23 <morphis> without that the pre is only another big brick :)
Oct 03 11:29:47 <Gnutoo> I bought my openmoko knowing I wouldn't use it as a phone
Oct 03 11:29:56 <Gnutoo> because I couldn't
Oct 03 11:30:02 <morphis> Gnutoo: jepp, mostly it's a bit tricky but we have the advantage that we can look at the webOS rootfs and there are most things stored in script files
Oct 03 11:30:11 <morphis> like pm for the modem, bt and wl
Oct 03 11:30:12 <Gnutoo> and now it has became usable...but I've no buzz-fix
Oct 03 11:30:20 <Gnutoo> ok
Oct 03 11:31:51 <Slyon> morphis: i like to achieve that the wallpaper in illume-view and shr-todays wallpaper are the same.
Oct 03 11:32:02 <morphis> Gnutoo: when you are working on the dream, do you know exactly which part of android is responsible for the communication with the modem?
Oct 03 11:32:12 <morphis> Slyon: hm
Oct 03 11:32:16 <Gnutoo> morphis, yes the ril
Oct 03 11:32:31 <morphis> Gnutoo: is it on source.android.com?
Oct 03 11:32:36 <Gnutoo> morphis, I even tried the reference ril who has sources and somewhat works
Oct 03 11:32:51 <morphis> Slyon: you should better ask raster about that
Oct 03 11:32:54 <Gnutoo> morphis, when I did ../repo init && ../repo sync I got them
Oct 03 11:33:03 <morphis> Slyon: maybe it's stored in the illume configuration
Oct 03 11:33:15 <Slyon> morphis: okay
Oct 03 11:33:23 <morphis> Slyon: I don't think that you should look at the illume theme for it
Oct 03 11:33:35 <Gnutoo> morphis, but they can be retrived with git so you don't download the whole android
Oct 03 11:33:41 <morphis> Slyon: take a look at the illume code and try to find our where the current wallpaper is stored
Oct 03 11:33:52 <morphis> Gnutoo: ok
Oct 03 11:34:40 <morphis> Gnutoo: is the ril still the same for all android phones?
Oct 03 11:34:50 <Gnutoo> no
Oct 03 11:34:58 <Gnutoo> it's customized for each phone
Oct 03 11:35:01 <morphis> Gnutoo: but for the qualcome ones?
Oct 03 11:35:05 <morphis> Gnutoo: ah ok
Oct 03 11:35:12 <Gnutoo> the dream use qualcomm_msm modem
Oct 03 11:35:18 <morphis> Gnutoo: and the customized ones are also available?
Oct 03 11:35:35 <Gnutoo> btw if you have the proprietary ril you can also do strings on it but it's useless so don't do it
Oct 03 11:36:12 <morphis> hm ok
Oct 03 11:36:21 <blindcoder> Slyon: you're the author of shr-today, no?
Oct 03 11:36:24 <morphis> I am just searching for hints of the binary mode of qualcom modems
Oct 03 11:36:25 <mrmoku> TAsn: ok, successfully built efl2 now :)
Oct 03 11:36:30 <Slyon> blindcoder: i am
Oct 03 11:36:47 <betheg> mrmoku: dump question, but how do you build the lite-image? everytime i try to build it i have a lot of missing packages in my lite-image.
Oct 03 11:36:49 <blindcoder> Slyon: great. just a quick question: does it _depend_ on illume in some way or another?
Oct 03 11:37:16 <mrmoku> betheg: check log.do_rootfs ... and search for ERROR
Oct 03 11:37:25 <mrmoku> betheg: the common one is fso-abyss
Oct 03 11:37:37 <mrmoku> betheg: bitbake it manually and then the shr-lite-image again
Oct 03 11:37:47 <Gnutoo> morphis, git://android.git.kernel.org/platform/hardware/ril.git
Oct 03 11:37:57 <blindcoder> Slyon: reason I'm asking is because I'm using dwm on my freerunner now and would like to use shr-today as screenlock
Oct 03 11:38:03 <morphis> Gnutoo: found it already
Oct 03 11:38:07 <Gnutoo> ok
Oct 03 11:38:18 <morphis> Gnutoo: but there is not platform specific code in it 
Oct 03 11:38:22 <Slyon> blindcoder: no, it doesn't. just elementary
Oct 03 11:38:32 <Gnutoo> morphis, there are ifdefs
Oct 03 11:38:43 <blindcoder> Slyon: great, thanks :)
Oct 03 11:38:44 <CIA-66> freesmartphone.org: 03mickey 07cornucopia * r2637a41756b6 10/fsogsmd/src/ (10 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.Device.{Get|Set}SimBuffersSms()
Oct 03 11:38:45 <CIA-66> freesmartphone.org: 03mickey 07cornucopia * r2aed1bd88603 10/fsogsmd/src/ (4 files in 3 dirs): fsogsmd: modem: channelForCommand is abstract hence MUST be implemented by the modem plugin
Oct 03 11:38:53 <CIA-66> freesmartphone.org: 03mickey 07phonesim * r4b555cb99b10 10/modems/generic.xml: generic.xml: properly implement +CNMI
Oct 03 11:38:53 <Gnutoo> morphis, there is also the initialization thing to make it talk AT
Oct 03 11:38:57 <morphis> ifdefs for the different hw platforms?
Oct 03 11:39:02 <morphis> hm
Oct 03 11:39:06 <Gnutoo> morphis, no for different modems
Oct 03 11:39:26 <betheg> mrmoku: i have bitbake task-shr-minimal and shr-lite-image, i look for errors
Oct 03 11:40:01 <morphis> Gnutoo: ok
Oct 03 11:40:51 <DocScrutinizer-8> mickey|vacation: heyho! :-)
Oct 03 11:41:37 <mickey|vacation> morning DocScrutinizer-8 
Oct 03 11:42:06 <morphis> hey mickey|vacation ! how are your vacations?
Oct 03 11:42:20 <betheg> mrmoku: ahh Cannot satisfy the following dependencies for task-shr-minimal-apps: fso-abyss. ok thanks
Oct 03 11:42:20 <mickey|vacation> morphis: excellent... but... almost over
Oct 03 11:42:49 <Gnutoo> morphis, for instance you have ATE0Q0V1 that make the modem talk AT
Oct 03 11:42:50 <morphis> mickey|vacation: so monady is your first work-day :)
Oct 03 11:43:13 <mickey|vacation> morphis: tuesday. we're flying back FUE -> FRA on monday evening
Oct 03 11:43:33 * mickey|vacation can't wait to test his fsogsmd improvements with a real modem
Oct 03 11:43:40 <mickey|vacation> phonesim was a great help though
Oct 03 11:43:50 <Gnutoo> DocScrutinizer-8, btw where can I find the source of the contacts implementation
Oct 03 11:43:51 <morphis> Gnutoo: ok
Oct 03 11:44:09 <morphis> mickey|vacation: on 13. october you have the next modem to test with :)
Oct 03 11:44:29 <mickey|vacation> morphis: i truely hope so...
Oct 03 11:44:50 <mickey|vacation> when i first wrote ogsmd i only knew the TI Calypso
Oct 03 11:44:52 <DocScrutinizer-8> Gnutoo: no idea. skim logs of #openmoko as of last 2 days or so (maybe 3). grep csim
Oct 03 11:45:08 <mickey|vacation> hence some Calypsoisms had impact on my view of abstractions
Oct 03 11:45:16 <mickey|vacation> i know much more modems by now
Oct 03 11:45:22 <Gnutoo> ok
Oct 03 11:45:24 <Gnutoo> thanks
Oct 03 11:45:57 <morphis> mickey|vacation: that is great, maybe with the pre we got another, maybe with a binary protocol
Oct 03 11:46:00 <DocScrutinizer-8> Gnutoo: or ask PaulFertser. Maybe he remembers details
Oct 03 11:46:43 <mickey|vacation> morphis: really? according to my info we have pure AT. but a binary protocol won't hurt either -- fsogsmd architecture is well prepared for that
Oct 03 11:47:01 <Gnutoo> ok i'll search for the logs
Oct 03 11:47:04 <morphis> mickey|vacation: just take a look at the PreGsm site in the fso wiki
Oct 03 11:47:12 <mickey|vacation> k
Oct 03 11:47:17 <morphis> I disassembled some programs of the webOs image 
Oct 03 11:47:25 <morphis> there are some binary commands
Oct 03 11:47:27 <Gnutoo> I hope they are on the net cause I'm not in #openmoko anymore(too many channels + channel limit on freenode)
Oct 03 11:47:33 <morphis> or maybe they are crypted AT commands 
Oct 03 11:47:49 <Gnutoo> morphis, no I think they don't use that thing:
Oct 03 11:47:55 <Gnutoo> ATE0Q0V1
Oct 03 11:47:57 <Gnutoo> try that
Oct 03 11:47:57 <morphis> mickey|vacation: from where do you this informations?
Oct 03 11:48:01 <DocScrutinizer-8> Gnutoo: 
Oct 03 11:48:04 <DocScrutinizer-8> ~logs
Oct 03 11:48:05 <apt> All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged.
Oct 03 11:48:27 <Gnutoo> thanks
Oct 03 11:48:37 <morphis> Gnutoo: I will
Oct 03 11:48:39 <DocScrutinizer-8> ~tell Gnutoo about logs
Oct 03 11:49:19 <mickey|vacation> morphis: from inspecting the firmware embedded in the webos doctor stuff
Oct 03 11:49:29 <morphis> I do the same
Oct 03 11:49:36 <morphis> there are some AT commands
Oct 03 11:49:40 <mrmoku> DocScrutinizer-8: those are no live logs though :(
Oct 03 11:49:44 <morphis> but I found only eight or so
Oct 03 11:49:51 <playya> mrmoku, you should update FSOREV_cornucopia to c87a8f6fcdcacaeaeb2ffce2aa6707a6506ddf7e or later or fsousaged won't compile
Oct 03 11:49:53 <DocScrutinizer-8> yes, never been
Oct 03 11:49:55 <morphis> and some crypted command lines with binary data
Oct 03 11:50:05 <mrmoku> playya: update... I set it to AUTOREV again :)
Oct 03 11:50:13 <playya> ok
Oct 03 11:50:20 <DocScrutinizer-8> mrmoku: for yesterday and older they should suffice
Oct 03 11:50:27 <playya> epsilon patch applied?
Oct 03 11:50:27 <DocScrutinizer-8> err
Oct 03 11:50:35 <morphis> mickey|vacation: but I think it should be possible (when there is a binary protocol) to switch between plain at and binary
Oct 03 11:50:37 <DocScrutinizer-8> Gnutoo: ^
Oct 03 11:50:38 <mrmoku> playya: no, you did a patch? :D
Oct 03 11:50:41 * mrmoku checks patchwork
Oct 03 11:50:47 <playya> yes. shr-devel
Oct 03 11:50:50 <morphis> so lets see what we have when the device is available :)
Oct 03 11:50:58 <DocScrutinizer-8> errr
Oct 03 11:51:02 <DocScrutinizer-8> mrmoku: 
Oct 03 11:51:13 <DocScrutinizer-8> mrmoku: so what?
Oct 03 11:51:15 <mickey|vacation> morphis: that'd be awesome. yeah, lets see
Oct 03 11:51:16 <Gnutoo> morphis, in htcdream  ATE0Q0V1 activate the non-binary AT commands format...so if you don't type that you can send binary commands
Oct 03 11:51:51 <Gnutoo> DocScrutinizer-8, ok thanks
Oct 03 11:52:02 <morphis> Gnutoo: I found something like ATE0E0E0E1E0E0
Oct 03 11:52:06 <mrmoku> playya: applied
Oct 03 11:52:15 <morphis> Gnutoo: but we will try it when we have the device
Oct 03 11:52:19 <Gnutoo> ok
Oct 03 11:52:33 <Gnutoo> is the device easily rootable?
Oct 03 11:52:52 <mrmoku> DocScrutinizer-8: the only reason *I* use the logs is to see what happened while my internet was creating problems... and there I only need the current live log
Oct 03 11:52:54 <DocScrutinizer-8> mrmoku: for livelogs do a !logs in #openmoko
Oct 03 11:53:08 <mrmoku> DocScrutinizer-8: *I* know where they are :P
Oct 03 11:53:11 <morphis> so I am off for some time
Oct 03 11:53:14 <morphis> bye
Oct 03 11:53:59 <DocScrutinizer-8> mrmoku: here do a ~log for livelogs
Oct 03 11:54:19 <mrmoku> ~log
Oct 03 11:54:20 <apt> from memory, log is http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/ for #openmoko-cdevel only. Maybe you meant "~logs" ?
Oct 03 11:54:25 <mrmoku> :D
Oct 03 11:54:32 <DocScrutinizer-8> mrmoku: but Gnutoo doesn't need livelogs for what I suggested
Oct 03 11:55:07 <Gnutoo> indeed it was panicking that mapped csim 
Oct 03 11:55:23 <DocScrutinizer-8> yo
Oct 03 11:55:29 <DocScrutinizer-8> now I remember
Oct 03 11:55:54 <Gnutoo> but not for +CPBR
Oct 03 11:56:06 <Gnutoo> it was for +CRSM
Oct 03 11:56:07 <DocScrutinizer-8> Gnutoo: no idea
Oct 03 11:56:15 <Gnutoo> I'll look at the ril then
Oct 03 11:56:18 <Gnutoo> I've the sources
Oct 03 11:56:22 <Gnutoo> so it should be easy
Oct 03 11:57:02 <playya> mickey|vacation, btw. inherit cross doesn't change anything :( I updated vala on my host
Oct 03 11:57:16 <DocScrutinizer-8> Gnutoo: +CSIM should work similarly
Oct 03 11:57:23 <mickey|vacation> playya: hmm, that's sad. we need to think more about it then
Oct 03 11:57:30 <Gnutoo> ok
Oct 03 11:57:48 <pbaxter> hello all
Oct 03 11:57:53 <playya> yes. or a better way to check for vapis without .pc files
Oct 03 11:58:00 <playya> hi pbaxter 
Oct 03 11:58:06 <pbaxter> hi playya
Oct 03 11:58:17 <dos1> playya: what issue do you have?
Oct 03 11:58:28 <DocScrutinizer-8> Gnutoo: iirc you can access all storage via sim's filesystem
Oct 03 11:58:37 <Gnutoo> ok thanks
Oct 03 11:59:11 <dos1> playya: here, when having cross-compiled vala staged, vapi files couldn't be find
Oct 03 11:59:26 <dos1> s/find/found/
Oct 03 11:59:27 <apt> dos1 meant: playya: here, when having cross-compiled vala staged, vapi files couldn't be found
Oct 03 11:59:27 <playya> yes. thats the problem
Oct 03 11:59:28 <dos1> playya: do you have the same?
Oct 03 12:00:04 <playya> if you mean libfsobasics yes
Oct 03 12:00:22 <dos1> yup, exactly the same problem here
Oct 03 12:00:30 <playya> workaround: update your vala on the host or cp the vapis into /usr/share
Oct 03 12:01:10 <playya> mickey|vacation, what about a patch which removes the checks in the configure.ac?
Oct 03 12:01:13 <DocScrutinizer-8> Gnutoo: I'd recommend patching ril to support the standard AT cmd for contacts though
Oct 03 12:01:21 <Gnutoo> ok
Oct 03 12:01:58 <DocScrutinizer-8> Gnutoo: +CSIm is kinda.... ugly
Oct 03 12:02:16 <playya> mickey|vacation, we test for vala >= 0.7.7 which includes linux.vapi -> additional testing not necessary
Oct 03 12:02:26 <Gnutoo> lol
Oct 03 12:02:52 <Gnutoo> DocScrutinizer-8, yes but the standard contact is not standard...
Oct 03 12:03:04 <playya> but posixextra needs to be installed
Oct 03 12:03:05 <DocScrutinizer-8> errr
Oct 03 12:03:21 <Gnutoo> on qualcomm_msm
Oct 03 12:03:28 <mickey|vacation> playya: this will fix libfsobasics, but other parts still need misc-vapi
Oct 03 12:03:29 <playya> hmm. remove the check. if it's missing vala bails out :P
Oct 03 12:03:55 <DocScrutinizer-8> Gnutoo: I'm not in that topic so much I could say something
Oct 03 12:04:33 <DocScrutinizer-8> Gnutoo: aiui in 07.07 there should be a standard way to access contacts, sms etc
Oct 03 12:04:44 <Gnutoo> ok
Oct 03 12:05:35 <playya> mickey|vacation, what about a fso-misc-vapi.pc file?
Oct 03 12:05:43 <DocScrutinizer-8> Gnutoo: reread the logs of #openmoko. PaulFertser had a comment on that
Oct 03 12:05:50 <Gnutoo> ah ok
Oct 03 12:05:53 <DocScrutinizer-8> to panickining
Oct 03 12:05:54 <Gnutoo> I'll reread then
Oct 03 12:06:08 <mickey|vacation> playya: yes, we can do that, but it's just another workaround that doesn#t fix the root cause
Oct 03 12:06:17 <playya> yes
Oct 03 12:06:26 <mickey|vacation> i'd rather fix the root cause, which is vapidir pointing to a wrong place
Oct 03 12:06:48 <mickey|vacation> if no one beats me to it, i'll do it when i'm back
Oct 03 12:07:37 <playya> ok.
Oct 03 12:08:00 <playya> i don't know anything about bbclasses
Oct 03 12:12:07 <playya> this might help:
Oct 03 12:12:10 <playya> do_configure_prepend() {
Oct 03 12:12:10 <playya>     PKG_CONFIG_PATH=${STAGING_DATADIR_NATIVE}/usr/lib/pkgconfig:${STAGING_DATADIR_NATIVE}/usr/share/pkgconfig:$PKG_CONFIG_PATH
Oct 03 12:12:10 <playya> }
Oct 03 12:12:36 <playya> s/_NATIVE//
Oct 03 12:23:07 <playya> mickey|vacation, would it be an evil hack to only add vala-10.pc to PKG_CONFIG_PATH?
Oct 03 12:24:18 <playya> i think that should add less regressions
Oct 03 12:24:32 <dos1> mrmoku: build failed
Oct 03 12:25:50 <CoreDump> !logs
Oct 03 12:25:50 <cdbot2> Channel logs for #openmoko-cdevel are archived at:
Oct 03 12:25:51 <cdbot2> http://hentges.net/tmp/logs/irc/%23openmoko-cdevel
Oct 03 12:25:52 <cdbot2> Live-logs are available at
Oct 03 12:25:54 <cdbot2> http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog
Oct 03 12:25:56 <spaetz__> ONEN
Oct 03 12:25:56 <cdbot2> See ?? help-logs for usage instructions
Oct 03 12:25:57 <spaetz__> !
Oct 03 12:25:58 <mrmoku> dos1: thanks for notifiying :)
Oct 03 12:26:00 <spaetz__> dammit
Oct 03 12:26:06 <DocScrutinizer-8> CoreDump: :-D
Oct 03 12:26:13 <DocScrutinizer-8> *945\!<("
Oct 03 12:26:16 <CoreDump> =)
Oct 03 12:26:21 <DocScrutinizer-8> CoreDump: thanks
Oct 03 12:26:43 <CoreDump> you are welcome.
Oct 03 12:26:49 <dos1> how many bots we'll have now? o_O
Oct 03 12:26:50 <dos1> ;D
Oct 03 12:27:03 <DocScrutinizer-8> hehe, 256
Oct 03 12:27:05 <spaetz_> cdbot? who are you?
Oct 03 12:27:05 <playya> shower time
Oct 03 12:27:41 <DocScrutinizer-8> !info
Oct 03 12:27:49 <DocScrutinizer-8> !status
Oct 03 12:27:53 <DocScrutinizer-8> !help
Oct 03 12:27:59 <DocScrutinizer-8> !bah
Oct 03 12:28:02 <CoreDump> ?? help
Oct 03 12:28:02 <cdbot2> help[1]: Available help topics: 
Oct 03 12:28:03 <spaetz_> !hehe
Oct 03 12:28:03 <cdbot2> help[2]: ?? help-google 
Oct 03 12:28:04 <cdbot2> help[3]: ?? help-database 
Oct 03 12:28:06 <cdbot2> help[4]: ?? help-exchange (currency converter) 
Oct 03 12:28:08 <cdbot2> help[5]: ?? help-oebug 
Oct 03 12:28:10 <cdbot2> help[6]: ?? help-ombug 
Oct 03 12:28:12 <cdbot2> help[7]: ?? help-logs 
Oct 03 12:28:14 <cdbot2> help[8]: ?? help-misc 
Oct 03 12:28:26 <spaetz_> spambot
Oct 03 12:28:32 <DocScrutinizer-8> wow
Oct 03 12:28:41 <DocScrutinizer-8> what a speeeeeeed
Oct 03 12:28:48 <DocScrutinizer-8> lol
Oct 03 12:28:48 <CoreDump> ?? help-misc > DocScrutinizer 
Oct 03 12:28:56 <CoreDump> yes, speed sucks.
Oct 03 12:29:19 <DocScrutinizer-8> CoreDump: nevermind
Oct 03 12:29:43 <DocScrutinizer-8> as long as dely for livelogs is equally short ;-P
Oct 03 12:30:20 <dos1> http://i34.tinypic.com/2n69no5.jpg
Oct 03 12:30:43 <CoreDump> there usually is no noticeable delay in the logs
Oct 03 12:30:46 <DocScrutinizer-8> ok fellas. Now we really have somewhat unified config for #openmoko and #openmoko-cdevel
Oct 03 12:30:51 <CIA-66> freesmartphone.org: 03mickey 07specs * r896563e12805 10/ (4 files in 3 dirs): 
Oct 03 12:30:51 <CIA-66> freesmartphone.org: org.freesmartphone.GSM.Device: Add new API org.freesmartphone.GSM.Device.SetFunctionality( s:level ) -> ()
Oct 03 12:30:51 <CIA-66> freesmartphone.org: NOTE: This deprecates org.freesmartphone.GSM.SetAntennaPower!
Oct 03 12:30:53 <dos1> poland position in this chart is depressing ;p
Oct 03 12:32:09 <DocScrutinizer-8> mickey_away: woooohooo, finally! ;-D no more nausea here when reading "antennapower"
Oct 03 12:32:24 <mickey|vacation> i figured you'd like that :)
Oct 03 12:32:55 <dos1> mrmoku: build finished :D
Oct 03 12:33:13 <mickey|vacation> btw.
Oct 03 12:33:29 <mickey|vacation> in fsogsmd, /org/freesmartphone/GSM/Device will also implement org.freesmartphone.Device.RealtimeClock API
Oct 03 12:33:42 <mickey|vacation> so we have the same API for both RTCs
Oct 03 12:33:43 <dos1> ok, backuping my rootfs...
Oct 03 12:33:46 <mickey|vacation> about time to unify some APIs
Oct 03 12:34:29 <CIA-66> freesmartphone.org: 03mickey 07libfso-glib * rae45e89e5f35 10/src/ (3 files): regenerate
Oct 03 12:34:45 <DocScrutinizer-8> mickey_away: sounds kinda usefull too
Oct 03 12:34:50 <mickey|vacation> *nod*
Oct 03 12:35:09 <DocScrutinizer-8> mickey|vacation: any idea how system keeps the systime over suspend?
Oct 03 12:35:31 <mickey|vacation> modem RTC or SoC RTC?
Oct 03 12:35:40 <mickey|vacation> ah systime you said
Oct 03 12:36:00 <mickey|vacation> judging from dmesg, the kernel does that these days
Oct 03 12:36:38 <mickey|vacation> at least i remember having seen some hctosys message before userland kicked in
Oct 03 12:36:49 <DocScrutinizer-8> mickey|vacation: I had a strange effect 2 days ago: system time was late by hours due to some weird clock issue. Still that was kept over suspend though PMU-RTC was correct
Oct 03 12:36:57 <mickey|vacation> eeks
Oct 03 12:37:16 <mickey|vacation> ~lart GSM operators for not exporting time
Oct 03 12:37:16 * apt takes GSM operators to the vet for a "special" visit for not exporting time
Oct 03 12:37:22 <mrmoku> dos1: thanks for notifiying :)
Oct 03 12:37:39 <lindi-> why not just use the RTC?
Oct 03 12:37:53 <mickey|vacation> we do
Oct 03 12:38:07 <mickey|vacation> but it'd be slick to get time without user intervention
Oct 03 12:38:22 <mickey|vacation> on systems without GPS as well
Oct 03 12:39:04 <lindi-> mickey|vacation: hmm? just set it with ntpdate at install time and forget about it?
Oct 03 12:39:05 <DocScrutinizer-8> mickey|vacation: my only explanation was system is calculating an offset between RTC and systime prior to suspend, and using this to restore the faulty systime from correct RTC on resume
Oct 03 12:39:54 <DocScrutinizer-8> mickey|vacation: you got any better idea?
Oct 03 12:39:56 <PaulFertser> mrmoku: s/i posted/Harald posted/
Oct 03 12:40:14 <mrmoku> PaulFertser: yeah... the _link_ to harlds blog you posted :)
Oct 03 12:40:17 <mrmoku> +a
Oct 03 12:41:59 <mickey|vacation> lindi-: provided we connect to the internet, yes
Oct 03 12:42:29 <mickey|vacation> DocScrutinizer-8: sounds reasonable. there's too much legacy in our sysinit scripts. It's about time I write fsoboot and dump sysvinit
Oct 03 12:42:38 <DocScrutinizer-8> mickey|vacation: I'm really uncertain if I think this is a good idea or almost a bug, *if* my assumption is correct
Oct 03 12:43:14 <DocScrutinizer-8> mickey|vacation: how come initscripts to the picture on suspend/resume?
Oct 03 12:45:36 <mickey|vacation> oh suspend/resume, right. i was confusing this w/ reboot
Oct 03 12:45:38 <DocScrutinizer-8> I guess that's a genuine linux kernel(?) function for suspend / resume action
Oct 03 12:45:49 <dos1> mickey|vacation: ping ping ping
Oct 03 12:45:56 <dos1> mickey|vacation: what about fsodeviced starting at boot?
Oct 03 12:45:56 <DocScrutinizer-8> to manage restoration of systime
Oct 03 12:45:57 <mickey|vacation> dos1: pöng
Oct 03 12:46:26 <dos1> mickey|vacation: we need fsodeviced started at boot due to idle notifier
Oct 03 12:46:26 <mickey|vacation> dos1: sounds good. until fso-monitord is ready for primetime, this should b edone
Oct 03 12:46:58 <playya> *merging*
Oct 03 12:47:31 <DocScrutinizer-8> fsck! idle-notifier on boot?? o.O
Oct 03 12:47:58 <DocScrutinizer-8> prolly will stop boot even before X is up
Oct 03 12:48:07 <DocScrutinizer-8> XD
Oct 03 12:48:35 <mickey|vacation> don't worry
Oct 03 12:48:38 <mickey|vacation> idlenotifier is just that
Oct 03 12:48:48 <mickey|vacation> don't mix that up with rules that do something based on the signals IN sends
Oct 03 12:48:52 <mickey|vacation> e.g. oeventsde
Oct 03 12:49:02 <DocScrutinizer-8> mickey|vacation: ok ;-P
Oct 03 12:49:16 <dos1> DocScrutinizer-8: right now it isn't started at all :P
Oct 03 12:49:30 <DocScrutinizer-8> wtf???
Oct 03 12:49:43 <dos1> when using fsodeviced without aby tweaks
Oct 03 12:49:49 <DocScrutinizer-8> how's suspend on idle supposed to work then atm?
Oct 03 12:49:50 <dos1> s/aby/any/
Oct 03 12:49:50 <apt> dos1 meant: when using fsodeviced without any tweaks
Oct 03 12:50:09 <dos1> DocScrutinizer-8: cause you're using odeviced, which starts at boot with frameworkd? :P
Oct 03 12:50:20 <spaetz_> so, we are transitioning to Xorg, to FSO...d, and opimd/efl2 at the same time?
Oct 03 12:50:29 * spaetz_ loses track of all transitions
Oct 03 12:50:45 <DocScrutinizer-8> hmm, mrmoku seems to tell me different for image sheduled for today ;-)
Oct 03 12:50:49 <dos1> spaetz_: and new EFLSRC rev ;>
Oct 03 12:50:55 <spaetz_> oh, shit :-)
Oct 03 12:51:11 <mrmoku> aand all that today ;)
Oct 03 12:51:19 <DocScrutinizer-8> spaetz: ack :-P
Oct 03 12:52:01 <DocScrutinizer-8> probably will eat my cat, AND my dog and GF ;-P
Oct 03 12:52:06 <mickey|vacation> spaetz_: hell, no
Oct 03 12:52:29 <mickey|vacation> spaetz_: the only things ready from fso2 are fsodeviced, fsousaged, fsotimed, fsonetworkd
Oct 03 12:52:43 <mickey|vacation> with fsousaged being already in
Oct 03 12:52:47 <DocScrutinizer-8> ooh so few?
Oct 03 12:52:49 <mickey|vacation> timed and networkd being completely uncritical
Oct 03 12:52:54 <DocScrutinizer-8> :-)
Oct 03 12:52:56 <mickey|vacation> and fsodeviced being under test
Oct 03 12:52:57 <mickey|vacation> DocScrutinizer-8: ;)
Oct 03 12:53:52 <DocScrutinizer-8> probably will eat my brain (if there's any left over)
Oct 03 12:54:00 <dos1> mickey|vacation: oh
Oct 03 12:54:10 <dos1> mickey|vacation: i couldn't find usbhost interface in fsodeviced
Oct 03 12:54:12 <dos1> mickey|vacation: is it implemented?
Oct 03 12:54:22 <TAsn> dos1
Oct 03 12:54:29 <TAsn> I found another issue with opimd
Oct 03 12:54:31 <TAsn> a couple actually
Oct 03 12:54:33 <TAsn> first of all
Oct 03 12:54:53 <TAsn> with opimd I don't get any notification that a new message has arrived
Oct 03 12:54:55 <TAsn> second of all
Oct 03 12:55:06 <TAsn> when saving a new contact
Oct 03 12:55:10 <spaetz_> mickey|vacation: hehe, taht's enough new stuff for me :-)
Oct 03 12:55:11 <TAsn> and then trying to resolve it
Oct 03 12:55:14 <mickey|vacation> dos1: no i forgot about that
Oct 03 12:55:16 <TAsn> it doesn't resolve
Oct 03 12:55:19 <dos1> TAsn: did you patched oeventsd?
Oct 03 12:55:21 <mickey|vacation> dos1: will come when i'm home
Oct 03 12:55:27 <TAsn> dos1, no :)
Oct 03 12:55:30 <dos1> TAsn: :P
Oct 03 12:55:32 <TAsn> ok, so that's one
Oct 03 12:55:38 <TAsn> but what about contact resolving?
Oct 03 12:55:40 * DocScrutinizer-8 reconsiders starting test of new image today or even tomorrow. No matter what mrmoku promises ;-P
Oct 03 12:55:40 <dos1> TAsn: http://openmoko.opendevice.org/~dos/opimd/
Oct 03 12:55:50 <dos1> TAsn: dunno, i'll test it
Oct 03 12:55:54 <TAsn> thanks.
Oct 03 12:56:02 <TAsn> just use opimd-resolve
Oct 03 12:56:04 <dos1> TAsn: please save all your opimd issues into one list and bug me with it ;)
Oct 03 12:56:05 <TAsn> or something
Oct 03 12:56:18 <TAsn> dos1, I can't, there are too many, I get an overflow ;]
Oct 03 12:56:30 <dos1> TAsn: and what about me? :P
Oct 03 12:56:31 <playya> pkg-config is a b*****
Oct 03 12:56:38 <DocScrutinizer-8> TAsn: that's dos1's best suggestion since dunno ;-)
Oct 03 12:56:44 <TAsn> DocScrutinizer-8, hehe
Oct 03 12:58:48 <mrmoku> TAsn: hmm... name-resolving on incoming call is slow
Oct 03 12:58:57 <TAsn> mrmoku, it's not
Oct 03 12:58:59 <mrmoku> it is much faster when viewing a message
Oct 03 12:59:05 <TAsn> it's that refresh bug
Oct 03 12:59:13 <mrmoku> ahh
Oct 03 12:59:15 <TAsn> you need to click on the widget to make it refresh
Oct 03 12:59:24 <DocScrutinizer-8> eeew
Oct 03 12:59:27 <TAsn> it's less than a sec
Oct 03 12:59:29 <mrmoku> TAsn: it refreshed for me after a second or two
Oct 03 12:59:38 <TAsn> mrmoku, because that was a natural redraw
Oct 03 12:59:42 <TAsn> though if you initiate one
Oct 03 12:59:44 <TAsn> it should be faster
Oct 03 12:59:48 <TAsn> a lot faster
Oct 03 13:00:10 <mrmoku> yep, because while viewing a message it is almost instantenous
Oct 03 13:00:16 <TAsn> mrmoku, btw you also got patched ophonekitd and phonegui, right?
Oct 03 13:00:19 <TAsn> mrmoku, yes.
Oct 03 13:00:23 <mrmoku> yup
Oct 03 13:00:27 <DocScrutinizer-8> mickey|vacation: did you notice dos1 question about usb-hostmode?
Oct 03 13:00:30 <TAsn> cool :)
Oct 03 13:00:45 <TAsn> mrmoku, fixed the message from contact already?
Oct 03 13:00:51 <dos1> DocScrutinizer-8: he already answered ;o
Oct 03 13:00:51 <TAsn> btw, I also fixed #396 :)
Oct 03 13:00:55 <TAsn> though I need to improve it.
Oct 03 13:01:01 <DocScrutinizer-8> ooh, sorry
Oct 03 13:01:03 <mrmoku> TAsn: no.. trying to fix the 'message list scrolls horizontally' issue now
Oct 03 13:01:13 <TAsn> oh, okie ;)
Oct 03 13:01:17 <TAsn> that's actually pretty easy
Oct 03 13:01:25 <TAsn> you just need to restrict length of string
Oct 03 13:01:26 <lindi-> DocScrutinizer-8: offset between RTC and systime is not constasnt
Oct 03 13:01:31 <TAsn> in size
Oct 03 13:01:34 <mrmoku> TAsn: nah
Oct 03 13:01:37 <TAsn> there's an evas function
Oct 03 13:01:42 <TAsn> to get actual width
Oct 03 13:01:54 <mrmoku> TAsn: genlist offers that... no need to use evas functions
Oct 03 13:01:59 <DocScrutinizer-8> lindi-: that's quite obvious
Oct 03 13:02:01 <dos1> yup, mrmoku is right
Oct 03 13:02:07 <TAsn> mrmoku, cool :)
Oct 03 13:02:10 <dos1> it's "compress" style
Oct 03 13:02:18 <DocScrutinizer-8> linbut what results from that?
Oct 03 13:02:38 <DocScrutinizer-8> lindi-: i.e. how is that related to resume?
Oct 03 13:02:45 <CIA-66> freesmartphone.org: 03mickey 07cornucopia * r44a757f3ca90 10/fsogsmd/src/ (4 files in 2 dirs): 
Oct 03 13:02:45 <CIA-66> freesmartphone.org: fsogsmd: prepare for org.freesmartphone.GSM.Device.{Get|Set}Functionality
Oct 03 13:02:45 <CIA-66> freesmartphone.org: NOTE: Need to integrate fsogsmd with resource system before we can implement this
Oct 03 13:02:50 <mickey|vacation> cu
Oct 03 13:03:09 <TAsn> mrmoku, other than the known issues, what is you impression?
Oct 03 13:03:19 <DocScrutinizer-8> mickey_away: enjoy last day(s)
Oct 03 13:03:23 <mrmoku> TAsn: have to test more...
Oct 03 13:03:29 <TAsn> of course...
Oct 03 13:03:36 <mrmoku> TAsn: message list is slow
Oct 03 13:03:51 <TAsn> no
Oct 03 13:03:55 <TAsn> it's the refresh bug
Oct 03 13:04:00 <TAsn> open in terminal
Oct 03 13:04:04 <TAsn> shr-messages
Oct 03 13:04:06 <TAsn> and when you see
Oct 03 13:04:07 <lindi-> DocScrutinizer-8: i thought you suggested you could save the offset on suspend and restore systime to be rtc + offset on resume?
Oct 03 13:04:12 <TAsn> "entry processed"
Oct 03 13:04:20 <TAsn> you can click on the widget for a refresh
Oct 03 13:04:21 <TAsn> :|
Oct 03 13:04:23 <mrmoku> hmm
Oct 03 13:04:32 <TAsn> messages is faster here
Oct 03 13:04:35 <TAsn> (than with sim)
Oct 03 13:04:42 <TAsn> but other than that, it's just opimd being slow.
Oct 03 13:05:13 <DocScrutinizer-8> lindi-: I suspected that's what actually is done now
Oct 03 13:05:59 <DocScrutinizer-8> lindi-: as I don't see other explanation for the observed behaviour
Oct 03 13:06:24 <TAsn> mrmoku, so you see? we gotta fix the refresh bug :)
Oct 03 13:06:29 <DocScrutinizer-8> lindi-: and I pondered if that's a good a bad concept
Oct 03 13:06:30 <TAsn> it affects us in many ways
Oct 03 13:06:37 <TAsn> and we also gotta find a way to change the values of a list
Oct 03 13:06:48 <TAsn> so i'll be able to add contact names there a swell.
Oct 03 13:08:10 <dos1> TAsn: maybe ask raster? ;)
Oct 03 13:08:36 <TAsn> dos1, I gotta study, mrmoku will ask him ;]
Oct 03 13:08:50 <TAsn> btw, thanks, notification works :)
Oct 03 13:09:52 <lindi-> DocScrutinizer-8: let me test
Oct 03 13:09:56 <mrmoku> TAsn: elm_genlist_item_update
Oct 03 13:10:03 <TAsn> shit, reopening #396 :( there's something I haven't thought about.
Oct 03 13:10:11 <mrmoku> and the callback have to give the updated values
Oct 03 13:10:27 <TAsn> mrmoku, cool, thanks, will take a look later :)
Oct 03 13:10:48 <mrmoku> TAsn: http://docs.enlightenment.org/auto/elementary/group__Genlist.html#_details
Oct 03 13:11:13 <lindi-> DocScrutinizer-8: confirmed
Oct 03 13:11:50 <DocScrutinizer-8> lindi-: I guess it's absolutely identical to any laptops behaviour
Oct 03 13:12:20 <DocScrutinizer-8> lindi-: so "generic" linux
Oct 03 13:12:27 <Schorhr> mrmoku: Hi! Any sanity yet? ;-)
Oct 03 13:12:40 <mrmoku> Schorhr: very close now :)
Oct 03 13:12:43 <DocScrutinizer-8> lindi-: just pondering if it's the right thing for FR
Oct 03 13:12:52 <Schorhr> mrmoku: Great :-)
Oct 03 13:13:04 <DocScrutinizer-8> hi Schorhr 
Oct 03 13:13:19 <TAsn> mrmoku, can I get xorg already?
Oct 03 13:13:26 <Schorhr> Hi DocScrutinizer-8
Oct 03 13:13:30 <mrmoku> TAsn: yup, I built the index
Oct 03 13:13:37 <TAsn> so how can I do that?
Oct 03 13:13:46 <TAsn> what do I need to do in order to set it up correctly?
Oct 03 13:13:51 <TAsn> and dump kdrive
Oct 03 13:14:15 <mrmoku> TAsn: opkg upgrade?
Oct 03 13:14:29 <lindi-> DocScrutinizer-8: well time will be wrong for a while but i'm not sure if that's a problem since it will be fixed by userland in a few seconds
Oct 03 13:14:31 <mrmoku> should just work...
Oct 03 13:14:33 <TAsn> will automatically switch kdrive to xorg?
Oct 03 13:14:36 <TAsn> really?
Oct 03 13:14:39 <TAsn> sweet! :)
Oct 03 13:14:41 <mrmoku> should, yes
Oct 03 13:14:42 <TAsn> is it safe? :)
Oct 03 13:14:48 <mrmoku> try yourself :P
Oct 03 13:14:53 <DocScrutinizer-8> lindi-: duh! how?
Oct 03 13:14:59 <TAsn> I'll be the judge of that? ok :)
Oct 03 13:15:12 <TAsn> $ opkg upgrade<CR>
Oct 03 13:15:13 <TAsn> :|
Oct 03 13:15:56 <TAsn> mrmoku, oh, you are talking about mrmoku tests or main feed?
Oct 03 13:16:11 <DocScrutinizer-8> lindi-: here at least it keeps "wrong" systime after resume
Oct 03 13:16:12 <mrmoku> mrmoku of course :)
Oct 03 13:16:17 <lindi-> DocScrutinizer-8: I read time from RTC and calculate true time from that using printf("%f\n", (16298/16299)*$ARGV[0] + 76283.33539);
Oct 03 13:16:27 <TAsn> what's the path again? :)
Oct 03 13:16:41 <lindi-> DocScrutinizer-8: well your userland is different for sure
Oct 03 13:16:48 <DocScrutinizer-8> lindi-: I'm not interested in that
Oct 03 13:16:53 <TAsn> http://build.shr-project.org/shr-unstable/ipk/ changes to?
Oct 03 13:17:04 <TAsn> http://build.shr-project.org/mrmoku/tests/shr-unstable/ipk/ ?
Oct 03 13:17:04 <mrmoku> TAsn: build.shr-project.org/tests/mrmoku/unstable/feed
Oct 03 13:17:09 <TAsn> cool
Oct 03 13:18:06 <mrmoku> raster: is there some magic function to force an immediate redraw?
Oct 03 13:18:22 <lindi-> DocScrutinizer-8: and doesn't the hwclock --adjust stuff work too?
Oct 03 13:18:31 <raster> mrmoku: ???
Oct 03 13:18:40 <raster> why would u want to do that?
Oct 03 13:18:52 <DocScrutinizer-8> lindi-: you're completely offtopic
Oct 03 13:18:57 <mrmoku> raster: because redraw is somehow delayed... if you touch the screen it redraws immediately
Oct 03 13:19:11 <mrmoku> raster: probably the problem is elsewhere....
Oct 03 13:19:13 <raster> that shouldnt happen
Oct 03 13:19:15 <TAsn> raster, after you change test
Oct 03 13:19:17 <TAsn> text*
Oct 03 13:19:35 <TAsn> brb
Oct 03 13:20:12 <raster> ecore_evas calls the evas dawring calls just before u enter "idle".
Oct 03 13:20:46 <raster> the only time a change whould not b rendering befofe going idle is if changes are made inside an idler
Oct 03 13:20:55 <raster> or in an idle enterer that is called AFTEr ecore-evas's
Oct 03 13:21:05 <dos1> threads?
Oct 03 13:21:22 <raster> in that case just queueing a timer for 0.0 secs will cause it to exit idle and enter it again
Oct 03 13:21:48 <mrmoku> hmm
Oct 03 13:21:53 <raster> if done in threads the same will happen
Oct 03 13:21:59 <raster> DONT call efl alsl from threads
Oct 03 13:22:11 <raster> tats guarateed to create bugs (crashes and bizarre behavior)
Oct 03 13:22:31 <raster> its a mistake i see people doing a lot
Oct 03 13:22:37 <raster> especially from the shr dev world
Oct 03 13:22:51 <dos1> i'm not ;)
Oct 03 13:22:59 <dos1> but phonegui-efl is thread based AFAIR
Oct 03 13:22:59 <mrmoku> raster: now that there is glib mainloop integration we have a choice :)
Oct 03 13:23:08 <mrmoku> dos1: it had to be
Oct 03 13:23:31 <mrmoku> TAsn: and if I understand it correctly your setting the label in the wrong thread :P
Oct 03 13:24:15 <TAsn> mrmoku, mrmoku-tests has newest efl, right?
Oct 03 13:24:24 <mrmoku> TAsn: yup
Oct 03 13:24:25 <raster> treads are fine... as long as u dont call any efl calls from any threads but 1
Oct 03 13:24:31 <raster> thre is 1 exception to that rule
Oct 03 13:24:35 <TAsn> raster, i c.
Oct 03 13:24:36 <raster> ecore_pipe_write()
Oct 03 13:24:50 <TAsn> so we should make a efl responsible thread or something? :)
Oct 03 13:24:53 <TAsn> an*
Oct 03 13:25:03 <raster> ecore_pipe is designed for marshalling calls/actions/state from threads back to the main "efl main loop"
Oct 03 13:25:07 <mrmoku> TAsn: there is... thats what the async stuff is for ;)
Oct 03 13:25:15 <TAsn> mrmoku, I do exactly that, in many places
Oct 03 13:25:19 <TAsn> mrmoku, OH :)
Oct 03 13:25:24 <TAsn> i c.
Oct 03 13:25:25 <mrmoku> but not on incoming call :)
Oct 03 13:25:26 <TAsn> :)
Oct 03 13:25:31 * mrmoku fixing
Oct 03 13:25:36 <TAsn> mrmoku, thanks :)
Oct 03 13:25:41 <raster> yu write data back to the mainloop - the mainloop gts its callback called when data arrives - that data can be any payload u like - eg new data/infostate to change in the ui
Oct 03 13:26:15 <TAsn> please also add a phonegui_contact_lookup in new number add in message-new-view.c
Oct 03 13:26:23 <TAsn> it introduced crashes
Oct 03 13:26:28 <TAsn> though probably I was in the wrong thread.
Oct 03 13:27:01 * TAsn is going to take a shower after a vicious basketball game ;)
Oct 03 13:27:06 <raster> hehehe
Oct 03 13:27:10 <TAsn> mrmoku, thanks a lot for fixing my mess :)
Oct 03 13:27:33 <TAsn> mrmoku, incoming call, active call, message list generate and add the contact resolving to new number add
Oct 03 13:27:38 <TAsn> I think that's all the mess I caused
Oct 03 13:27:40 <TAsn> not sure though ;)
Oct 03 13:28:02 <dos1> raster: so i can use for instance ecore_pipe to display progress bar of some long operation in other thread? 
Oct 03 13:28:36 <dos1> s/for instance ecore_pipe/ecore_pipe for instance/
Oct 03 13:28:37 <apt> dos1 meant: raster: so i can use ecore_pipe for instance to display progress bar of some long operation in other thread? 
Oct 03 13:28:37 <TAsn> raster, what about the elementary indexed list widget you promised me? :)
Oct 03 13:28:45 <dos1> TAsn: it's already there ;P
Oct 03 13:28:48 <dos1> TAsn: index widget
Oct 03 13:28:56 <TAsn> REALLY?
Oct 03 13:28:59 <TAsn> raster, cool! :)
Oct 03 13:29:04 <dos1> TAsn: mrmoku and me already told you that ;x
Oct 03 13:29:13 <TAsn> dos1, I didn't understand what you meant ;)
Oct 03 13:29:16 <TAsn> ok cool.
Oct 03 13:29:20 <TAsn> mrmoku, we should also change
Oct 03 13:29:21 <TAsn> contact
Oct 03 13:29:26 <TAsn> contact-list-view.c
Oct 03 13:29:31 <TAsn> and message-new-view.c
Oct 03 13:29:36 <TAsn> to use that new and cool widget :)
Oct 03 13:29:41 <mrmoku> TAsn: we told you yesterday to took a look at elementary-tests to see it in action ;)
Oct 03 13:29:48 <mrmoku> just to waken your appetite :P
Oct 03 13:29:48 <TAsn> wee
Oct 03 13:29:52 <TAsn> sec, me is looking
Oct 03 13:30:38 <TAsn> omg
Oct 03 13:30:44 <TAsn> raster, it's like the coolest thing ever! :)
Oct 03 13:30:49 <TAsn> thanks a lot ! ;)
Oct 03 13:30:53 <mrmoku> yup, quite fancy :)
Oct 03 13:31:11 <TAsn> I'm glad I didn't make it and I let him do it himself
Oct 03 13:31:18 <TAsn> he's a better UI designer than I am :)
Oct 03 13:31:52 <hardy> guys
Oct 03 13:31:55 <TAsn> mrmoku, does it support all utf8 chars? or just A-Z and special chars?
Oct 03 13:31:55 <DocScrutinizer-8> who's "notes"?
Oct 03 13:32:04 <hardy> anyone got a working image for me?
Oct 03 13:32:05 <mrmoku> TAsn: no idea
Oct 03 13:32:12 <hardy> xD
Oct 03 13:32:17 <hardy> with neo theme xD
Oct 03 13:32:34 <TAsn> mrmoku, when will we start using this magnificent beast? :)
Oct 03 13:32:40 <hardy> okay im quiet now
Oct 03 13:32:40 <dos1> hardy: build it yourself xD
Oct 03 13:32:40 <mrmoku> hardy: for image with neo theme you have to wait still some hour
Oct 03 13:32:49 <dos1> hardy: (j/k ;))
Oct 03 13:33:10 <mrmoku> hardy: NOTE: Running task 7317 of 13084
Oct 03 13:33:33 <DocScrutinizer-8> who's "notes"?
Oct 03 13:33:49 <mrmoku> TAsn: when we have working what is there now... and when we understood how to use it :P
Oct 03 13:33:50 <dos1> DocScrutinizer-8: hmm?
Oct 03 13:33:52 <hardy> ow... i just coding a liddl wxpython....  by the way: can anyone port this in the opkg libary? ^^
Oct 03 13:34:02 <DocScrutinizer-8> hah
Oct 03 13:34:11 <TAsn> mrmoku, i.e you want me to do it tonight? :)
Oct 03 13:34:20 <DocScrutinizer-8> dos1: resistance is futile! no hiding
Oct 03 13:34:30 <mrmoku> TAsn: :)
Oct 03 13:34:36 <dos1> DocScrutinizer-8: i can't understand you ;)
Oct 03 13:34:40 <TAsn> ok, I hope I'll get it done today
Oct 03 13:34:46 <TAsn> I just have some h.w to finish before
Oct 03 13:34:57 <DocScrutinizer-8> dos1: please change notes to have a non-"expanded" view of all notes
Oct 03 13:35:13 <dos1> DocScrutinizer-8: oh, you asked "who wrote opimd-notes?" ;x
Oct 03 13:35:16 <DocScrutinizer-8> dos1: just topic of each note
Oct 03 13:35:20 <mrmoku> TAsn: and someone should style the genlist
Oct 03 13:35:30 <mrmoku> for our default theme
Oct 03 13:35:41 <TAsn> nah, that's too much for me
Oct 03 13:35:48 <TAsn> I generally don't do UIs
Oct 03 13:35:50 <mrmoku> did not say you ;)
Oct 03 13:36:02 <TAsn> mrmoku, dos1 doesn't do C
Oct 03 13:36:05 <TAsn> I don't do UIs
Oct 03 13:36:10 <TAsn> so the only one left is you :)
Oct 03 13:36:16 <mrmoku> TAsn: well... talking about edc here...
Oct 03 13:36:21 <mrmoku> so no C
Oct 03 13:36:23 <TAsn> oh.
Oct 03 13:36:28 <TAsn> mrmoku, but dos1 is busy
Oct 03 13:36:31 <dos1> mrmoku: maybe i'll be able to help
Oct 03 13:36:32 <TAsn> should fix his buggy opimd :)
Oct 03 13:36:35 <TAsn> dos1, shh.
Oct 03 13:36:36 <dos1> mrmoku: but not now
Oct 03 13:36:38 <TAsn> do opimd :)
Oct 03 13:36:43 <dos1> i have to upgrade my system firstly
Oct 03 13:36:47 <mrmoku> dos1: you did it for nieebie?
Oct 03 13:36:51 <dos1> as i have barely working GSM at the moment ;)
Oct 03 13:36:59 <TAsn> dos1, we finally support opimd completely, make it work correctly.
Oct 03 13:37:06 <dos1> mrmoku: well, i styled everything for elementary in niebiee
Oct 03 13:37:17 <mrmoku> dos1: ok, will take a look there then
Oct 03 13:37:19 <dos1> TAsn: firstly i want my gsm to work correctly :P
Oct 03 13:37:24 <dos1> TAsn: give me some time ;P
Oct 03 13:37:31 <TAsn> dos1, die.
Oct 03 13:37:48 <dos1> TAsn: when i'll die... who'll fix opimd then?
Oct 03 13:37:49 <dos1> ;D
Oct 03 13:38:15 <TAsn> you'll get an opimd to vala rewrite
Oct 03 13:38:20 <hardy> dos1: dont do jokes of dieing!
Oct 03 13:38:23 <TAsn> that uses sqlite for internal caching ;)
Oct 03 13:39:03 <dos1> hardy: well, everybody is going to die ;)
Oct 03 13:39:07 <Gnutoo> mrmoku, | Unknown option -H for that line: /usr/bin/valac   -C --vapidir ./../vapi --pkg gobject-2.0 --vapidir ../gee --pkg gee --vapidir ../ccode --pkg ccode --vapidir ../vala --pkg vala -H valacodegen.h --library codegen valaccodearraymodule.vala ...
Oct 03 13:39:12 <dos1> sooner or later
Oct 03 13:39:24 <TAsn> mrmoku, the build in moku tests doesn't need my patches anymore, right? (efl)
Oct 03 13:39:41 <mrmoku> TAsn: yep, has them included from upstream
Oct 03 13:39:46 <mrmoku> Gnutoo: you need newer vala
Oct 03 13:39:48 <TAsn> cool.
Oct 03 13:39:49 <Gnutoo> ok
Oct 03 13:39:52 <TAsn> finally a clean compilation :)
Oct 03 13:40:19 <hardy> dos1:  agreed ^.^
Oct 03 13:40:40 <DocScrutinizer-8> duh, valaterm + mickeyterm eats quite some power, even while idle
Oct 03 13:40:53 <TAsn> hardy, it's just that dos1 will die sooner than expected if he won't fix opimd already :)
Oct 03 13:40:54 <Gnutoo> mrmoku, ok thanks I'll put it in my local.conf
Oct 03 13:41:02 <dos1> ;D
Oct 03 13:41:05 <TAsn> dos1, we are really getting there you know. ;)
Oct 03 13:41:36 <TAsn> dos1, interesting stuff happened in the last couple of weeks
Oct 03 13:41:47 <Gnutoo> mrmoku, there is no newer vala recipe in shr/import...
Oct 03 13:41:55 <mrmoku> Gnutoo: 0.7.7
Oct 03 13:42:07 <dos1> running opkg update && opkg upgrade, and praying to FSM ;x
Oct 03 13:42:08 <Gnutoo> ERROR: Build of /home/embedded/oe/org.openembedded.dev/recipes/vala/vala_0.7.7.bb do_compile failed
Oct 03 13:42:19 <dos1> that's first time when i'm scared by upgrade ;)
Oct 03 13:42:35 <mrmoku> Gnutoo: vala-native is what is of interest
Oct 03 13:42:45 <mrmoku> no need for vala if your name is not dos1 ;)
Oct 03 13:42:51 <DocScrutinizer-8> dos1: you at least made a notice on your todo list about colapsing view of notes? please!
Oct 03 13:42:53 <dos1> hehe ;D
Oct 03 13:43:41 <dos1> DocScrutinizer-8: hmm... will you be ok with bubbles with 1 or 2 lines of text, and button on right to expand?
Oct 03 13:43:54 <DocScrutinizer-8> yep, great
Oct 03 13:44:00 <dos1> DocScrutinizer-8: ok, so i'll add it to todo
Oct 03 13:44:11 <DocScrutinizer-8> :-)
Oct 03 13:44:49 <Gnutoo> mrmoku, what do you mean about vala-native? 
Oct 03 13:44:55 <hardy> dos1: so you have to hurry.. *eyes to TAsn*
Oct 03 13:45:02 <TAsn> hardy, :)
Oct 03 13:45:09 <mrmoku> Gnutoo: what you need to build is vala-native and not vala
Oct 03 13:45:20 <mrmoku> (though vala should build too)
Oct 03 13:45:42 <TAsn> mrmoku, you said you are fixing efl2, right?
Oct 03 13:45:45 <Gnutoo> ah ok
Oct 03 13:45:52 <mrmoku> TAsn: I will try
Oct 03 13:45:57 <TAsn> thanks a lot.
Oct 03 13:46:05 <TAsn> sorry for my efl ignorance btw :)
Oct 03 13:46:09 * TAsn is an efl noob.
Oct 03 13:46:09 <TAsn> :)
Oct 03 13:46:20 <CIA-66> SHR: 03seba.dos1 07opimd-utils * r3d4d60b09e39 10/TODO: Make DocScrutinizer happy by updating TODO ;)
Oct 03 13:46:35 <TAsn> Though I am trying my best to help in phonegui ;)
Oct 03 13:46:58 <dos1> hehe, packagekit 0.5.3 is going to be released soon
Oct 03 13:47:14 <dos1> this time also with my patch ;)
Oct 03 13:47:20 <TAsn> dos1, cool :)
Oct 03 13:47:29 <dos1> but there's still one issue remaining...
Oct 03 13:47:34 <DocScrutinizer-8> dos1: did you fix the search issue in opimd-contacts? (not matching of uppercase, no instring search, no search in all fields) ?
Oct 03 13:47:36 * mrmoku is an efl noob too :(
Oct 03 13:48:26 <dos1> DocScrutinizer-8: uppercase should work, as opimd-contacts makes regexp (something like [dD][oO][sS])
Oct 03 13:48:31 <dos1> instring search - no
Oct 03 13:48:40 <dos1> search in all fields - it depends what do you define by "all fields"
Oct 03 13:48:53 <dos1> but that's more opimd issue than opimd-contacts
Oct 03 13:49:01 <DocScrutinizer-8> e.g. find a number
Oct 03 13:49:18 <dos1> DocScrutinizer-8: then it should work
Oct 03 13:49:22 <DocScrutinizer-8> or a firstname (if I define a separate field)
Oct 03 13:49:32 <dos1> at least works here
Oct 03 13:49:42 <TAsn> mrmoku, we really need someone with even a bit of GUI capabilities ;)
Oct 03 13:49:43 <dos1> don't define firstname
Oct 03 13:49:48 <dos1> use Name + Surname
Oct 03 13:49:57 <DocScrutinizer-8> k
Oct 03 13:50:03 <TAsn> I think I'll start working heavily on phonegui soon
Oct 03 13:50:07 <TAsn> to make it saner to use.
Oct 03 13:50:27 <DocScrutinizer-8> TAsn: REDIAL PLEASE!
Oct 03 13:50:36 <TAsn> DocScrutinizer-8, hehe ;)
Oct 03 13:50:42 <TAsn> until now
Oct 03 13:51:00 <TAsn> all of your suggestions were implemented in a time frame of a couple of hours
Oct 03 13:51:16 <TAsn> :)
Oct 03 13:51:23 <TAsn> dos1, I have a Q.
Oct 03 13:51:27 <DocScrutinizer-8> :)
Oct 03 13:51:29 <dos1> TAsn: and i have a A
Oct 03 13:51:31 <dos1> ;)
Oct 03 13:51:37 <TAsn> is there an opimd import script?
Oct 03 13:51:43 <TAsn> is there a way to disable a backend?
Oct 03 13:51:45 <dos1> import script?
Oct 03 13:51:47 <TAsn> opimd export script?
Oct 03 13:51:54 <TAsn> dos1, vcard to sqlite for instance.
Oct 03 13:52:00 <dos1> TAsn: disabling backend - shr-settings
Oct 03 13:52:08 <TAsn> dos1, yeah, thought about it after asking :)
Oct 03 13:52:12 <TAsn> but what about import?
Oct 03 13:52:19 <TAsn> I think I'll just reimport all my contacts
Oct 03 13:52:28 <TAsn> now that I don't have the length restrictions
Oct 03 13:52:30 <dos1> TAsn: do you mean importing from something to opimd? or importing between opimd backends?
Oct 03 13:52:37 <dos1> second one is in my TODO
Oct 03 13:52:38 <TAsn> meant the first
Oct 03 13:52:43 <dos1> first - i think pisi does that
Oct 03 13:52:45 <TAsn> but both are cool ;)
Oct 03 13:52:48 <DocScrutinizer-8> s/import/copy-backend_a-to-backend_b/
Oct 03 13:52:51 <TAsn> dos1, vcard to opimd? :)
Oct 03 13:52:56 <dos1> yup
Oct 03 13:53:00 <TAsn> cool
Oct 03 13:53:01 <TAsn> thanks
Oct 03 13:53:04 <dos1> TAsn: but you can also look at vcard-contacts backend
Oct 03 13:53:08 <TAsn> will reimport my contacts
Oct 03 13:53:11 <TAsn> dos1, I don't want this crap
Oct 03 13:53:14 <TAsn> I want sqlite
Oct 03 13:53:14 <TAsn> :)
Oct 03 13:53:20 <dos1> hehe ;)
Oct 03 13:53:30 <dos1> DocScrutinizer-8: yup, coping and moving between backends is on my todo
Oct 03 13:53:40 <DocScrutinizer-8> :-)
Oct 03 13:53:41 <TAsn> btw I have a Q
Oct 03 13:53:51 <TAsn> dos1, if I have sqlite as my default backend
Oct 03 13:53:53 <dos1> as it shouldn't be so hard
Oct 03 13:54:00 <TAsn> and I'm editing a contact (that is saved on sim)
Oct 03 13:54:03 <TAsn> what happens?
Oct 03 13:54:08 <TAsn> erased from sim and written to sqlite?
Oct 03 13:54:10 <dos1> TAsn: is edits contacts on sim
Oct 03 13:54:14 <TAsn> really?
Oct 03 13:54:17 <dos1> TAsn: yup
Oct 03 13:55:03 <DocScrutinizer-8> hmm, pondering about that
Oct 03 13:55:27 <TAsn> dos1, that's an odd behavior.
Oct 03 13:55:51 <TAsn> I can see why you did it this way
Oct 03 13:55:52 <DocScrutinizer-8> I tend to agree
Oct 03 13:55:52 <TAsn> but still
Oct 03 13:56:09 <TAsn> I think that you should only support one backend at a time
Oct 03 13:56:11 <TAsn> and make switching easy
Oct 03 13:56:14 <TAsn> or something like that
Oct 03 13:56:27 <TAsn> or maybe support a couple
Oct 03 13:56:29 <dos1> TAsn: backend thingy was already there
Oct 03 13:56:30 <TAsn> at the same time
Oct 03 13:56:37 <dos1> TAsn: i didn't changed that
Oct 03 13:56:42 <dos1> -d
Oct 03 13:56:43 <TAsn> but at least mark the backend used in some way
Oct 03 13:57:15 <DocScrutinizer-8> yup, I fully agree now :-)
Oct 03 13:57:47 <dos1> TAsn: i agree to, also shouldn't be hard
Oct 03 13:58:04 <TAsn> cool :)
Oct 03 13:58:10 <dos1> and i think you already proposed that, to be able to display for instance little sim icon on contact
Oct 03 13:58:12 <dos1> ;)
Oct 03 13:58:23 <TAsn> I admit, It's not my idea, I stole it from nokia :)
Oct 03 13:58:23 <DocScrutinizer-8> in the end that's been one of the retionale behind making sqlite the "core" (means "not disable-able")
Oct 03 13:59:36 <TAsn> no for real
Oct 03 13:59:37 * mrmoku disagrees strongly
Oct 03 13:59:38 <TAsn> a shower ;)
Oct 03 13:59:49 * TAsn hates mrmoku and his disagreement ;)
Oct 03 14:00:01 <dos1> mrmoku: but on what? :D
Oct 03 14:00:02 <TAsn> now*
Oct 03 14:00:03 <dos1> on little icon? ;)
Oct 03 14:00:07 <mrmoku> on one backend only
Oct 03 14:00:16 <dos1> for one backend only i disagree too
Oct 03 14:00:18 <dos1> ;P
Oct 03 14:00:22 <TAsn> mrmoku, oh, I already changed that idea :)
Oct 03 14:00:24 <mrmoku> the whole thing about backends is to have multiple in parallel
Oct 03 14:00:27 <TAsn> a way to mark
Oct 03 14:00:28 <TAsn> ..
Oct 03 14:00:28 <TAsn> :)
Oct 03 14:00:29 <mrmoku> ahh ok :)
Oct 03 14:00:39 <TAsn> mrmoku, go back to efl2
Oct 03 14:00:43 <TAsn> dos1, go back to opimd
Oct 03 14:00:45 <DocScrutinizer-8> I still recommend to simply copy all contacts from sim to "core" sql, and *maybe* tag them as "sim origin" so you could easily select all those to write back to sim with user interface for copy
Oct 03 14:00:48 <TAsn> TAsn, go to shower
Oct 03 14:00:56 <mrmoku> nevertheless I would not like to save it a contact somewhere else just because editing it
Oct 03 14:01:04 <dos1> DocScrutinizer-8: i hate phones doing that
Oct 03 14:01:05 <TAsn> DocScrutinizer-8, yes. That's what I think.
Oct 03 14:01:09 * mrmoku back to efl2 :P
Oct 03 14:01:21 <TAsn> dos1, that'll make everything a lot faster.
Oct 03 14:01:25 <TAsn> using sqlite for internal cache
Oct 03 14:01:27 <dos1> DocScrutinizer-8: (importing contacts from sim at first boot with that sim)
Oct 03 14:01:33 <TAsn> no
Oct 03 14:01:38 <dos1> but still, i hate it from user point of view ;p
Oct 03 14:01:45 <TAsn> dos1, load to internal cache 
Oct 03 14:01:47 <TAsn> that uses
Oct 03 14:02:01 <TAsn> sqlite3.connect(":memory:")
Oct 03 14:02:03 <TAsn> :)
Oct 03 14:02:17 <TAsn> and then you'll be able to easily manipulate the internal cache
Oct 03 14:02:20 <DocScrutinizer-8> dos1: from user pov it's no diff at all
Oct 03 14:02:20 <TAsn> in a very fast way
Oct 03 14:02:22 <dos1> but that's different thing
Oct 03 14:02:25 <TAsn> that works well.
Oct 03 14:02:27 <TAsn> dos1, heck no
Oct 03 14:02:30 <TAsn> saving on sd
Oct 03 14:02:32 <TAsn> is BAD
Oct 03 14:02:33 <TAsn> :)
Oct 03 14:02:54 <TAsn> mrmoku, Installing xserver-xorg (2:1.6.99.903-r0) to root...
Oct 03 14:02:55 <TAsn> :)))
Oct 03 14:03:00 <dos1> DocScrutinizer-8: wtf?
Oct 03 14:03:03 <TAsn> COOL :)
Oct 03 14:03:39 <dos1> DocScrutinizer-8: i really see the diff between my nokia, which doesn't do any importing at all (until i say "copy contacts from sim to phone memory"), and my gf's motorola which does importing on first boot with new sim card
Oct 03 14:03:54 <dos1> and i really hate that thing in that motorola ;p
Oct 03 14:03:59 <DocScrutinizer-8> dos1: how could user tell apart if contacts are "live-merged" from sim and sqlite, or all are stored in sqlite and tagged
Oct 03 14:04:00 <Heinermobil> nobody updated the recipe for xorg to 1.7?
Oct 03 14:04:34 <dos1> Heinermobil: you have to do that. or JaMa, but he's not there ;)
Oct 03 14:04:44 <dos1> did you expect that someone else will do that? :P
Oct 03 14:04:48 <dos1> ;)
Oct 03 14:04:57 <DocScrutinizer-8> dos1: so simply disable the initial copy in config ;-P
Oct 03 14:05:02 <mrmoku> Heinermobil: though... I added the patch to fix tangogps :)
Oct 03 14:05:42 <dos1> Heinermobil: do you see? mrmoku is our hero!
Oct 03 14:05:43 <dos1> :D
Oct 03 14:05:51 <Heinermobil> dos1: i had no time for that yesterday, and today i'm online only with GPRS, that's to slow to make a testbuild for xorg :)
Oct 03 14:05:51 <DocScrutinizer-8> dos1: or, even better: disable display of all records tagged "sim originated"
Oct 03 14:05:53 <Heinermobil> mrmoku: i've seen it :)
Oct 03 14:06:10 <mrmoku> took me three commits... but it works :P
Oct 03 14:06:26 <DocScrutinizer-8> dos1: you won't see a diff from user pov then
Oct 03 14:06:48 <mrmoku> Heinermobil: and power key works too now :D
Oct 03 14:06:52 <TAsn> Heinermobil, I'm installing xorg, thanks a lot ;)
Oct 03 14:07:25 * dos1 is also installing xorg just now
Oct 03 14:08:39 <Heinermobil> mrmoku: so only ffalarm issue is left, from the bugs i know
Oct 03 14:09:08 <dos1> Heinermobil: what's wrong with it?
Oct 03 14:09:13 <Heinermobil> mrmoku: to fix that, Lukasz wan't a image to test it, so build one and ping him via mail :)
Oct 03 14:09:41 <Heinermobil> dos1: when you click on Clock button it freezes
Oct 03 14:09:42 <DocScrutinizer-8> bbl
Oct 03 14:09:54 <hardy> Heinermobil: nice name xD
Oct 03 14:09:58 <dos1> Heinermobil: it works here
Oct 03 14:10:03 <dos1> Heinermobil: that's a)
Oct 03 14:10:05 <dos1> and b)
Oct 03 14:10:13 <dos1> Heinermobil: it was freezing to me when i had problems with fsodeviced
Oct 03 14:10:53 <Heinermobil> dos1: 0.2.4-svnr58?
Oct 03 14:11:16 <dos1> Heinermobil: that one from your first patch
Oct 03 14:11:38 <Heinermobil> hardy: i had to mark that i'm online via gprs ;)
Oct 03 14:12:16 <Heinermobil> dos1: ok, then that's thats solved too, probably
Oct 03 14:12:36 <Heinermobil> so no bugs left :D
Oct 03 14:13:48 <hardy> Heinermobil: cool, by moko? or laptop? Which Device? Fonic? T-Offline?
Oct 03 14:14:50 <Heinermobil> hardy: laptop huwai E220, with simyo
Oct 03 14:14:57 <DocScrutinizer-8> you know DocMobilizer? ;-)
Oct 03 14:15:27 <Heinermobil> hardy: i hoped for umts, so i used the umts modem instead of the Moko
Oct 03 14:16:02 <DocScrutinizer-8> DocMobilizer strictly FR though
Oct 03 14:16:24 <dos1> just boring dos1|neo here ;x
Oct 03 14:16:49 <hardy> Heinermobil: ah i unterstand
Oct 03 14:16:59 <DocScrutinizer-8> boring but nicely clear ;-L
Oct 03 14:17:02 <DocScrutinizer-8> )
Oct 03 14:17:07 <dos1> mrmoku: why neo theme is installing with upgrade?
Oct 03 14:18:01 <DocScrutinizer-8> fsck upgrade - takes hours and installs everything ;-P
Oct 03 14:19:14 <dos1> Installing xserver-xorg (2:1.6.99.903-r0) to root...
Oct 03 14:19:16 <dos1> ;)
Oct 03 14:19:18 <hardy> whoa, my neck kills me someday
Oct 03 14:21:25 <mrmoku> Heinermobil: ok, will send him a mail when the feed is synced
Oct 03 14:21:31 <Gnutoo> mrmoku, same vala problem with ERROR: Build of /home/embedded/oe/org.openembedded.dev/recipes/vala/vala-native_0.7.7.bb do_compile failed
Oct 03 14:21:36 <Gnutoo> the -H problem
Oct 03 14:21:48 <mrmoku> strange
Oct 03 14:22:07 <Heinermobil> mrmoku: dos1 meant, that it was an fsodeviced issue and that it's fixed now
Oct 03 14:22:12 <Gnutoo> note that:
Oct 03 14:22:13 <Gnutoo> /usr/bin/valac
Oct 03 14:22:16 <Heinermobil> mrmoku: so try before
Oct 03 14:22:22 <mrmoku> ahh ok :)
Oct 03 14:22:35 <Gnutoo> | /usr/bin/valac   -C --vapidir ./../vapi --pkg gobject-2.0 --vapidir ../gee --pkg gee --vapidir ../ccode --pkg ccode --vapidir ../vala --pkg vala -H valacodegen.h --library codegen ...
Oct 03 14:22:45 <mrmoku> Gnutoo: taking wrong valac :(
Oct 03 14:22:55 <Gnutoo> indeed 
Oct 03 14:23:13 <Gnutoo> so I update the one on my laptop and wait for a fix?
Oct 03 14:23:43 <mrmoku> Gnutoo: strange though... the vala tarballs don't need valac anymore
Oct 03 14:24:09 <mrmoku> Gnutoo: but if you want to continue with HTC work... yep, maybe update it :)
Oct 03 14:24:22 <Gnutoo> ok
Oct 03 14:24:22 <mrmoku> Gnutoo: or remove it (if you don't need it)
Oct 03 14:38:03 <mrmoku> Heinermobil: yep clock button works :)
Oct 03 14:38:06 <TAsn> I hate opkg upgrade, so slow... :)
Oct 03 14:38:19 <mrmoku> TAsn: how's your rewrite coming along? :P
Oct 03 14:38:22 * mrmoku ducks and runs
Oct 03 14:38:22 <dos1> Upgrading ffalarms on root from 0.2.4+svnr54-r0 to 0.2.4+svnr57-r0...
Oct 03 14:38:32 <TAsn> mrmoku, hehe didn't find any time yet
Oct 03 14:38:38 <TAsn> I just talked about it yesterday :)
Oct 03 14:38:45 <TAsn> I though about something cool though
Oct 03 14:39:01 <TAsn> we can mount maybe mount the moko drive 
Oct 03 14:39:07 <TAsn> on the computer
Oct 03 14:39:13 <TAsn> and then opkg on the computer
Oct 03 14:39:21 <TAsn> maybe it'll be faster
Oct 03 14:39:28 <TAsn> because unpacking will be WAY faster.
Oct 03 14:39:44 <TAsn> finally opkg upgrade is done! :)
Oct 03 14:39:45 <mrmoku> but not better :P
Oct 03 14:39:56 <TAsn> mrmoku, why not?
Oct 03 14:39:57 <dos1> Upgrading tzdata-americas on root from 2007k-r4 to 2009n-r4.0...
Oct 03 14:39:58 <dos1> :P
Oct 03 14:40:09 <TAsn> dos1, hehe
Oct 03 14:40:09 <TAsn> :)
Oct 03 14:40:18 <mrmoku> TAsn: it might be faster and not segfault due to OOM... but it is still opkg ;)
Oct 03 14:40:23 <TAsn> I hope everything will work
Oct 03 14:40:27 <Heinermobil> i think you won't get a much faster implementation of opkg on the moko
Oct 03 14:40:28 <TAsn> mrmoku, duh :)
Oct 03 14:40:40 <TAsn> mrmoku, I have xorg now, right?
Oct 03 14:40:46 <TAsn> no need to do anything
Oct 03 14:40:48 <TAsn> right? :)
Oct 03 14:40:50 <mrmoku> TAsn: check installed packages
Oct 03 14:40:56 <TAsn> it is installed
Oct 03 14:41:01 <TAsn> I meant, will it run by default?
Oct 03 14:41:02 <mrmoku> it should have upgraded task-x11 and thus xorg :)
Oct 03 14:41:09 <TAsn> it have
Oct 03 14:41:16 <mrmoku> try :P
Oct 03 14:41:25 <TAsn> Configuring task-x11-server
Oct 03 14:41:25 <TAsn> Configuring xserver-xorg
Oct 03 14:41:38 <Heinermobil> mrmoku: i know another bug :)
Oct 03 14:41:39 <Heinermobil> mrmoku: try xrandr -o 1 ;)
Oct 03 14:41:56 <mrmoku> Heinermobil: hehe, no I won't 
Oct 03 14:42:50 <TAsn> hehe I upgraded a couple of hundreds of packages :)
Oct 03 14:42:54 <dos1> Upgrading etk on root from 2:0.1.0.042+svnr41040-r8 to 2:0.1.0.042+svnr42837-r9...
Oct 03 14:42:58 <TAsn> still configuring packages
Oct 03 14:43:01 <dos1> :P
Oct 03 14:43:04 <TAsn> dos1, yeah, a big jump
Oct 03 14:43:13 <Heinermobil> mrmoku: but the users will do it and then they can't use the touchscreen anymore
Oct 03 14:43:16 <dos1> python-pickle now ;p
Oct 03 14:43:18 <TAsn> mrmoku, what are the main advantages in the new EFL?
Oct 03 14:43:20 <Heinermobil> because it's not rotated
Oct 03 14:43:36 <mrmoku> TAsn: correct RTL :P
Oct 03 14:43:51 <mrmoku> Heinermobil: hmm... that might be solved when using tslib?
Oct 03 14:43:54 <TAsn> nah, we had that via patches (actually I improved a couple of new stuff)
Oct 03 14:44:10 <Heinermobil> mrmoku: yes tslib has a randr patch from larsc
Oct 03 14:44:20 <mrmoku> TAsn: one important thing (apart from the index widget) is glib mainloop integration
Oct 03 14:44:27 <TAsn> cool :)
Oct 03 14:44:38 <mrmoku> TAsn: which means we can get rid of the thread boogie in our frontend :)
Oct 03 14:44:42 <TAsn>  * Failed to download http://build.shr-project.org/tests/mrmoku/unstable/feed//armv4t/libfsotransport0_0.9.4+gitr534+ea6af5ad52a1393279f80a52b78e919b68578c1c-r0.0_armv4t.ipk. 
Oct 03 14:44:42 <TAsn> error detail: HTTP response code said error
Oct 03 14:44:42 <TAsn>  * Failed to download libfsotransport0. Perhaps you need to run 'opkg update'?
Oct 03 14:44:42 <TAsn>  * Package libfsotransport0 md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'.
Oct 03 14:44:42 <TAsn>  * Failed to download http://build.shr-project.org/tests/mrmoku/unstable/feed//armv4t/libfso-glib0_0.2.1+gitr56+5b59af0366f1ba9ccb6f70fff34cfa78b506cbdf-r0_armv4t.ipk. 
Oct 03 14:44:45 <TAsn> error detail: HTTP response code said error
Oct 03 14:44:47 <TAsn>  * Failed to download libfso-glib0. Perhaps you need to run 'opkg update'?
Oct 03 14:44:49 <TAsn>  * Package libfso-glib0 md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'.
Oct 03 14:44:52 <TAsn> ok ^ ?
Oct 03 14:44:57 <TAsn> mrmoku, cool :)
Oct 03 14:44:59 <mrmoku> uuhh... 
Oct 03 14:45:21 <mrmoku> updated package due to feed building :(
Oct 03 14:45:24 <mrmoku> and no index for that
Oct 03 14:45:31 * mrmoku stops the feed and builds the index
Oct 03 14:45:54 <TAsn> hehe ok, let me know.
Oct 03 14:45:54 <TAsn> :)
Oct 03 14:46:06 <Heinermobil> mrmoku: so we have two posibilities: patching tslib for xserver 1.7 or patching evdev for randr support
Oct 03 14:46:06 <dos1> Upgrading kernel-image-2.6.29-rc3
Oct 03 14:46:24 <mrmoku> Heinermobil: sounds like the first option is more viable?
Oct 03 14:46:50 <TAsn> mrmoku, anyhow, I'm waiting for you to update the index
Oct 03 14:46:53 <TAsn> (and fix efl2 ;] )
Oct 03 14:46:56 <TAsn> let me know, please :)
Oct 03 14:47:07 <mrmoku> TAsn: building the first and testing the second ;)
Oct 03 14:47:08 <Heinermobil> mrmoku: i tried it, but failed. Talked to larsc two days ago, now he will have a look at it
Oct 03 14:47:17 <mrmoku> Heinermobil: ok
Oct 03 14:47:32 <TAsn> mrmoku, and also fixed adding recipient from number contact resolving?
Oct 03 14:47:43 <mrmoku> TAsn: not yet
Oct 03 14:47:52 <TAsn> cool :)
Oct 03 14:48:28 <mrmoku> hmm... nothing cool
Oct 03 14:49:58 <dos1> o, configuring :)
Oct 03 14:50:17 <dos1> mrmoku: package-index failed ;x
Oct 03 14:50:54 <mrmoku> stupid emotion breaking staging :(
Oct 03 14:51:51 <mrmoku> dos1: the multiplication of messages is only with SIM backend?
Oct 03 14:52:01 <dos1> mrmoku: multiplication?
Oct 03 14:52:32 <mrmoku> dos1: have the same message three times now
Oct 03 14:52:40 <TAsn> mrmoku, libframeworkd-phonegui-efl2 is latest with my patches, right?
Oct 03 14:52:42 <dos1> newest frameworkd?
Oct 03 14:52:49 <TAsn> *fixes
Oct 03 14:52:57 <mrmoku> dos1: I would think so
Oct 03 14:53:00 <dos1> all duplication problems should be already fixed ;/
Oct 03 14:53:44 <TAsn> oh you didn't build it.
Oct 03 14:53:48 <TAsn> (it's not there)
Oct 03 14:54:16 <mrmoku> TAsn: you have to install your own ophonektid and libframeworkd-phonegui anyway
Oct 03 14:54:36 <TAsn> why is that?
Oct 03 14:54:44 <TAsn> oh, ohponekitd, yeah.
Oct 03 14:54:47 <TAsn> but not phonegui
Oct 03 14:54:51 <TAsn> phonegui doesn't use efl
Oct 03 14:55:01 <mrmoku> but has the contact lookup thing
Oct 03 14:55:14 <TAsn> I just didn't upgrade it.
Oct 03 14:55:37 <mrmoku> ok
Oct 03 14:55:48 <mrmoku> neither lfg2 then :P
Oct 03 14:57:11 <TAsn> yeah, gotta compile all of them for newest e libs
Oct 03 14:57:19 <TAsn> lfg2 and ophonekitd
Oct 03 14:58:08 <TAsn> mrmoku, updated index?
Oct 03 14:58:28 <mrmoku> TAsn: dos1 will let you know :P
Oct 03 14:58:34 <TAsn> dos1, let me know. :)
Oct 03 14:58:44 <mrmoku> had to clean emotion... building still in progress
Oct 03 14:59:49 <dos1> TAsn: compelted
Oct 03 14:59:51 <dos1> :D
Oct 03 15:00:06 <dos1> s/pelt/pliet/
Oct 03 15:00:09 <TAsn> root      1419  0.0  0.5   2804   680 ?        S    15:48   0:00 xinit /etc/X11/Xsession -- /usr/bin/Xorg :0 -pn -dpi 280 vt1 -nocursor
Oct 03 15:00:12 <TAsn> yay ^ :)
Oct 03 15:00:23 <TAsn> dos1, thanks
Oct 03 15:00:25 <TAsn> updating ;)
Oct 03 15:00:33 <dos1> me too
Oct 03 15:00:37 <dos1> as it finished
Oct 03 15:00:38 <dos1> ;)
Oct 03 15:01:44 * TAsn is excited
Oct 03 15:01:45 <TAsn> :)
Oct 03 15:01:51 <TAsn> I like to see shr growing ;)
Oct 03 15:02:00 <TAsn> s/to see/seeing/
Oct 03 15:02:00 <apt> TAsn meant: I like seeing shr growing ;)
Oct 03 15:02:04 <TAsn> grow
Oct 03 15:02:04 <TAsn> :|
Oct 03 15:02:35 <dos1> and finished :)
Oct 03 15:03:21 <TAsn> mrmoku, 
Oct 03 15:03:24 <TAsn> efl2 is still not there
Oct 03 15:03:33 <TAsn> is it in task_feed?
Oct 03 15:03:42 <mrmoku> don't know
Oct 03 15:04:07 <TAsn> btw, without newest phonegui efl2 won't even work.
Oct 03 15:04:12 <TAsn> please build it and verify :)
Oct 03 15:04:26 <max_posedon> Does somebody know, how to pass hash trough mdbus?
Oct 03 15:04:41 <TAsn> max_posedon, I don't think it's supported
Oct 03 15:05:21 <max_posedon> ok, so, dbus-send is only one? looks like writing simple script will be easier...
Oct 03 15:05:28 <TAsn> so please do :)
Oct 03 15:05:34 <TAsn> I'd also like seeing this :)
Oct 03 15:05:42 <TAsn> or maybe patch up mdbus
Oct 03 15:06:25 <mrmoku> TAsn: that is why I can't build it now
Oct 03 15:06:38 <TAsn> mrmoku, what is why? :)
Oct 03 15:06:45 <mrmoku> [17:04]          TAsn | btw, without newest phonegui efl2 won't even work.
Oct 03 15:07:00 <TAsn> oh.
Oct 03 15:07:18 <TAsn> bah. sec I'll merge it
Oct 03 15:07:23 <mrmoku> NOOOO
Oct 03 15:07:27 <TAsn> withouth ophonekitd
Oct 03 15:07:28 <TAsn> don't worry
Oct 03 15:07:32 <TAsn> a clean merge :)
Oct 03 15:07:34 <mrmoku> NOOOOOOO
Oct 03 15:07:39 <TAsn> why?
Oct 03 15:07:44 <TAsn> it's a non intrusive merge...
Oct 03 15:08:04 <mrmoku> TAsn: I scp my packages for you instead?
Oct 03 15:08:16 <TAsn> what's wrong with merging phonegui?
Oct 03 15:08:29 <mrmoku> TAsn: what consequences does it have for old efl?
Oct 03 15:08:35 <TAsn> nothing at all.
Oct 03 15:08:41 <TAsn> non intrusive merge...
Oct 03 15:08:51 * mrmoku fires gitk to see
Oct 03 15:09:01 <TAsn> I'll verify before merging
Oct 03 15:09:02 <TAsn> don't worry
Oct 03 15:09:08 <TAsn> I won't upgrade ophonekitd
Oct 03 15:09:43 <TAsn> just verified
Oct 03 15:09:46 <TAsn> not intrusive
Oct 03 15:10:14 <TAsn> but I won't merge, I'll just patch
Oct 03 15:10:15 <TAsn> easier
Oct 03 15:11:13 <mrmoku> TAsn: ahh, ok you _added_ it to the cache... and did not remove the cache :)
Oct 03 15:11:25 <mrmoku> go ahead then
Oct 03 15:11:34 <TAsn> i'm a responsible dude :)
Oct 03 15:11:43 <max_posedon1> sorry, power problems, so only dbus-send?
Oct 03 15:11:53 <dos1> i still have problems with gsm
Oct 03 15:12:37 <mrmoku> dos1: ophonekitd.log?
Oct 03 15:12:50 <dos1> mrmoku: that's fso problem
Oct 03 15:13:09 <dos1> gsm is broken after suspend
Oct 03 15:13:12 <dos1> and i can't suspend again
Oct 03 15:13:23 <dos1> resource history in logs:
Oct 03 15:13:37 <CIA-66> SHR: 03tom 07shr * r2cebe3a548ff 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added opimd support to phonegui, there's still the cache functinos for legacy support though
Oct 03 15:13:41 <dos1> enabled -> suspending
Oct 03 15:13:46 <dos1> suspending -> resuming
Oct 03 15:13:50 <dos1> resuming -> enabled
Oct 03 15:13:54 <dos1> that's first suspend/resume
Oct 03 15:13:59 <dos1> next
Oct 03 15:14:11 <dos1> oh, before that there is also
Oct 03 15:14:14 <dos1> enabled -> suspended
Oct 03 15:14:26 <dos1> and next suspend/resume cycle:
Oct 03 15:14:31 <dos1> suspended -> suspending
Oct 03 15:14:35 <dos1> suspending -> resuming
Oct 03 15:14:37 <dos1> resuming -> enabled
Oct 03 15:14:38 <mrmoku> dos1: fsodeviced?
Oct 03 15:14:40 <dos1> enabled -> suspended
Oct 03 15:14:44 <dos1> mrmoku: no, odeviced
Oct 03 15:14:52 <mrmoku> hmm... I don't have that
Oct 03 15:14:55 <dos1> but with fsodeviced i had the same
Oct 03 15:15:32 <TAsn> mrmoku, 
Oct 03 15:15:39 <TAsn> I'm adding a non intrusive change to ophonekitd :)
Oct 03 15:15:46 <mrmoku> that is?
Oct 03 15:15:59 <TAsn> a workaround the " " issue
Oct 03 15:16:24 <mrmoku> dos1: does opimd load messages from SIM on SimReady signal?
Oct 03 15:16:32 <dos1> mrmoku: yup
Oct 03 15:16:44 <mrmoku> dos1: that explains the multiplication of messages I see ;)
Oct 03 15:16:59 <dos1> mrmoku: but it still shouldn't... or... hmmm
Oct 03 15:17:14 <dos1> mrmoku: i think i set messages_merging to 0 by default :D
Oct 03 15:17:25 <dos1> to get more speed
Oct 03 15:17:28 <dos1> ;)
Oct 03 15:18:12 <TAsn> mrmoku, and adding contact cache as a config option
Oct 03 15:18:13 <TAsn> ok? :)
Oct 03 15:18:55 <CIA-66> SHR: 03tom 07shr * r8791482f4f8f 10/ophonekitd/src/ophonekitd-main.c: added a workaronud for the " issue in numbers
Oct 03 15:19:41 <mrmoku`> arggghh
Oct 03 15:20:10 <TAsn> <TAsn> mrmoku, and adding contact cache as a config option
Oct 03 15:20:10 <TAsn> :)
Oct 03 15:22:20 <dos1> oh no...
Oct 03 15:22:28 <TAsn> done ;)
Oct 03 15:22:29 <dos1> entries in elementary are big ;x
Oct 03 15:22:43 <TAsn> by default it's on (the use of contact cache)
Oct 03 15:23:52 <CIA-66> SHR: 03tom 07shr * r96b622fce404 10/ophonekitd/src/ophonekitd-main.c: added a configuration flag for usage of contact cache, default is using
Oct 03 15:24:18 <TAsn> :)
Oct 03 15:25:42 <TAsn> wth
Oct 03 15:25:44 <TAsn> just did make update
Oct 03 15:25:53 <TAsn> and it still builds old
Oct 03 15:26:05 <TAsn> efl
Oct 03 15:30:04 <TAsn> ok, mrmoku when possible, please rebuild ophonekitd and phonegui :)
Oct 03 15:30:23 <mrmoku`> TAsn: I think dos1 is doing that already...
Oct 03 15:30:32 <dos1> yup :)
Oct 03 15:30:37 <TAsn> dos1, rebuild phonegui, ophonekitd and efl2 please :)
Oct 03 15:30:43 <TAsn> in that order ;)
Oct 03 15:30:48 <dos1> oh well, i'm building feed
Oct 03 15:30:53 <mrmoku`> ouch
Oct 03 15:30:56 <TAsn> when did you start?
Oct 03 15:31:03 <dos1> starting again
Oct 03 15:31:05 <TAsn> committed it a sec ago :)
Oct 03 15:31:06 <TAsn> cool
Oct 03 15:31:12 <mrmoku`> TAsn: that wil give you stuff in about 5 hours ;)
Oct 03 15:31:12 <TAsn> how long will it take?
Oct 03 15:31:15 <TAsn> shit.
Oct 03 15:31:20 <TAsn> I'm still trying to build here
Oct 03 15:31:29 <dos1> mokomaze feels better with xorg :)
Oct 03 15:31:33 <TAsn> mrmoku, mind building latest of those 3 and sending me?
Oct 03 15:31:39 <TAsn> dos1, actually everything feels better
Oct 03 15:31:45 <TAsn> though it may just be an illusion ;)
Oct 03 15:31:59 <dos1> nooo
Oct 03 15:32:03 <dos1> hoversels are slower
Oct 03 15:32:05 <dos1> :P
Oct 03 15:32:11 <Heinermobil> E feels faster :)
Oct 03 15:32:13 <dos1> but that can be niebiee theme not updated
Oct 03 15:32:34 <dos1> bash feels faster!
Oct 03 15:32:35 <dos1> :D
Oct 03 15:32:50 <TAsn> scrolling on the desktop feels slugish
Oct 03 15:33:05 <TAsn> though no idea :|
Oct 03 15:33:14 <TAsn> yuck, what happened to my theme?
Oct 03 15:33:18 <TAsn> (gtk)
Oct 03 15:34:08 <dos1> calculator feels faster!
Oct 03 15:34:11 <dos1> ;D
Oct 03 15:34:14 <dos1> (kidding ;))
Oct 03 15:34:24 <dos1> oh, yup, gtk is unthemed ;x
Oct 03 15:34:45 <TAsn> try checking if the theme is installed
Oct 03 15:34:51 <dos1> it is
Oct 03 15:34:57 <TAsn> shr-settings is way faster
Oct 03 15:35:07 <dos1> maybe some postinst script messed up config
Oct 03 15:35:09 <TAsn> there were some warnings about gtkrc
Oct 03 15:35:13 <TAsn> so it may be it.
Oct 03 15:35:18 <dos1> openmoocow is faster!
Oct 03 15:35:20 <dos1> ;D
Oct 03 15:35:21 <Heinermobil> So we can write in the release notes, that everything feels faster :D
Oct 03 15:35:44 <TAsn> Heinermobil, again, thanks a lot.
Oct 03 15:35:48 <dos1> nano feels faster!!
Oct 03 15:35:50 <dos1> vi too!
Oct 03 15:35:51 <dos1> :D
Oct 03 15:36:08 <dos1> dunno about emacs ;)
Oct 03 15:36:53 <Heinermobil> ok, have to go now, maybe i will come back in some hours :)
Oct 03 15:38:35 <TAsn> phonelog is faster ;)
Oct 03 15:39:52 <TAsn> gtk-theme-name = "shr-theme-gtk-e17lookalike"
Oct 03 15:39:56 <TAsn> is missing from gtkrc
Oct 03 15:39:57 <TAsn> :|
Oct 03 15:40:01 <TAsn> something fucked it up
Oct 03 15:40:04 <TAsn> something called
Oct 03 15:40:15 <TAsn> gtk-theme-name = "theme-qad-neo"
Oct 03 15:40:51 <TAsn> doesn't do it .:|
Oct 03 15:40:52 <TAsn> hm...
Oct 03 15:40:57 <dos1> well, neo theme somehow got installed here
Oct 03 15:40:59 <dos1> dunno why
Oct 03 15:41:01 <dos1> mrmoku`: ???
Oct 03 15:41:02 <dos1> :P
Oct 03 15:41:43 <TAsn> the my theme installed in the wrong place
Oct 03 15:41:45 <TAsn> (or so it seems
Oct 03 15:42:08 <mrmoku`> ???
Oct 03 15:42:36 <DocScrutinizer-8> mrmoku`: your new image eats little children
Oct 03 15:42:46 <mrmoku`> I hope so ;)
Oct 03 15:42:58 <DocScrutinizer-8> hehe, me too ;-P
Oct 03 15:43:32 <TAsn> something is broken :|
Oct 03 15:43:35 <TAsn> no idea what.
Oct 03 15:43:57 <DocScrutinizer-8> TAsn: aah then. That's no problem
Oct 03 15:44:06 <TAsn> why is that?
Oct 03 15:44:56 <DocScrutinizer-8> how can I tell why? you should know why you don't know :-P
Oct 03 15:47:39 <DocScrutinizer-8> nevermind... bbl :-D
Oct 03 15:49:02 * TAsn is sad because of the theme
Oct 03 15:49:50 <TAsn> $ opkg -force-reinstall install shr-theme-gtk-e1
Oct 03 15:49:50 <TAsn> 7lookalike  
Oct 03 15:49:54 <TAsn> trying ;)
Oct 03 15:50:41 <TAsn> suck
Oct 03 15:50:42 <TAsn> doesn't work
Oct 03 15:50:49 <TAsn> the theme is somehow broken
Oct 03 15:50:50 <TAsn> no idea why
Oct 03 15:50:56 <TAsn> look in the dirs inside
Oct 03 15:51:01 <TAsn> something weird has happened
Oct 03 15:52:15 <mrmoku`> hmmm /etc/alternatives is empty
Oct 03 15:52:27 <TAsn> something is wrong :)
Oct 03 15:52:40 <TAsn> the theme is now chosen in gtkrc
Oct 03 15:52:47 <TAsn> actually it's not.
Oct 03 15:52:52 <TAsn> the gtkrc is also broken
Oct 03 15:52:58 <TAsn> look at the oe git patches
Oct 03 15:53:03 <TAsn> look who broke the themes recipe
Oct 03 15:53:06 <TAsn> and murder him.
Oct 03 15:53:08 <TAsn> please.
Oct 03 15:53:33 <mrmoku`> maybe that's the israelian way to handle that... me refuses to murder ;)
Oct 03 15:53:43 <TAsn> we don't murder
Oct 03 15:53:50 <dos1> mickey_away!!!!!
Oct 03 15:53:50 <TAsn> "we kill to protect ourselves"
Oct 03 15:53:54 <mrmoku> so don't expect me to do it :P
Oct 03 15:54:01 <TAsn> "we kill *innocent people* in order to protect ourselves"
Oct 03 15:54:02 <TAsn> :)
Oct 03 15:54:08 <TAsn> j/k.
Oct 03 15:54:20 <TAsn> (though it's somehow true"
Oct 03 15:54:22 <TAsn> (though it's somehow true)
Oct 03 15:54:48 <dos1> how it could be, that phone suspends, and then wants to resume gsm resource, before gsm resource finished suspending?
Oct 03 15:55:10 <dos1> switching back to ousaged to check, if it fixes that issue...
Oct 03 15:55:11 <TAsn> dos1, mokomaze is way faster
Oct 03 15:55:12 <TAsn> :)
Oct 03 15:55:17 <dos1> but i want to use more cornucopia, not less!
Oct 03 15:55:18 <dos1> :P
Oct 03 15:55:43 <TAsn> also numpty
Oct 03 15:56:59 <TAsn> wow
Oct 03 15:57:03 <TAsn> osm is pretty up to date 
Oct 03 15:57:14 <TAsn> weird, I wonder who recently mappen my neighborhood :)
Oct 03 16:00:13 <TAsn> I think it's time to test navit.
Oct 03 16:00:13 <TAsn> :)
Oct 03 16:00:36 <TAsn> Collected errors:
Oct 03 16:00:36 <TAsn>  * Cannot find package navit.
Oct 03 16:03:57 <mrmoku> TAsn: just cp gtkrc.default gtkrc
Oct 03 16:04:06 <TAsn> I don't have default
Oct 03 16:04:24 <TAsn> $ ls
Oct 03 16:04:24 <TAsn> gdk-pixbuf.loaders                gtkrc.old
Oct 03 16:04:24 <TAsn> gtk.immodules                     gtkrc.shr-theme-gtk-e17lookalike
Oct 03 16:04:24 <TAsn> gtkrc                             im-multipress.conf
Oct 03 16:04:32 <mrmoku> .old then
Oct 03 16:04:56 <mrmoku> looks like JaMa's theme alternative magic is quite broken :P
Oct 03 16:05:01 <TAsn> hehe :)
Oct 03 16:05:09 <TAsn> your solution is broken as well
Oct 03 16:05:11 <TAsn> doesn't work :|
Oct 03 16:05:49 <mrmoku> :)
Oct 03 16:06:00 <TAsn> dos1, does opimd ask for the sim resource?
Oct 03 16:06:06 <TAsn> if not, it should.
Oct 03 16:06:20 <TAsn> it can't rely on ophonekitd to do that.
Oct 03 16:06:27 <KaZeR> TAsn, http://downloads.navit-project.org
Oct 03 16:06:29 <mrmoku> TAsn: it can't
Oct 03 16:06:40 <mrmoku> because there is no such resource :P
Oct 03 16:06:42 <dos1> TAsn: sim resource?
Oct 03 16:06:44 <dos1> that's a)
Oct 03 16:06:51 <dos1> and b) - not, opimd shouldn't ask for gsm resource
Oct 03 16:06:57 <TAsn> KaZeR, thanks :)
Oct 03 16:07:03 <dos1> it relies on some app requesting it
Oct 03 16:07:08 <dos1> not ophonekitd ;p
Oct 03 16:07:10 <TAsn> oh, only gsm? sucksors.
Oct 03 16:07:31 <TAsn> KaZeR, I remember there's a moko package
Oct 03 16:07:36 <mrmoku> TAsn: it listens to SIM ready signal... as soon as ophonekitd requested the stuff and SIM is ready opimd is loading the contacts/messages
Oct 03 16:08:02 <TAsn> but shouldn't it ask for the sim usage itself?
Oct 03 16:08:09 <TAsn> as it's also a sim user.
Oct 03 16:08:19 <dos1> TAsn: no
Oct 03 16:08:23 <TAsn> mrmoku, btw, do we have navit in repos?
Oct 03 16:08:28 <mrmoku> sure
Oct 03 16:08:34 <dos1> TAsn: task is still building
Oct 03 16:08:36 <dos1> navit is in task
Oct 03 16:08:47 <TAsn> dos1, oh, i c, cool :)
Oct 03 16:10:28 <TAsn> anyhow KaZeR I know navit, I was about to install it even before your link :)
Oct 03 16:10:53 <dos1> with ousaged it works correctly
Oct 03 16:11:09 <dos1> :/
Oct 03 16:11:28 <dos1> do you really not have that issue? :/
Oct 03 16:13:39 <dos1> cornucopia doesn't like me :(
Oct 03 16:15:51 <agg1n> dos1: do you know why genlist-entries are so big?
Oct 03 16:16:22 <dos1> because you gave them too much food?
Oct 03 16:16:23 <dos1> ;)
Oct 03 16:16:54 <dos1> didn't you saw warning? "don't overfeed genlist!"
Oct 03 16:16:56 <dos1> ;D
Oct 03 16:17:04 <dos1> but seriously - duno
Oct 03 16:17:05 <dos1> dunno*
Oct 03 16:18:54 <KaZeR> TAsn, recommended builds are http://download.navit-project.org/navit/openmoko/svn/
Oct 03 16:19:05 <KaZeR> andi, you're welcome :)
Oct 03 16:19:57 <dos1> TAsn: any builds outside SHR repo aren't recommended by us ;p
Oct 03 16:20:11 <KaZeR> s/andi/and .. stupid [tab] habit
Oct 03 16:21:11 <dos1> s/TAsn/KaZeR/
Oct 03 16:21:11 <apt> dos1 meant: KaZeR: any builds outside SHR repo aren't recommended by us ;p
Oct 03 16:23:16 <KaZeR> ah i forgot a trailing / in my sed.
Oct 03 16:23:46 <KaZeR> dos1, i understand, but your builds are usually a bit old. maybe we should work together on that
Oct 03 16:23:58 <dos1> KaZeR: how? we're using AUTOREV
Oct 03 16:24:07 <dos1> so it's always newest available at build time
Oct 03 16:24:19 <dos1> well, now in unstable repo it's old
Oct 03 16:24:22 <KaZeR> my FR is downstairs right now, what is your latest rev available?
Oct 03 16:24:35 <dos1> because we did mess in our working feed, and we're not syncing it
Oct 03 16:24:53 <KaZeR> i'm using unstable :)
Oct 03 16:25:49 <TAsn> KaZeR, unfortunately here unstable is so unstable that we can't even get unstable stuff to build on it.
Oct 03 16:25:50 <TAsn> :)
Oct 03 16:25:57 <KaZeR> lol
Oct 03 16:27:58 <TAsn> Saving to: `/home/tom/projects/openmoko/oe/shr-unstable/downloads/git_gitorious.org.webkit-efl.webkit-efl.git.tar.gz'
Oct 03 16:27:58 <TAsn>  2% [>                                      ] 20,080,223  73.5K/s  eta 2h 28m  
Oct 03 16:28:00 <TAsn> :(
Oct 03 16:28:19 * TAsn is going to sleep for an hour, and then h.w and then hopefully will finish
Oct 03 16:28:34 <TAsn> dos1, what's the eta for your build?
Oct 03 16:28:44 <dos1> dunno, webkit-gtk is taking ages
Oct 03 16:28:51 <TAsn> :|
Oct 03 16:28:54 <TAsn> btw
Oct 03 16:28:58 <TAsn> concerning webkit efl
Oct 03 16:29:01 <dos1> NOTE: package webkit-gtk-1.1.4-r1: task do_install: started
Oct 03 16:29:07 <TAsn> how's eve going?
Oct 03 16:29:16 <TAsn> did they fix the scrolling bugs?
Oct 03 16:30:18 <dos1> hmmmmm
Oct 03 16:30:29 * TAsn wants eve
Oct 03 16:30:31 <dos1> TAsn: looking at code... sorting issues should be fixed...
Oct 03 16:30:34 <TAsn> :)
Oct 03 16:30:41 <dos1> already fixed
Oct 03 16:30:44 <TAsn> I know
Oct 03 16:30:47 <TAsn> I told you this morning
Oct 03 16:30:56 <TAsn> though for some reason you still keep dates as text in db
Oct 03 16:30:58 <TAsn> what for?!
Oct 03 16:31:02 <dos1> as Timestamp and Duration is casted ro float on loading from db
Oct 03 16:31:09 <TAsn> someone made this ugly hack
Oct 03 16:31:11 <TAsn> yeah, I saw it.
Oct 03 16:31:14 <dos1> TAsn: well, dunno about backward compatibility
Oct 03 16:31:17 <TAsn> why hack when you can fix?
Oct 03 16:31:27 <dos1> TAsn: dunno what'll break when i'll change that
Oct 03 16:31:28 <TAsn> you can do both
Oct 03 16:31:29 <dos1> ;)
Oct 03 16:31:43 <TAsn> please change the db create to float
Oct 03 16:31:46 <TAsn> (number?)
Oct 03 16:31:55 <TAsn> so next time a db will be created it'll be a number
Oct 03 16:32:00 <TAsn> loading will still cast to float
Oct 03 16:32:01 <TAsn> which is ok
Oct 03 16:32:05 <dos1> ok
Oct 03 16:32:08 <TAsn> cool? :)
Oct 03 16:32:08 <TAsn> thanks
Oct 03 16:32:14 <dos1> so what exactly type i should use?
Oct 03 16:32:14 <TAsn> and please add a todo to remove this hack
Oct 03 16:32:23 <TAsn> actually I'm a bit rusty
Oct 03 16:32:30 <TAsn> I don't remember the sql types by heart
Oct 03 16:32:39 <TAsn> but google for
Oct 03 16:32:45 <TAsn> storing dates in sqlite
Oct 03 16:32:54 <TAsn> it'll show you what people generally use.
Oct 03 16:33:26 <dos1> first google result
Oct 03 16:33:28 <dos1> TAsn: " Since sqlite3 does not define a standard way of storing dates,"
Oct 03 16:33:29 <dos1> :D
Oct 03 16:33:38 <TAsn> yeah, I remembered that ;)
Oct 03 16:33:42 <TAsn> btw
Oct 03 16:33:59 <TAsn> fix all the numeric fields in the db
Oct 03 16:34:08 <TAsn> in all of opimd's db's
Oct 03 16:34:39 <DocScrutinizer-8> do not mess with numbers, they are NOT numeric!
Oct 03 16:34:52 <TAsn> huh?
Oct 03 16:35:00 <dos1> DocScrutinizer-8: i won't, don't worry
Oct 03 16:35:05 <dos1> Phone field will be string
Oct 03 16:35:13 <DocScrutinizer-8> just mentioning
Oct 03 16:35:19 <dos1> as it's now
Oct 03 16:36:19 <dos1> TAsn: FLOAT looks ok
Oct 03 16:36:37 <TAsn> okie then :)
Oct 03 16:36:44 <TAsn> dos1, should be
Oct 03 16:36:48 <TAsn> DocScrutinizer, oh.
Oct 03 16:36:50 <TAsn> phone numbers
Oct 03 16:36:51 <TAsn> duh :)
Oct 03 16:36:58 <TAsn> +123#
Oct 03 16:37:01 <TAsn> is not a number
Oct 03 16:37:03 <TAsn> I know that :)
Oct 03 16:37:42 <DocScrutinizer-8> and: use int (long) whenever possible
Oct 03 16:37:49 <DocScrutinizer-8> real is evil
Oct 03 16:38:19 <dos1> hmm
Oct 03 16:39:03 <DocScrutinizer-8> in every aspect: sorting, accuracy, missing cpu support, dunno what else
Oct 03 16:39:11 <TAsn> DocScrutinizer, on the moko it is.
Oct 03 16:39:19 <TAsn> though time should be real.
Oct 03 16:39:36 <Gnutoo> should I read all 11.11? or is there a faster way to get sim contacts on qualcomm_msm?
Oct 03 16:39:42 <DocScrutinizer-8> time is nonsense in real
Oct 03 16:39:53 <TAsn> DocScrutinizer-8, really?
Oct 03 16:40:01 <TAsn> oh right
Oct 03 16:40:02 <DocScrutinizer-8> real really
Oct 03 16:40:02 <TAsn> seconds
Oct 03 16:40:05 <TAsn> yeah. :)
Oct 03 16:40:07 <TAsn> dos1, 
Oct 03 16:40:12 <TAsn> cast to int, not to float
Oct 03 16:40:18 <TAsn> (menat milli seconds)
Oct 03 16:40:20 <TAsn> and use int in db
Oct 03 16:40:23 <DocScrutinizer-8> aah float, sorry
Oct 03 16:40:30 <TAsn> furthermore, as I said, fix that everything ;)
Oct 03 16:40:32 <dos1> python uses float for timestamps
Oct 03 16:40:42 <TAsn> but it also supports int
Oct 03 16:40:45 <TAsn> and when you are sorting
Oct 03 16:40:49 <TAsn> it'll be faster (hopefully)
Oct 03 16:40:51 <TAsn> with int.
Oct 03 16:40:53 <DocScrutinizer-8> so python is braindamaged on that
Oct 03 16:41:17 <dos1> i have already prepared patch for changing to float
Oct 03 16:41:22 <dos1> changing to int would be more work ;P
Oct 03 16:41:23 <DocScrutinizer-8> there's absolutely no advantage of a float over a int-64
Oct 03 16:41:25 <dos1> so maby later
Oct 03 16:41:32 <dos1> s/maby/maybe/
Oct 03 16:41:32 <apt> dos1 meant: so maybe later
Oct 03 16:41:43 <DocScrutinizer-8> even int-32 might suffice
Oct 03 16:42:08 <TAsn> dos1, you lazy bum.
Oct 03 16:42:14 <TAsn> send thath patch
Oct 03 16:42:15 <dos1> ;D
Oct 03 16:42:33 <DocScrutinizer-8> dos1: nonsense, storing a float to a int fiels in database is an implicit typecast, no?
Oct 03 16:42:37 <TAsn> mrmoku, did you fixe efl2?
Oct 03 16:42:50 <dos1> DocScrutinizer-8: dunno
Oct 03 16:42:50 <DocScrutinizer-8> for sure reading an int to a float is
Oct 03 16:43:11 <CIA-66> freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r89df0861123f 10framework/framework/subsystems/opimd/ (4 files): opimd: SQLite-*: use FLOAT type in database for Timestamps and Duration fields
Oct 03 16:43:28 <TAsn> yuck ;]
Oct 03 16:43:31 <TAsn> fix that :)
Oct 03 16:43:54 <TAsn> libframeworkd-phonegui-efl2]$ git pull
Oct 03 16:43:54 <TAsn> Already up-to-date.
Oct 03 16:43:56 <TAsn> mrmoku, ? :)
Oct 03 16:43:58 <TAsn> ^
Oct 03 16:44:09 <DocScrutinizer-8> you ever indexed/sorted on a float in a db?
Oct 03 16:44:24 <DocScrutinizer-8> have fun :-/
Oct 03 16:44:34 <dos1> well, opimd isn't sorting in db ;p
Oct 03 16:44:39 <dos1> and i'll change it to integer
Oct 03 16:44:40 <dos1> but later
Oct 03 16:44:54 <TAsn> at least write it down.
Oct 03 16:44:56 <dos1> as i'll also need to change and add some casts in other places
Oct 03 16:44:57 <TAsn> in a todo
Oct 03 16:45:06 <DocScrutinizer-8> you know what'll happen in cpu ALU?
Oct 03 16:45:16 <TAsn> heat and explode? :)
Oct 03 16:45:27 <DocScrutinizer-8> almost
Oct 03 16:45:46 <CIA-66> freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r1a30891d8ea4 10framework/framework/subsystems/opimd/docs/TODO: opimd: update TODO
Oct 03 16:45:57 <TAsn> that's what happens when you buy a cpu with no float capabilities :)
Oct 03 16:46:12 <DocScrutinizer-8> sorting on strings is a childrens birthday compared to float
Oct 03 16:46:27 <TAsn> :(
Oct 03 16:46:44 <DocScrutinizer-8> except if those strings are floats actually ;-P
Oct 03 16:46:48 <dos1> it's already sorting on floats
Oct 03 16:46:50 <dos1> and it was
Oct 03 16:46:52 <dos1> :P
Oct 03 16:46:58 <dos1> even without that commit
Oct 03 16:47:41 <DocScrutinizer-8> lol, so now I know everything... why sorting was broken, why it's so damn slow... XD
Oct 03 16:47:42 <TAsn> so maybe that's why opimd is SO slow ;)
Oct 03 16:48:07 <dos1> hehe ;D
Oct 03 16:48:14 <dos1> well, it was slow even without implemented sorting
Oct 03 16:48:21 <dos1> ;)
Oct 03 16:51:34 <DocScrutinizer-8> well, if you were able to move a float to a string and vice versa, then for sure moving a float to a long and retour won't break anything beyond what was already fubar
Oct 03 16:52:01 <DocScrutinizer-8> I strongly recommend to use (long)int in db for datefields
Oct 03 16:52:56 <dos1> DocScrutinizer-8: ok, it's already in todo ;)
Oct 03 16:53:01 <TAsn> DocScrutinizer, dos1 mrmoku everyone
Oct 03 16:53:06 <TAsn> please add your country to
Oct 03 16:53:08 <TAsn> http://wiki.openmoko.org/wiki/Phone_Prefixes
Oct 03 16:53:31 <DocScrutinizer-8> honestly?
Oct 03 16:54:18 <DocScrutinizer-8> I'm sure mrmoku will be enough for Germany ;-)
Oct 03 16:54:41 <DocScrutinizer-8> his entry to be precise ;-D
Oct 03 16:55:34 <TAsn> different regions?
Oct 03 16:55:36 <DocScrutinizer-8> sajonara
Oct 03 16:55:42 <TAsn> here we don't have that :)
Oct 03 16:57:06 <DocScrutinizer-8> nah, different network codes as AC actually is NetCode for GSM contacts purposes
Oct 03 17:00:26 <TAsn> whoever added germany and poland
Oct 03 17:00:33 <TAsn> please add your service provider ;)
Oct 03 17:00:46 <vininim> anyone tried recent pulseaudio with freerunner?
Oct 03 17:01:28 <DocScrutinizer> we eat PA for breakfast, then burp
Oct 03 17:01:37 <DocScrutinizer> cya
Oct 03 17:03:03 <TAsn> dos1, mrmoku please add your provider to the list ;)
Oct 03 17:03:29 <dos1> TAsn: i added both
Oct 03 17:03:38 <dos1> and here it matches to all providers
Oct 03 17:04:04 <TAsn> no it does not
Oct 03 17:04:09 <TAsn> area code is different
Oct 03 17:04:19 <TAsn> you just erased it in your config
Oct 03 17:04:33 <TAsn> but it's still incorrect! :)
Oct 03 17:04:36 <dos1> there is no area code here
Oct 03 17:05:10 <dos1> at least not for mobile phones
Oct 03 17:05:36 <TAsn> really? two different providers can start with the same number?
Oct 03 17:05:42 <TAsn> oh, actually they disabled that here as well.
Oct 03 17:05:47 <dos1> yup
Oct 03 17:05:50 <TAsn> only the 5 matters
Oct 03 17:06:21 <TAsn> fixed mine
Oct 03 17:06:26 <TAsn> we still have the 5 prefix for cellphones :)
Oct 03 17:06:32 <dos1> well, first three digits are provider specific.
Oct 03 17:06:45 <dos1> but you can move your phone number to different provider
Oct 03 17:07:10 <dos1> and it doesn't matter in fact. it's just part of number
Oct 03 17:07:48 <TAsn> yeah exactly what they did here
Oct 03 17:07:50 <TAsn> 54 is orange
Oct 03 17:07:57 <TAsn> though you can move your number to another provider
Oct 03 17:08:03 <dos1> here
Oct 03 17:08:17 <dos1> 6xy, when y is odd - that's plus
Oct 03 17:08:34 <dos1> 6xy, when y is non-odd (i fogot word ;)) - that's era
Oct 03 17:08:39 <dos1> 5xx - that's orange
Oct 03 17:09:15 <TAsn> dos1, not odd = even
Oct 03 17:09:20 <dos1> yup, even :)
Oct 03 17:09:26 <TAsn> though it is a tricky word, I forget it quite often ;)
Oct 03 17:09:30 <TAsn> even in hebrew
Oct 03 17:09:30 <TAsn> :)
Oct 03 17:09:34 <dos1> and with 7xx and 8xx there are some more complicated rules, mostly for virtual operators
Oct 03 17:09:51 <TAsn> we don't have virtual operators here
Oct 03 17:10:25 <TAsn> damn you guys
Oct 03 17:10:29 <TAsn> dos1, what about the feed?
Oct 03 17:10:31 * TAsn wants ;)
Oct 03 17:10:37 <TAsn> I don't have a phone till it's done
Oct 03 17:10:38 <dos1> TAsn: NOTE: package webkit-efl-0.1+gitr38213+3a5ee77664c898ed51a2b2d5759822f8c0a06472-r0: task do_compile: started
Oct 03 17:10:40 <dos1> :D
Oct 03 17:10:43 <TAsn> as ophonekitd is rashing :)
Oct 03 17:10:52 <TAsn> crashes*
Oct 03 17:11:09 <TAsn> (because it's built against different libs)
Oct 03 17:17:57 <ceda> hi, the commercial product that was released on the OpenMoko "platform" - what was it called? (url?)
Oct 03 17:18:43 <ceda> I'm preparing a small talk on openmoko that I'll give on a GothPy (python user group) meeting this Monday
Oct 03 17:19:09 <dos1> ceda: hmm?
Oct 03 17:19:31 <dos1> Openmoko Inc. released two phones, Neo1973 (GTA01) and Neo FreeRunner (GTA02)
Oct 03 17:19:49 <dos1> they also released gps device Dash Express between them
Oct 03 17:20:18 <ceda> dos1: that's the one - the dash express :)
Oct 03 17:20:19 <ceda> thanks
Oct 03 17:25:06 <TAsn> dos
Oct 03 17:25:11 <TAsn> what's up with project B?
Oct 03 17:27:27 <TAsn> wow
Oct 03 17:27:28 <TAsn> http://www.kropla.com/dialcode.htm
Oct 03 17:30:15 <mrmoku> TAsn: fill the wiki yourself then ;)
Oct 03 17:30:42 <TAsn> heeh yeah, I'm erasing the wiki page.
Oct 03 17:33:32 <TAsn> mrmoku, I'm leaving the wiki page though adding a notice
Oct 03 17:33:40 <mrmoku> yup
Oct 03 17:33:41 <TAsn> because dos's config is different
Oct 03 17:33:49 <TAsn> than what appears there
Oct 03 17:33:54 <TAsn> but yeah, I'm leeching it :)
Oct 03 17:43:46 <dos1> TAsn: well, in this year poland is removing all 0's prefixes
Oct 03 17:43:55 <dos1> TAsn: on mobile phones it was already removed
Oct 03 17:44:01 <TAsn> i c ;)
Oct 03 17:44:03 <TAsn> thanks.
Oct 03 17:53:06 <Sup3rkiddo> Ainulind1le, ping
Oct 03 17:57:12 <TAsn> mrmoku, http://wiki.openmoko.org/wiki/Phone_Prefixes
Oct 03 17:57:14 <playya_> mrmoku, dos1, can you test if this patch solves the problems with pkgconfig? http://pastebin.com//f198befa9
Oct 03 17:57:14 <TAsn> new and improved
Oct 03 17:57:21 <TAsn> sedded out of that webpage ;)
Oct 03 17:57:42 <playya_> pkgconfig looks in you hosts(!!!) path. 
Oct 03 17:57:49 <playya_> have to go now
Oct 03 17:57:56 <pwgen> is there a  bluetooth gui for the openmoko ( something like the blueman ? ) 
Oct 03 17:58:28 <lindi-> pwgen: openmoko distro?
Oct 03 17:58:43 <pwgen> openembedded or openmoko ( bluez4 . )
Oct 03 17:59:23 <pwgen> blueman requires python-pygtk 2.12 ( 2.10.4 is the last in openembedded )
Oct 03 18:12:25 <UberNeo> how to put neo on suspend mode from ssh
Oct 03 18:15:34 <pwgen> apm -s ? 
Oct 03 18:15:42 <PaulFertser> pwgen: apm is deprecated
Oct 03 18:16:10 <pwgen> that was the reason for the ? ...
Oct 03 18:16:13 <PaulFertser> UberNeo: in fso-based systems you're to use dbus-send to call FSO's method to suspend.
Oct 03 18:16:18 <dos1> dbus-send --type=method_call --print-reply --system --dest=org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.Suspend
Oct 03 18:16:28 <dos1> or "apm -s" if you have fso-apm installed
Oct 03 18:17:32 <UberNeo> k
Oct 03 18:19:13 <pwgen> dos someone know notify-python ? 
Oct 03 18:21:34 <TAsn> btw concerning that page
Oct 03 18:21:48 <TAsn> (phone prefixes)
Oct 03 18:21:58 <TAsn> i'd still prefer getting from sim card
Oct 03 18:22:06 <TAsn> (the country code)
Oct 03 18:22:14 <TAsn> but for the rest this is useful :)
Oct 03 18:22:25 <TAsn> (there are some countries with a couple of country codes)
Oct 03 18:32:10 <DocScrutinizer> wtf
Oct 03 18:32:14 <DocScrutinizer> (Fax_calls_- Telstra)0018 (Telstra_special_rates)0019
Oct 03 18:34:25 <DocScrutinizer> do you suppose you have a number like 345345 in your phonebook, and the inbound call from that number is one time displayed as +61 345345 ?
Oct 03 18:35:03 <DocScrutinizer> or what do you think number normalization should do with that info?
Oct 03 18:35:23 <mrmoku> TAsn: btw. did you teach phonelog to clear the missed calss?
Oct 03 18:35:28 <mrmoku> s/calss/calls/
Oct 03 18:35:28 <apt> mrmoku meant: TAsn: btw. did you teach phonelog to clear the missed calls?
Oct 03 18:35:35 <TAsn> mrmoku, does opimd support it?
Oct 03 18:35:40 <TAsn> btw, no.
Oct 03 18:35:52 <mrmoku> well... dos1 does that somehow in opimd-utils
Oct 03 18:35:59 <TAsn> DocScrutinizer, this info is bad
Oct 03 18:36:06 <TAsn> this page was generated with sed :)
Oct 03 18:36:14 <TAsn> mrmoku, I know how
Oct 03 18:36:25 <TAsn> (I think)
Oct 03 18:36:37 <TAsn> DocScrutinizer, and it has errors, I'm manually editing what I can.
Oct 03 18:36:51 <DocScrutinizer> s/ 345345/ 0018 345345/
Oct 03 18:37:03 <DocScrutinizer> bah
Oct 03 18:37:14 <DocScrutinizer> do you suppose you have a number like 0018 345345 in your phonebook, and the inbound call from that number is one time displayed as +61 345345 ?
Oct 03 18:40:02 <DocScrutinizer> if that is really the case, then we need augment normalization to truncate multiple possible national prefixes from contacts number before extending it to the left with countrycode and "+"
Oct 03 18:40:55 <DocScrutinizer> as you could have the same contact then with alternative number 0016 345345
Oct 03 18:41:43 <DocScrutinizer> so normalization actually had to learn to read regex for national prefix
Oct 03 18:42:00 <TAsn> I'm improving the normalization
Oct 03 18:42:10 <TAsn> to know to match from different prefixes
Oct 03 18:42:15 <TAsn> i.e with options
Oct 03 18:42:17 <TAsn> (regex)
Oct 03 18:42:19 <TAsn> when matching
Oct 03 18:42:25 <TAsn> though the normalization
Oct 03 18:42:28 <TAsn> will remain the same
Oct 03 18:42:46 <DocScrutinizer> errrha
Oct 03 18:42:46 <TAsn> it'll strip with matching
Oct 03 18:42:50 <TAsn> and will add a default value.
Oct 03 18:42:58 <TAsn> btw, I cleaned the wiki page completely ;)
Oct 03 18:43:04 <TAsn> tell me if you have any other comments
Oct 03 18:43:25 <PaulFertser> TAsn: oh, spending time on normalization is so weird ;)
Oct 03 18:43:36 <DocScrutinizer> yes, one: gimme a real live example where we would need this
Oct 03 18:44:06 <TAsn> DocScrutinizer, ok, so I won't do it, who cares :)
Oct 03 18:44:15 <TAsn> I'll take the first from each section of this list
Oct 03 18:44:22 <TAsn> as a default value, how does that sound?
Oct 03 18:44:32 <TAsn> (or the gui that will suggest it will tell there are alternatives)
Oct 03 18:44:36 <TAsn> fine with you?
Oct 03 18:44:43 <DocScrutinizer> yup
Oct 03 18:44:50 <DocScrutinizer> bye, need dinner
Oct 03 18:44:51 <TAsn> there are weird countries out there
Oct 03 18:44:57 <TAsn> I don't know even half of them :)
Oct 03 18:45:01 <DocScrutinizer> got foul mood out of hunger
Oct 03 18:45:12 <TAsn> DocScrutinizer, ciao.
Oct 03 18:45:21 <TAsn> dos1, finished building? :)
Oct 03 18:45:41 <dos1> NOTE: package mplayer-0.0+1.0rc2+svnr29699-r15: task do_compile: completed
Oct 03 18:45:43 <dos1> just finished
Oct 03 18:45:50 <dos1> now do_populate_staging
Oct 03 18:49:04 <TAsn> for mplayer
Oct 03 18:49:15 <TAsn> or index or I don't know what?
Oct 03 18:49:19 * TAsn is an oe noob.
Oct 03 18:49:36 <dos1> for mplayer
Oct 03 18:49:43 <dos1> now gpe-filemanager
Oct 03 18:50:23 <TAsn> bah.
Oct 03 18:50:32 <TAsn> when will everything finish ? :)
Oct 03 18:50:37 <dos1> well
Oct 03 18:50:40 <dos1> everything is failing
Oct 03 18:50:45 <dos1> as there is staging issue
Oct 03 18:50:52 <TAsn> what's the issue?
Oct 03 18:50:56 <dos1> but it at least compiles
Oct 03 18:50:59 <dos1> emotion :P
Oct 03 18:51:13 <dos1> so after fixing and restarting it shouldn't take so long
Oct 03 18:51:20 <TAsn> okie :)
Oct 03 18:51:34 <TAsn> not long as in hours? minutes? seconds?
Oct 03 18:52:44 <dos1> days, or weeks
Oct 03 18:52:45 <dos1> ;>
Oct 03 18:53:59 <TAsn> dos1, mind doing me a favor and sending me ophonekitd and efl2?
Oct 03 18:54:07 <TAsn> as I don't have a working phone atm ;)
Oct 03 18:54:20 <dos1> TAsn: i need intone, so ok ;)
Oct 03 18:54:33 <TAsn> stopping the build just for me? :)
Oct 03 18:54:48 <dos1> no, just running another build :D
Oct 03 18:54:55 <TAsn> oh, okie ;)
Oct 03 18:55:09 <TAsn> so please gimme efl2 and ophonekitd ;)
Oct 03 18:55:11 <dos1> ophonekitd is built
Oct 03 18:55:12 <TAsn> thanks.
Oct 03 18:55:17 <dos1> building efl2
Oct 03 18:55:23 <TAsn> please send me ohponekitd then ;)
Oct 03 18:56:08 <TAsn> (btw, I committed something to ophonekitd earlier, so if it's from mrmoku's build it's not good enough ;) )
Oct 03 18:56:15 <TAsn> mrmoku, fixed efl2? :)
Oct 03 18:56:36 <mrmoku> TAsn: the delay of redraw... yes :)
Oct 03 18:56:43 <TAsn> really? :)))))
Oct 03 18:56:44 <mrmoku> fighting the genlist now...
Oct 03 18:57:05 <TAsn> please push
Oct 03 18:57:09 <TAsn> dos1, STOP~!
Oct 03 18:57:12 <TAsn> REBUILD! :)
Oct 03 18:57:15 <TAsn> let mrmoku push first
Oct 03 18:57:24 <mrmoku> no
Oct 03 18:57:26 <TAsn> ?
Oct 03 18:57:32 <TAsn> dos1, DON'T STOP! :)
Oct 03 18:57:33 <mrmoku> let me finish first
Oct 03 18:57:44 <TAsn> but they should be in split commits anyway
Oct 03 18:57:59 <mrmoku> TAsn: they will ;)
Oct 03 18:57:59 <TAsn> so you can push in the middle ;)
Oct 03 18:58:21 <TAsn> mrmoku, gitgui <--- yuck q)
Oct 03 18:58:50 <TAsn> Ainulindale, hey, we got full opimd support in efl2
Oct 03 18:59:05 <TAsn> and xorg is working great :) (except for a couple of issues)
Oct 03 18:59:08 <TAsn> pwnage
Oct 03 19:00:14 <dos1> TAsn: opkg update :P
Oct 03 19:00:44 <mrmoku> dos1: hmm... should profile switching work?
Oct 03 19:00:54 <dos1> mrmoku: hmm?
Oct 03 19:01:18 <mrmoku> dos1: I select Silent and it switches back to Default
Oct 03 19:01:19 <TAsn> thanks :)
Oct 03 19:01:21 <dos1> hmm
Oct 03 19:02:13 <TAsn> Collected errors:
Oct 03 19:02:13 <TAsn>  * Cannot find package libframeworkd-phonegui-efl2.
Oct 03 19:02:32 <mrmoku> TAsn: for incoming call it does not work yet... for the list yes
Oct 03 19:02:39 <mrmoku> brb
Oct 03 19:02:45 <TAsn> cool, thanks ;)
Oct 03 19:03:20 <dos1> TAsn: it's libframeworkd-phonegui-efl2-0 :P
Oct 03 19:03:44 * TAsn hates tasn
Oct 03 19:03:45 <TAsn> thanks :)
Oct 03 19:04:25 <TAsn> btw mrmoku 
Oct 03 19:04:30 <TAsn> this upgrade abused my image
Oct 03 19:04:40 <TAsn> removed tzdata-misc
Oct 03 19:04:46 <TAsn> and removed a couple of other stuff
Oct 03 19:05:16 <dos1> my image seems to be ok
Oct 03 19:05:24 <dos1> but maybe i just didn't noticed something yet ;p
Oct 03 19:05:52 <TAsn> more probable
Oct 03 19:05:53 <dos1> TAsn: efl2 is upgrading now on my neo
Oct 03 19:05:58 <dos1> TAsn: i'll see what you broke ;)
Oct 03 19:06:05 <TAsn> I didn't break anything :)
Oct 03 19:09:24 <dos1> mrmoku: ping
Oct 03 19:09:38 <CIA-66> SHR: 03tom 07shr * r9f855385deab 10/ophonekitd/src/ophonekitd-main.c: added a debug message
Oct 03 19:09:49 <Q-Master> what's new?
Oct 03 19:10:04 <UberNeo> please help me in removing pingus game from SHR-U
Oct 03 19:10:36 <UberNeo> opkg remove pingus ...says no package to remove
Oct 03 19:14:43 <TAsn> UberNeo, 
Oct 03 19:14:46 <TAsn> opkg install pingus
Oct 03 19:14:51 <TAsn> opkg remove pingpus
Oct 03 19:14:56 <TAsn> pingus*
Oct 03 19:14:57 <mrmoku> dos1: pong
Oct 03 19:15:07 <dos1> mrmoku: why upgrade installed neo theme?
Oct 03 19:15:25 <mrmoku> dos1: guess we're missing a default provider for the etk themes
Oct 03 19:17:18 <TAsn> dos1, 
Oct 03 19:17:20 <TAsn> after upgrade
Oct 03 19:17:27 <UberNeo> TAsn: opkg remove pingpus    ..says no package to remove
Oct 03 19:17:28 <TAsn> opimd doesn't resolve numbers anymore
Oct 03 19:17:28 <TAsn> :|
Oct 03 19:17:33 <TAsn> pingus*
Oct 03 19:17:34 <TAsn> ...
Oct 03 19:18:54 <UberNeo> opkg remove pingus*  ..tht also doesnt works
Oct 03 19:19:14 <TAsn> even after installing ?
Oct 03 19:19:20 <TAsn> opkg -force-reinstall install pingus
Oct 03 19:19:26 <mrmoku> TAsn: incoming call works without delay :)
Oct 03 19:19:27 <TAsn> opkg remove pingus
Oct 03 19:19:33 <TAsn> mrmoku, you rock! :))))
Oct 03 19:19:40 <mrmoku> restarting ophonekitd helps to make it take effect :P
Oct 03 19:19:59 <TAsn> mrmoku, huh?
Oct 03 19:20:17 <mrmoku> TAsn: ophonekitd does not reload the lib
Oct 03 19:20:23 <Zorkman> mrmoku: my Fr hasn't upgraded for a week, is this normal?
Oct 03 19:20:33 <mrmoku> Zorkman: yup :;P
Oct 03 19:20:34 <TAsn> mrmoku, what are you talking about? :)
Oct 03 19:21:00 <mrmoku> TAsn: if you update libframeworkd-phonegui-efl2 you have to restart ophonekitd for the screens ophonekitd starts itself (like incoming call)
Oct 03 19:21:07 <mrmoku> otherwise it is using the old lib
Oct 03 19:21:08 <TAsn> I know.
Oct 03 19:21:19 <mrmoku> I tend to forget that from time to time :P
Oct 03 19:21:22 <TAsn> the problem is it doesn't resolve...
Oct 03 19:21:25 <TAsn> I'm looking in the log
Oct 03 19:21:27 <TAsn> and I get ""
Oct 03 19:21:31 <Zorkman> what are those dwm scaps?
Oct 03 19:21:31 <TAsn> same when going to messages
Oct 03 19:21:43 <TAsn> dos1, any idea?
Oct 03 19:22:34 <TAsn> dos1, Exception TypeError: "domainWindow() got multiple values for keyword argument 'domain'" in 'elementary.c_elementary._hoversel_callback' ignored
Oct 03 19:22:37 <TAsn> shr-settings
Oct 03 19:22:49 <TAsn> can't select anything from the domains in shr-settings
Oct 03 19:23:21 <TAsn> and mrmoku something weird happened to gen_list
Oct 03 19:23:27 <TAsn> I can't scroll sideways
Oct 03 19:23:32 <TAsn> and everything is broken
Oct 03 19:23:37 <mrmoku> :)
Oct 03 19:23:43 <Zorkman> I thought onen was going to be back online, more
Oct 03 19:23:46 <Zorkman> haven't seen him in a while
Oct 03 19:23:48 <TAsn> I don't think it's you...
Oct 03 19:23:50 <mrmoku> that's what I'm fighting against TAsn :P
Oct 03 19:23:55 <dos1> looks like something with py-elm
Oct 03 19:24:03 <TAsn> I used to be able to scroll sideways
Oct 03 19:24:06 <TAsn> dos1, please review
Oct 03 19:24:15 <TAsn> this is new after upgrade
Oct 03 19:24:18 <TAsn> and no new commits
Oct 03 19:24:20 <TAsn> so it's weird.
Oct 03 19:24:30 <dos1> morphis!
Oct 03 19:24:34 <dos1> he's not there ;x
Oct 03 19:24:42 <dos1> nothing is weird
Oct 03 19:24:47 <dos1> just something changed in c-elementary
Oct 03 19:24:51 <dos1> and pyelm wasn't updated
Oct 03 19:24:58 <dos1> and we have too new EFLREV now
Oct 03 19:24:59 <dos1> ;)
Oct 03 19:25:05 <TAsn> probably.
Oct 03 19:25:05 <mrmoku> TAsn: elm_genlist_horizontal_mode_set(data->list, ELM_LIST_LIMIT); 
Oct 03 19:25:13 <mrmoku> maybe it did not work with older EFL
Oct 03 19:25:22 <TAsn> mrmoku, probably ;)
Oct 03 19:25:27 <mrmoku> I don't want it to scroll sideways
Oct 03 19:25:34 <TAsn> ok, so that also needs a fix
Oct 03 19:25:40 <TAsn> mrmoku, STOP!
Oct 03 19:25:40 <mrmoku> though now it is centering the label... which is baad ;)
Oct 03 19:25:42 <Zorkman> tangogps 0.9.7 also still hasn't made it to the feeds
Oct 03 19:25:45 <TAsn> don't fight genlist~!
Oct 03 19:25:51 <dos1> Zorkman: ...
Oct 03 19:25:53 <TAsn> we are moving to index anyway
Oct 03 19:25:54 <TAsn> :)
Oct 03 19:26:02 <dos1> TAsn: index uses genlist
Oct 03 19:26:04 <dos1> TAsn: err
Oct 03 19:26:06 <mrmoku> TAsn: I think index is just an addition
Oct 03 19:26:07 <TAsn> kill two birds with one rock ;)
Oct 03 19:26:11 <TAsn> mrmoku, i c. :)
Oct 03 19:26:11 <dos1> TAsn: you add index on genlist
Oct 03 19:26:19 <TAsn> mrmoku, carry on with the fighting.
Oct 03 19:26:24 <mrmoku> but we want bubbles :P
Oct 03 19:26:28 <mrmoku> (IIRC)
Oct 03 19:26:35 <TAsn> yes and no
Oct 03 19:26:36 <mrmoku> that will come later though
Oct 03 19:26:37 <TAsn> we do want them
Oct 03 19:26:37 <dos1> bubbles in messages
Oct 03 19:26:40 <dos1> not in contacts :P
Oct 03 19:26:40 <TAsn> but later
Oct 03 19:26:44 <TAsn> when we do split messages
Oct 03 19:26:46 <TAsn> dos1, hehe yeha :)
Oct 03 19:26:51 <mrmoku> dos1: contacts are different... easier
Oct 03 19:27:40 <TAsn> so what are you fighting with in contacts?
Oct 03 19:27:48 <TAsn> btw, at least you now have documentation :)
Oct 03 19:29:41 <CIA-66> SHR: 03tom 07libframeworkd-phonegui-efl2 * r4f2b176db86e 10/src/view/dialer-view.c: we dropped the name recipient in hash, changed to number here as well
Oct 03 19:32:11 <mrmoku> TAsn: I'm fighting the messages... not the contacts
Oct 03 19:32:20 <TAsn> oh :)
Oct 03 19:32:23 <mrmoku> I want to get read of messagelist.edc for now
Oct 03 19:32:32 <TAsn> btw, what we do is plain stupid
Oct 03 19:32:38 <TAsn> I want to have a contact widget
Oct 03 19:32:39 <mrmoku> as always :P
Oct 03 19:32:44 <TAsn> (that we create)
Oct 03 19:32:49 <TAsn> and we'll have a function
Oct 03 19:32:54 <TAsn> populate widget
Oct 03 19:32:57 <TAsn> that we can call
Oct 03 19:33:01 <TAsn> and use it everywhere in phonegui
Oct 03 19:33:09 <TAsn> implementing it twice is ugly and stupid
Oct 03 19:33:14 <TAsn> even insertion...
Oct 03 19:34:14 <dos1> no no no no no
Oct 03 19:38:29 <dos1> TAsn: efl2 segfaults to me
Oct 03 19:38:37 <dos1> ** (process:2677): DEBUG: number is '+48792011672'
Oct 03 19:38:38 <dos1> ** (process:2677): DEBUG: number is '\u0018\x84\u0010'
Oct 03 19:38:39 <dos1> Segmentation fault
Oct 03 19:38:47 <dos1> in shr-contacts
Oct 03 19:38:58 <TAsn> in contacts?!
Oct 03 19:39:04 <TAsn> it shouldn't resolve in contact
Oct 03 19:39:08 <TAsn> please pastebin full dump.
Oct 03 19:39:14 <dos1> and in shr-messages
Oct 03 19:39:16 <dos1> ** (process:2687): DEBUG: result gave 1265 entries --> retrieving
Oct 03 19:39:23 <TAsn> and try to figure out what's wrong in this specific line.
Oct 03 19:39:24 <dos1> not optimal ;)
Oct 03 19:39:29 <dos1> and also segfaults
Oct 03 19:39:36 <TAsn> dos1, segfaults after that?
Oct 03 19:39:46 <dos1> ** (process:2687): DEBUG: result gave 1265 entries --> retrieving
Oct 03 19:39:48 <dos1> ** (process:2687): DEBUG: retrieve messagebook callback(error=0)
Oct 03 19:39:49 <dos1> ** (process:2687): DEBUG: processing entry
Oct 03 19:39:51 <dos1> ** (process:2687): DEBUG: processing entry
Oct 03 19:39:52 <dos1> ** (process:2687): DEBUG: processing entry
Oct 03 19:39:54 <dos1> Segmentation fault
Oct 03 19:40:10 <TAsn> weird.
Oct 03 19:40:15 <TAsn> will take a look later
Oct 03 19:41:02 <dos1> i have weird things in my opimd
Oct 03 19:41:21 <dos1> but it shouldn't segfault on for instance lack of phone field
Oct 03 19:41:22 <dos1> ;)
Oct 03 19:41:39 <dos1> contacts segfaults on #0  0x400dc138 in g_value_get_string () from /usr/lib/libgobject-2.0.so.0
Oct 03 19:41:47 <dos1> but i don't have efl2-dbg for more info
Oct 03 19:42:16 <dos1> installing
Oct 03 19:45:44 <TAsn> ok I know what's the problem
Oct 03 19:45:50 <TAsn> it's segaulting of let's say
Oct 03 19:45:54 <TAsn> lack of phone field :)
Oct 03 19:46:01 <TAsn> which relates to my suggestion from earlier today
Oct 03 19:46:04 <TAsn> phone and name
Oct 03 19:46:10 <TAsn> should be virtual fields
Oct 03 19:46:14 <TAsn> that must exist
Oct 03 19:46:21 <TAsn> but ok, I'll fix that soon.
Oct 03 19:46:30 <TAsn> remind me if you don't see a commit in 15 mins
Oct 03 19:47:06 <dos1> TAsn: why for?
Oct 03 19:47:45 <TAsn> because sometimes one may want to ask for the name
Oct 03 19:47:48 <TAsn> without caring with 
Oct 03 19:47:54 <TAsn> nick/first/last
Oct 03 19:48:02 <TAsn> but just a ready section
Oct 03 19:48:04 <TAsn> which you call name
Oct 03 19:48:10 <TAsn> and same for number
Oct 03 19:48:18 <dos1> name is the only one fields which should exist
Oct 03 19:48:26 <dos1> -s
Oct 03 19:48:35 <dos1> TAsn: http://pastebin.com/mae5eb92
Oct 03 19:48:37 <UberNeo> TAsn : i am still unable to remove pingus
Oct 03 19:49:10 <TAsn> dos1, I know what's wrong
Oct 03 19:49:15 <TAsn> the lack of name/number
Oct 03 19:49:18 <TAsn> will fix
Oct 03 19:49:25 <dos1> lack of number
Oct 03 19:49:34 <dos1> as all of my contacts have name AFAIR
Oct 03 19:52:36 <mrmoku> UberNeo: opkg list_installed | grep pingus
Oct 03 19:53:04 <UberNeo> it gives nothing
Oct 03 19:53:18 <mrmoku> then opkg thinks it is not installed...
Oct 03 19:53:20 <UberNeo> however i can run the pingus even now
Oct 03 19:54:52 <UberNeo> then hw to remove it
Oct 03 19:55:33 <mrmoku> UberNeo: install it first :P;
Oct 03 19:56:28 <UberNeo> i had installed it with opkg install http://build.shr-project.org/shr-unstable/ipk//om-gta02/pingus_0.7.2-r0_om-gta02.ipk
Oct 03 19:57:59 <dos1> why for URL?
Oct 03 19:58:02 <dos1> just opkg install pingus...
Oct 03 19:58:18 <UberNeo> shall i remove the /usr/share/pingus
Oct 03 19:58:18 <UberNeo> means delete the diretory /usr/share/pingus
Oct 03 20:02:22 <CIA-66> SHR: 03mok 07libframeworkd-phonegui-efl2 * r1d3f86f6c6d9 10/src/view/ (call-common.c call-common.h message-list-view.c): don't touch EFL in the wrong thread ;)
Oct 03 20:02:54 <mrmoku> UberNeo: reinstall it to let opkg know it is installed... then uninstall it
Oct 03 20:02:55 <dos1> TAsn: http://pastebin.com/m4c237138
Oct 03 20:03:02 <dos1> TAsn: that's shr-messages
Oct 03 20:05:41 <TAsn> dos1, probably the same thing.
Oct 03 20:05:46 <TAsn> I'll take a look soon :)
Oct 03 20:06:02 <TAsn> dos1, can I assume the existence of name?
Oct 03 20:06:08 <dos1> TAsn: yup
Oct 03 20:06:11 <dos1> TAsn: but not Phone
Oct 03 20:06:17 <dos1> and any other field
Oct 03 20:07:30 <TAsn> ok.
Oct 03 20:08:33 <TAsn> mrmoku, jsut to let you know
Oct 03 20:08:39 <TAsn> I'm making a change to make phonegui sane
Oct 03 20:08:44 <TAsn> it requires changes in efl
Oct 03 20:08:45 <TAsn> and efl2
Oct 03 20:08:53 <mrmoku> that is?
Oct 03 20:08:54 <TAsn> will do that as well.
Oct 03 20:09:02 <TAsn> you'll see *wink* ;]
Oct 03 20:09:09 <mrmoku> TAsn: pull first :P
Oct 03 20:09:14 <TAsn> damn you.
Oct 03 20:09:21 <TAsn> don't worry ;)
Oct 03 20:09:37 <TAsn> (though I'll probably forget when time comes)
Oct 03 20:10:00 <mrmoku> dos1: tell me about he merge=0 thing... recommended?
Oct 03 20:10:06 <mrmoku> +t
Oct 03 20:10:54 <dos1> mrmoku: it makes loading faster
Oct 03 20:11:38 <mrmoku> dos1: what does it (not) make then?
Oct 03 20:12:05 <mrmoku> dos1: merge one contact that is distributed in two backends?
Oct 03 20:12:09 <dos1> mrmoku: yup
Oct 03 20:12:19 <dos1> mrmoku: i don't think it's really needed in messages
Oct 03 20:12:23 * mrmoku does not need that and turns merging off ;)
Oct 03 20:14:31 <mrmoku> TAsn: looking add the add contact issue now
Oct 03 20:14:46 <TAsn> :)
Oct 03 20:14:47 <TAsn> cool.
Oct 03 20:17:38 <DocScrutinizer-8> hey guys 'n gals(? any?). wazzup?
Oct 03 20:21:12 <TAsn> mrmoku, ok, verifying it even compiles, if it does, I'll just assume it works (until I'll be able to build again :) )
Oct 03 20:21:31 <TAsn> but don't worry, I'll wait with pushing
Oct 03 20:21:50 <mrmoku> hmm... this add contact thing... needs thinking
Oct 03 20:22:12 <mrmoku> don't want to double the contact-list view ;)
Oct 03 20:24:56 <DocScrutinizer-8> could someone brief me on add contact issue please
Oct 03 20:25:09 <TAsn> mrmoku, exactly what I said
Oct 03 20:25:18 <TAsn> you should create a "widget"
Oct 03 20:25:29 <mrmoku> TAsn: but not as extreme as you want
Oct 03 20:25:30 <TAsn> and a couple of populating functions
Oct 03 20:25:31 <TAsn> and stuff
Oct 03 20:25:38 <TAsn> just a populating function
Oct 03 20:25:42 <mrmoku> it is basically just the genlist callbacks
Oct 03 20:25:53 <TAsn> and a return already made widget
Oct 03 20:25:54 <TAsn> function
Oct 03 20:25:55 <mrmoku> and populating function, yes
Oct 03 20:26:02 <TAsn> dos1, 
Oct 03 20:26:23 <TAsn> sender, content, direction and path
Oct 03 20:26:27 <TAsn> which are not a must?
Oct 03 20:26:33 <TAsn> and timestamp
Oct 03 20:26:56 <dos1> well, all of that are not must ;P
Oct 03 20:27:07 <TAsn> in a message, really?
Oct 03 20:27:08 <dos1> oh, path is must
Oct 03 20:27:14 <TAsn> ok, sec.
Oct 03 20:27:15 * TAsn hates dos.
Oct 03 20:27:17 <dos1> and in SMS - content, direction
Oct 03 20:27:27 <dos1> and sender or recipient
Oct 03 20:31:57 <TAsn> what about MessageRead?
Oct 03 20:32:44 <dos1> hmm
Oct 03 20:32:57 <dos1> yup, it rather should be
Oct 03 20:33:03 <dos1> but don't segfault when it isn't please!
Oct 03 20:33:05 <dos1> :D
Oct 03 20:34:09 <TAsn> ok
Oct 03 20:34:15 <TAsn> fixed everything (hopefully)
Oct 03 20:34:26 <TAsn> can't push though as I made some more intrusive changes I want to verify before
Oct 03 20:46:21 <TAsn> lol today I'm doing almost everything with sed
Oct 03 20:46:48 <TAsn> writing a lot of code
Oct 03 20:46:52 <TAsn> using sed alone
Oct 03 20:46:53 <TAsn> actually
Oct 03 20:46:57 <TAsn> did that yesterday as well
Oct 03 20:46:58 <TAsn> :)
Oct 03 20:47:08 <TAsn> I can take a news report and sed it until it compiles ;]
Oct 03 20:47:16 <TAsn> (with regex)
Oct 03 20:51:51 <TAsn> dos1, just to make sure I fixed your bug
Oct 03 20:51:57 <TAsn> those fields I showed eralier
Oct 03 20:51:59 <TAsn> earlier
Oct 03 20:52:05 <TAsn> you have contacts without some of them
Oct 03 20:52:06 <TAsn> right?
Oct 03 20:52:21 <TAsn> I mean, that's the bug, right?
Oct 03 20:54:06 <mrmoku> TAsn: as your changes will conflict with mine... going to bed now :P
Oct 03 20:54:23 <mrmoku> waiting for you to finish the regexing
Oct 03 20:54:47 <mrmoku> dos1: IIRC you did some sketchups for screens... for contact list too?
Oct 03 20:54:59 <dos1> mrmoku: yup
Oct 03 20:55:39 <mrmoku> ahh... found it :)
Oct 03 20:56:23 <TAsn> mrmoku, I'm done
Oct 03 20:56:30 <TAsn> and they won't conflict
Oct 03 20:56:33 <TAsn> I'm adding stuff to phonegui
Oct 03 20:56:36 <TAsn> not efl2
Oct 03 20:56:44 <mrmoku> ok
Oct 03 20:56:45 <TAsn> efl2 won't conflict as I only changed minor stuff there.
Oct 03 20:56:52 <mrmoku> going to bed anyway ;)
Oct 03 20:56:53 <TAsn> will push in a sec
Oct 03 20:56:56 <TAsn> mrmoku, ciao :)
Oct 03 20:57:15 <mrmoku> dos1: your sketchup does not say how to handle multiple phone numbers...
Oct 03 20:57:16 <spaetz> night, mrmoku
Oct 03 20:57:24 <dos1> mrmoku: heh, right
Oct 03 20:57:31 <dos1> mrmoku: you can look at opimd-contacts
Oct 03 20:57:43 <mrmoku> ok, will install that tomorrow then :)
Oct 03 20:57:46 <mrmoku> night all
Oct 03 20:57:49 <TAsn> mrmoku, shouldn't be that hard to add it to efl2
Oct 03 20:57:50 <dos1> there is some handling
Oct 03 20:57:56 <TAsn> (what he has in opimd-contacts)
Oct 03 21:08:12 <CIA-66> SHR: 03tom 07libframeworkd-phonegui-efl2 * re30d56a4bed0 10/src/view/ (contact-list-view.c message-list-view.c): hopefully fixed dos's issues
Oct 03 21:08:13 <CIA-66> SHR: 03tom 07libframeworkd-phonegui-efl2 * r1cea86e0630a 10/src/view/ (4 files): changed the include of phonegui to the correct one
Oct 03 21:08:13 <CIA-66> SHR: 03tom 07libframeworkd-phonegui-efl2 * r86545cecc4d3 10/src/view/ (contact-list-view.c message-list-view.c): fixed a couple of missing ; and wrong names, now it compiles
Oct 03 21:08:13 <CIA-66> SHR: 03tom 07libframeworkd-phonegui-efl2 * rfb1c6fce851f 10/src/view/ (call-common.c call-common.h message-list-view.c): Merge branch 'master' of git+ssh://shr.bearstech.com/libframeworkd-phonegui-efl2
Oct 03 21:13:13 <dos1> TAsn: http://tinderbox.openembedded.net/public/logs/task/3085202.txt
Oct 03 21:13:26 <dos1> i have libframeworkd-phonegui built
Oct 03 21:36:20 <CIA-66> SHR: 03tom 07shr * ra97403c1c268 10/ophonekitd/src/ (4 files): removed the ugly phonegui hacks from ophonekitd
Oct 03 21:36:21 <CIA-66> SHR: 03tom 07shr * r886772dfcd5d 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added a segfault defense to phonegui
Oct 03 21:36:22 <CIA-66> SHR: 03tom 07shr * r0b568e05753f 10/libframeworkd-phonegui/src/ (4 files): added a new utility header that will be used by functions using phonegui and added to the general phonegui usage prototypes so there won't be a need for hacks like in ophonekitd
Oct 03 21:36:23 <CIA-66> SHR: 03tom 07shr * r7225fb8ff191 10/libframeworkd-phonegui-efl/src/view/ (dialog-view.c message-list-view.c message-show-view.c): changed the include of phonegui to the correct one
Oct 03 21:36:26 <CIA-66> SHR: 03tom 07shr * rd6b70aeced7d 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): fixed the header and functions to the correct way and removed an unneeded include
Oct 03 21:36:31 <CIA-66> SHR: 03tom 07shr * rb5e486f96474 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: fixed a typo that caused it not to compile
Oct 03 21:36:34 <CIA-66> SHR: 03tom 07shr * r494dcfb0c739 10/ (12 files in 3 dirs): removed the ugly phonegui hacks from shr-* as well
Oct 03 21:36:38 <CIA-66> SHR: 03tom 07shr * r97f8ac9f02d4 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added contacts_new_show to phonegui
Oct 03 21:42:30 <CIA-66> SHR: 03tom 07shr * r19f6e6decbc6 10/libframeworkd-phonegui/TODO: Added a TODO to phonegui
Oct 03 21:42:44 <TAsn> ffs
Oct 03 21:42:58 <TAsn> because of enlightenment I can't really test phonegui and efl2 and all the changes I made.
Oct 03 21:43:04 <TAsn> :|
Oct 03 22:05:14 <CIA-66> SHR: 03tom 07shr * rcaeef60c930c 10/libframeworkd-phonegui/src/ (4 files): split phonegui.c to another file so utility functions will be split
Oct 03 23:12:15 <DocScrutinizer-8> TAsn: ping
Oct 03 23:12:25 <TAsn> DocScrutinizer-8, pong.
Oct 03 23:13:45 <DocScrutinizer-8> TAsn: after thoroughly thinking it all over, I made up my mind to think it's a rather cool idea to have regex expressions for NP and IP
Oct 03 23:14:09 <TAsn> :)
Oct 03 23:14:10 <TAsn> hehe :)
Oct 03 23:14:53 <TAsn> btw is there a restriction on NP or IP?
Oct 03 23:14:57 <TAsn> i.e only numbers?
Oct 03 23:15:00 <TAsn> or something?
Oct 03 23:15:16 <DocScrutinizer-8> you actually might have different "international prefixes" in your contacts
Oct 03 23:15:39 <DocScrutinizer-8> no restrictions generally
Oct 03 23:15:57 <DocScrutinizer-8> in fact it usually is only numbers
Oct 03 23:16:36 <DocScrutinizer-8> but valid numbers for GSM are 0..9, A, B, C, D, *, #
Oct 03 23:17:24 <TAsn> ok, I'll try to remember that ;) (for regex escaping)
Oct 03 23:17:27 <TAsn> and validation
Oct 03 23:17:37 <DocScrutinizer-8> yep
Oct 03 23:17:40 <DocScrutinizer-8> good
Oct 03 23:20:18 <DocScrutinizer-8> TAsn: e.g. you could have numbers in your contacts like "*31#0049 911 345345"
Oct 03 23:20:45 <TAsn> which will mean?
Oct 03 23:20:46 <DocScrutinizer-8> to always enable CLIR when dialing that number 
Oct 03 23:21:22 <DocScrutinizer-8> or always use call-by-call provider:
Oct 03 23:22:00 <DocScrutinizer-8> 0049 8001441 911 345345
Oct 03 23:22:36 <DocScrutinizer-8> an inbound call still would show up as
Oct 03 23:22:50 <DocScrutinizer-8> +49 911 346345
Oct 03 23:24:53 <DocScrutinizer-8> TAsn: I'll augment my bashscript example (the sed regex) to cope with that
Oct 03 23:25:23 <DocScrutinizer-8> TAsn: I'll ping you when finished
Oct 03 23:25:26 <TAsn> cool. I'd like seeing that. :)
Oct 03 23:25:28 <TAsn> thanks.
Oct 04 01:08:50 <TAsn> raster, what happened to e's svn?
Oct 04 01:08:51 <TAsn> :|
Oct 04 01:36:31 <cz_jc> DocScrutinizer, hi, are you joerg ?
Oct 04 01:36:52 <cz_jc> DocScrutinizer-8, or you XD
Oct 04 01:37:09 <cz_jc> just asking because I just saw that name in avr-libc stdio demo :)
Oct 04 02:41:54 <blindcoder> morning
**** ENDING LOGGING AT Sun Oct 04 02:59:56 2009