**** BEGIN LOGGING AT Mon Dec 07 02:59:57 2009
Dec 07 05:12:28 <playya> moin
Dec 07 07:01:53 <TAsn> mrmoku, GOOD WAVES :P
Dec 07 07:01:57 <TAsn> super cold
Dec 07 07:01:59 <TAsn> super early
Dec 07 07:02:05 <TAsn> got up at 5:40 :P
Dec 07 07:02:24 <TAsn> just came home for a quick shower :P
Dec 07 07:04:19 <mrmoku> hehe
Dec 07 07:04:36 <mrmoku> so you got a free mind to think while working :P
Dec 07 07:11:11 <TAsn> yeah :P
Dec 07 07:11:19 <TAsn> I'll code the complete type support in my head
Dec 07 07:11:21 <TAsn> :P
Dec 07 07:15:56 <blindcoder> mornin'
Dec 07 07:37:59 <spaetz> morning
Dec 07 07:39:16 <spaetz> mmh, I think shr-testing should get a different boot screen by default, to differentiate itself
Dec 07 07:39:23 <spaetz> I never know what I booted :)
Dec 07 07:41:00 <mrmoku> spaetz: logo boot
Dec 07 07:41:16 <spaetz> logo boot sounds good
Dec 07 07:42:43 <spaetz> do I have to change the preferences in the bb recipes?
Dec 07 07:42:59 <spaetz> or can I specify the preference in some config file?
Dec 07 07:43:04 <spaetz> mmh, looking
Dec 07 07:43:28 <spaetz> mrmoku: BTW, updated lite image, now compiling full image on buildhost
Dec 07 07:43:41 <spaetz> to be released -testing from a Dec 4 snapshot
Dec 07 07:44:02 <spaetz> and I'll have to ask TAsn what I have to do in order to get shr-wizard in...
Dec 07 07:50:39 <mrmoku> spaetz: apart from the wizard... TAsn had a report that mokomaze does not work... and I remember that it is missing some sdl image thing as dependency
Dec 07 07:50:52 <mrmoku> which will happen, when you install the lite image and then manually mokomaze
Dec 07 07:53:42 <spaetz> mrmoku: ohh, good to know, I'll make sure to check that
Dec 07 07:54:00 <spaetz> is the recipe fixed now?
Dec 07 07:56:07 <spaetz> I really wished, the lock screen wouldn't set in while in an active call.
Dec 07 07:56:16 <spaetz> anging up takes way too long.
Dec 07 07:57:10 <blindcoder> what about adding a 'hangup' slider?
Dec 07 07:57:15 <blindcoder> as well as maybe an 'accept' slider?
Dec 07 07:57:24 <spaetz> blindcoder: +1
Dec 07 07:57:25 <blindcoder> since accepting also takes way too long :P
Dec 07 07:57:33 <spaetz> bt I know that TAsn was against it
Dec 07 07:57:48 <spaetz> blindcoder: agree
Dec 07 07:57:48 <blindcoder> that's what we got config files for?
Dec 07 08:01:04 <Q-Master> morning guys!
Dec 07 08:12:21 <Wonka> ERROR: '/home/w/OM/SHR/build/shr-unstable/openembedded/recipes/shr/libphone-ui-shr_git.bb' failed
Dec 07 08:12:35 <Wonka> view/quick-settings-view.c:417: error: implicit declaration of function 'phoneui_utils_sound_profile_set'
Dec 07 08:13:26 <JaMa> spaetz: compatibility-providers.conf sent to oe-devel yesterday.. if you want to reresolve fso-apm with provider i can push it to shr/merge now
Dec 07 08:14:48 <Wonka> also, "opkg install http://www.opkg.org/packages/gwaterpas_0.3.1_armv4t.ipk" segfaults...
Dec 07 08:17:11 <spaetz_> mmh
Dec 07 08:17:26 * spaetz_ doesn't get the ALTERNATIVES_PRIORITY stuff
Dec 07 08:17:56 <spaetz_> imho logo splash already has a higher priority than tux splash
Dec 07 08:18:07 <spaetz_> it seems that I need a prefered provider or sth like that
Dec 07 08:20:51 <spaetz_> and we already have PREFERRED_PROVIDER_virtual/shr-splash-theme = "shr-splash-theme-logo"
Dec 07 08:21:05 <spaetz_> in shr.conf which doesn't seem to get picked up either
Dec 07 08:24:52 <spaetz_> doh, our recipe has RPROVIDES=virtual/... which might be wrong
Dec 07 08:25:04 <spaetz_> I think it must be PROVIDES=virtual/...
Dec 07 08:29:15 <spaetz_> no
Dec 07 08:29:18 <spaetz_> puzzled
Dec 07 09:14:31 <Wonka> by the way... anyone got an idea what this is about and how to get rid of it?
Dec 07 09:14:33 <Wonka> error: pathspec 'shr/testing2009' did not match any file(s) known to git.
Dec 07 09:14:40 <Wonka> happens on "make update"
Dec 07 09:31:51 <[Rui]> hi
Dec 07 10:43:44 <mrmoku> mickey|office: ping
Dec 07 10:43:53 <mrmoku> mickey|office: it is time that we put a toolchain online
Dec 07 10:44:03 <mrmoku> mickey|office: what would be the best base for it?
Dec 07 10:44:33 <mickey|office> morning
Dec 07 10:44:37 <mickey|office> what do you mean by "base" ?
Dec 07 10:44:40 <mickey|office> distro?
Dec 07 10:44:43 <mrmoku> no task
Dec 07 10:44:46 <mickey|office> ah
Dec 07 10:44:49 <mrmoku> task-openmoko-toolchain-host
Dec 07 10:44:59 <mrmoku> but that does not build
Dec 07 10:45:09 <sybren> good morning
Dec 07 10:45:20 <mickey|office> well, you want something that drags in all the libraries people typically are using on SHR
Dec 07 10:45:27 <mickey|office> so, I'd create a new task
Dec 07 10:45:43 <mickey|office> that depends on all the dev packages you want
Dec 07 10:45:51 <sybren> I have a conflict between libvorbis0 and libvorbis... libvorbis is already installed, but 'opkg upgrade' wants to install libvorbis0 as well
Dec 07 10:46:02 <mrmoku> yeah, but is there one that I can copy to have a start that does things the correct way?
Dec 07 10:46:18 <TAsn> I'm such an idiot.
Dec 07 10:46:22 <mrmoku> well... probably I should just try and play
Dec 07 10:47:10 <TAsn> blindcoder, accept slider: remind me tonight :P
Dec 07 10:47:20 <[Rui]> sybren: opkg remove --force-depends libvorbis ; opkg install libvorbis0
Dec 07 10:47:40 <mrmoku> TAsn: went to work though you have off today? :P
Dec 07 10:47:41 <mickey|office> mrmoku: start with task-sdk-openmoko-host
Dec 07 10:47:45 <mickey|office> remove the openmoko stuff
Dec 07 10:47:49 <mickey|office> and check whether it builds so far
Dec 07 10:48:01 <mrmoku> mickey|office: good that is what I needed :)
Dec 07 10:48:02 <mrmoku> thanks
Dec 07 10:48:09 <TAsn> mrmoku, went to work
Dec 07 10:48:17 <TAsn> and then heard the late morning wave report
Dec 07 10:48:24 <TAsn> and told em there's no way I'm staying :P
Dec 07 10:48:26 <mickey|office> (err openmoko-toolchain-host, that is)
Dec 07 10:48:28 <TAsn> and took half a day off.
Dec 07 10:48:31 <TAsn> anyhow, gtg surfing
Dec 07 10:48:32 <TAsn> ciaoo.
Dec 07 10:48:35 <mickey|office> have fun
Dec 07 10:48:39 <TAsn> thanks.
Dec 07 10:48:41 <TAsn> btw,
Dec 07 10:49:04 <TAsn> idiot: installed i binary incompatible lib (and forgot about it) and after a reboot today I didn't have a phone :P
Dec 07 10:49:14 <TAsn> ciao.
Dec 07 10:49:37 <[Rui]> TAsn: surfing? nice :) ciao
Dec 07 11:01:24 <sybren> [Rui]: thanks
Dec 07 11:01:38 <[Rui]> sybren: you're welcome :)
Dec 07 11:15:04 <[Rui]> oh ho... 2009.12.07 11:14:28.110290 [libphone-ui]	: Loading /usr/lib/phoneui/modules/shr.so failed: libecore_evas-ver-pre-svn-04.so.0: cannot open shared object file: No such file or directory
Dec 07 11:16:51 <[Rui]> ah ok, it's because of my local build...
Dec 07 11:25:34 <sybren> I just updated and now my contacts app only shows one recently added contact. None of my on-SIM contacts are shown.
Dec 07 11:27:58 <sybren> not using the SIM for contacts is fine by me, but how do I get my contacts from my SIM to the sqlite DB?
Dec 07 11:29:22 <Heinervdm> ~seen morphis
Dec 07 11:29:23 <apt> morphis <n=quassel@p5489E067.dip.t-dialin.net> was last seen on IRC in channel #openmoko-cdevel, 2d 16h 7m 36s ago, saying: 'playya_: but there are no big blockers (except modem) '.
Dec 07 11:30:11 <[Rui]> sybren: sometimes that happens, but after some time all show up again
Dec 07 11:30:29 <sybren> [Rui]: I think it's a different issue - I never got the SIM auth popup
Dec 07 11:31:05 <[Rui]> sybren: oh you haven't got it as well?
Dec 07 11:31:30 <sybren> [Rui]: in shr-settings -> phone: I can't turn on the GSM antenna, the slider pops back to 'off'
Dec 07 11:31:38 <[Rui]> sybren: I didn't but then I had a locally built libphone-ui-shr linked against an older EFL
Dec 07 11:31:46 <[Rui]> after fixing that, it's just rebooted and I'm waiting
Dec 07 11:32:01 <sybren> I have nothing built locally
Dec 07 11:32:29 <[Rui]> ok here's pin dialog
Dec 07 11:32:53 <[Rui]> and GSM is on....
Dec 07 11:32:57 <sybren> my phonefsod bugs out
Dec 07 11:32:58 <sybren> 2009.12.07 12:32:45.789507 [phonefsod]   Request GSM resource
Dec 07 11:32:58 <sybren> 2009.12.07 12:32:45.801820 [phonefsod]   _request_resource_callback()
Dec 07 11:32:58 <sybren> 2009.12.07 12:32:45.802262 [phonefsod]   request resource error, try again in 1s
Dec 07 11:33:00 <[Rui]> this is a freshly updated SHR-u
Dec 07 11:33:01 <sybren> 2009.12.07 12:32:45.802622 [phonefsod]   error: TODO org.freesmartphone.Usage.UserExists org.freesmartphone.Usage -6
Dec 07 11:33:22 <sybren> for me it is too
Dec 07 11:33:47 <sybren> but I have to go, I'll try a reboot and if that doesn't work I'm just not reachable via GSM for the next couple of hours
Dec 07 11:35:11 <[Rui]> sybren: C ya
Dec 07 11:39:07 <pbaxter> hi all
Dec 07 12:01:38 <CIA-53> freesmartphone.org: 03mok 07libframeworkd-glib * r254c62bfb3ed 10/ (4 files in 3 dirs): 
Dec 07 12:01:38 <CIA-53> freesmartphone.org: fix preferences
Dec 07 12:01:38 <CIA-53> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Dec 07 13:07:56 <spaetz> ok, I figured out how make the preferred provider for the boot splash work...
Dec 07 13:08:14 <spaetz> shr-testing will be going for the logo-one. Does shr-unstable want to keep tux?
Dec 07 13:22:21 <mrmoku> spaetz: probably unstable should switch too... dunno
Dec 07 13:22:35 <mrmoku> spaetz: it came by accident and nobody cared :P
Dec 07 13:24:57 <spaetz> I know, I had to figure out why it doesn't work
Dec 07 13:25:04 <spaetz> weird stuff
Dec 07 13:25:28 <spaetz> if unstable switches to logo, then testing uses niebie splash. no problem
Dec 07 13:25:40 <spaetz> I just want sth different to make it clear what you boot :)
Dec 07 13:25:54 <JesusMcCloud> !logs
Dec 07 13:25:55 <cdbot2> Channel logs for #openmoko-cdevel are archived at:
Dec 07 13:25:56 <cdbot2> http://hentges.net/tmp/logs/irc/%23openmoko-cdevel
Dec 07 13:25:57 <cdbot2> Live-logs are available at
Dec 07 13:25:59 <cdbot2> http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog
Dec 07 13:26:01 <cdbot2> See ?? help-logs for usage instructions
Dec 07 13:26:09 <spaetz> JesusMcCloud: see the topic, it has a log link :)
Dec 07 13:26:09 <mrmoku> spaetz: well... we can leave unstable as is then
Dec 07 13:26:31 <spaetz> mrmoku: if I make the selection stuff working, you'll get the logo, as that is what is specified in shr.conf :)
Dec 07 13:26:37 <spaetz> it just never worked :)
Dec 07 13:26:45 <spaetz> that's why I asking what you want
Dec 07 13:26:51 <spaetz> I don't care
Dec 07 13:27:24 <spaetz> BTW, I just filed a trac ticket
Dec 07 13:27:48 <spaetz> I think we should alias "opkg" to" fsoraw -r CPU -- opkg" in /etc/bashrc or wherever
Dec 07 13:27:53 * mrmoku cares neither :P
Dec 07 13:28:00 <mrmoku> ohh
Dec 07 13:28:02 <spaetz> suspending while upgrading is really annoying
Dec 07 13:28:03 <mrmoku> that is a good idea :)
Dec 07 13:28:20 <spaetz> and WIFI breaks and stuff
Dec 07 13:28:53 <spaetz> I noticed that fsoraw is not in the -lite image though
Dec 07 13:29:01 <mrmoku> bad :(
Dec 07 13:29:06 <mrmoku> it should be
Dec 07 13:29:07 <spaetz> I think fso2-compliance task should pull it in.
Dec 07 13:29:18 <mrmoku> yep, add it there
Dec 07 13:29:20 <spaetz> what pulls it in?
Dec 07 13:29:23 <spaetz> ok, will do
Dec 07 13:29:29 <mrmoku> and what is missing there too is connman-plugin-udhcpd
Dec 07 13:30:26 <spaetz> "task-shr-minimal-fso" -> "fsoraw"
Dec 07 13:30:28 <spaetz> mmmh
Dec 07 13:30:45 <mrmoku> hmm
Dec 07 13:30:57 <mrmoku> thinking about it... don't know if it is fso2-compliance
Dec 07 13:30:57 <[Rui]> TAsn, how were the waves? :)
Dec 07 13:30:59 <spaetz> it should be in there
Dec 07 13:31:15 <mrmoku> [Rui]: he took half day off to continue surfing :P
Dec 07 13:31:18 <spaetz> but it got pulled in for me lateron when I installed something.
Dec 07 13:31:23 <mrmoku> so he probably is still on the waves
Dec 07 13:31:35 <spaetz> ok, will fix the splash screen selection now.
Dec 07 13:34:08 <mrmoku> recipes/mokomaze/mokomaze_0.5.5.bb:RDEPENDS_shr += "fsoraw"
Dec 07 13:34:13 <mrmoku> spaetz: mokomaze depends on it
Dec 07 13:34:55 <mrmoku> and navit depends on it too
Dec 07 13:36:21 <spaetz> right, it got pulled in when I installed mokomaze
Dec 07 13:36:43 <Wonka> ERROR: Build of /home/w/OM/SHR/build/shr-unstable/openembedded/recipes/shr/libphone-ui-shr_git.bb do_compile failed
Dec 07 13:36:50 <Wonka> view/quick-settings-view.c: In function 'on_phone_profile_set':
Dec 07 13:36:50 <Wonka> view/quick-settings-view.c:417: error: implicit declaration of function 'phoneui_utils_sound_profile_set'
Dec 07 13:36:58 <spaetz> and you are right, mokomaze does not start as it can't load png files
Dec 07 13:37:40 <Wonka> any ideas?
Dec 07 13:43:23 <mrmoku> [Rui]: ^^ :)
Dec 07 13:45:20 <[Rui]> mrmoku, that was tasn's doing
Dec 07 13:46:27 <[Rui]> mrmoku, I don't push unless I can make a package
Dec 07 13:47:04 <mrmoku> hehe
Dec 07 13:47:10 <mrmoku> TAsn: ping ;)
Dec 07 13:47:22 <mrmoku> TAsn: jump of the board :P
Dec 07 13:47:35 <[Rui]> mrmoku, you can safely revert that change
Dec 07 13:48:20 <[Rui]> he just replaced my placeholder with another one that doesn't exist yet
Dec 07 13:49:56 <mrmoku> ok reverted
Dec 07 13:50:13 <mrmoku> Wonka: should build again now
Dec 07 13:50:13 <CIA-53> SHR: 03mok 07libphone-ui-shr * rb36f722c03a7 10/src/view/quick-settings-view.c: Revert "Added a quick POC for profile_set, leaving the rest to Rui."
Dec 07 13:50:19 <[Rui]> bbl
Dec 07 13:53:18 <Wonka> mrmoku: yep, compiles. thx.
Dec 07 13:56:31 <CIA-53> freesmartphone.org: 03mok 07libframeworkd-glib * r2dc865d1364d 10/src/Makefile.am: 
Dec 07 13:56:31 <CIA-53> freesmartphone.org: add opimd-calls stuff in Makefile.am
Dec 07 13:56:31 <CIA-53> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Dec 07 14:02:34 <spaetz> mrmoku: shr-testing lite image really doesn't contain fsoraw
Dec 07 14:02:42 <spaetz> so something clearly does not work here...
Dec 07 14:04:16 <mrmoku> spaetz: is task-shr-minimal-fso included?
Dec 07 14:09:44 <spaetz> mrmoku: nope
Dec 07 14:10:22 <spaetz> -base -gtk -cli -x -audio -apps are there, though
Dec 07 14:12:35 <spaetz> info gained through searching /usr/lib/opkg/status in a lite.tar.gz
Dec 07 14:13:58 <mrmoku> hmm
Dec 07 14:14:30 <mrmoku> spaetz: it contains just 4 packages
Dec 07 14:14:38 <mrmoku> guess one did not build
Dec 07 14:16:31 <spaetz> I'll have to check the log. But shouldn't the image creation process bail out if it fails?
Dec 07 14:16:56 <spaetz> and do we still need python-codecs and python-gst in our minimal-fso stuff?
Dec 07 14:18:36 <spaetz> This was when framework played ringtones through python, IIRC
Dec 07 14:18:55 <spaetz> but libcanberra and aplay don't require python audio stuff
Dec 07 14:19:17 <mrmoku> yeah, guess it can (and should) be dropped
Dec 07 14:19:56 <liori> who is the admin of trac.shr-project.org?
Dec 07 14:20:34 <mrmoku> liori: depends on what part... some things I can do
Dec 07 14:20:43 <mrmoku> (and spaetz too me thinks)
Dec 07 14:21:30 <liori> mrmoku: i resetted my password and now after I log in I get infinite redirection loop on all pages
Dec 07 14:21:49 <mrmoku> ohh the infinite redirectin loop :(
Dec 07 14:21:56 <mrmoku> if somebody would only fix that :|
Dec 07 14:22:04 <liori> seems like http://trac-hacks.org/ticket/3233, but I don't know if you do use this plugin
Dec 07 14:22:16 <liori> (there are workarounds described there)
Dec 07 14:24:32 <mrmoku> liori: heh, lots of people interested in that ticket :P
Dec 07 14:24:56 <mrmoku> Ainulindale: http://trac-hacks.org/ticket/3233 does that apply to us?
Dec 07 14:25:57 <mrmoku> liori: I can delete you... and you can try to recreate an account from scratch
Dec 07 14:26:06 <mrmoku> liori: but I don't have the powers to patch our trac
Dec 07 14:26:13 <liori> mrmoku: ok
Dec 07 14:26:31 <mrmoku> liori: want me to delete you?
Dec 07 14:26:38 <liori> mrmoku: yes
Dec 07 14:27:44 <mrmoku> liori: ok, done... good luck in recreation
Dec 07 14:27:48 <liori> thank you
Dec 07 14:27:52 <mrmoku> np, sorry
Dec 07 14:28:03 <mrmoku> we should really get that fixed :|
Dec 07 14:28:16 <spaetz> yep
Dec 07 14:28:24 <spaetz> and we want git integration into trac :)
Dec 07 14:28:30 <spaetz> there's a git plugin
Dec 07 14:28:32 <mrmoku> ohhh
Dec 07 14:28:33 <mrmoku> yes 
Dec 07 14:28:36 <mrmoku> we want that :D
Dec 07 14:34:31 <spaetz> alias opkg="fsoraw -r CPU -- opkg"
Dec 07 14:34:37 <TAsn> phew
Dec 07 14:34:38 <spaetz> this works wonderfully
Dec 07 14:34:39 <TAsn> nice waves.
Dec 07 14:34:45 <TAsn> mrmoku, pong.
Dec 07 14:34:57 <spaetz> so, once fsoraw really is on the FR by default, we should add that.
Dec 07 14:35:27 <TAsn> spaetz, this can't work wonderfully
Dec 07 14:35:32 <TAsn> as if you install fsodevicd
Dec 07 14:35:38 <TAsn> and it restart
Dec 07 14:35:38 <TAsn> s
Dec 07 14:35:44 <TAsn> you'll still get a restart
Dec 07 14:36:02 <spaetz> that is true, but it's a fsodeived flaw :-)
Dec 07 14:36:16 <TAsn> *restart = suspend ;P
Dec 07 14:37:03 <spaetz> restarting fsodeviced loses most of the important resources, like CPU and Display...
Dec 07 14:37:18 <JesusMcCloud> spaetz, whats the state of shr testing? (my current unstalbe works flawlessly except wifi and i am looking for an image where EVERYTHING works
Dec 07 14:37:55 <spaetz> shr-testing is shr-unstable but a few days behind and not auto-recreated on all crap commits :)
Dec 07 14:37:58 <TAsn> mrmoku, btw, did you add the ListFieldsWithType new dbus method dos1 added?
Dec 07 14:38:16 <spaetz> wifi works fine on my shr-testing, but it cannot provide things that shr-unstable also cannot provide
Dec 07 14:38:56 <TAsn> food.
Dec 07 14:38:57 <TAsn> brb
Dec 07 14:39:03 <spaetz> I mean, I can pick fixes from -unstable. But if mokonnect fails to work in the latest version there is nothing I can do about it
Dec 07 14:39:09 <liori> do you collect statistics like which package versions are in which images?
Dec 07 14:39:36 <spaetz> no
Dec 07 14:39:49 <JesusMcCloud> hmmm
Dec 07 14:40:00 <spaetz> we are hardly enough people to actually create image versions, so no efforts to collect stats
Dec 07 14:40:00 <JesusMcCloud> i dont want to break my phone
Dec 07 14:40:32 <spaetz> JesusMcCloud: all I can say is that I test shr-testing before I push an upgrade, but I can do only so much testing...
Dec 07 14:40:45 <spaetz> I make and receive calls and see if I can connect to my home WLAN
Dec 07 14:43:41 <JesusMcCloud> spaetz, well that is einough tsting forme... (the volume saving issue si resolved, right?)
Dec 07 14:46:15 <spaetz> it was not in the original -testing. I just upgraded it an hour ago, not sure if saving works there.
Dec 07 14:46:39 <spaetz> That's the flip side of the coin: tested and stable != on the edge versions.
Dec 07 14:46:50 <spaetz> Basically, I have the shr* stuff from December 4
Dec 07 14:57:31 <spaetz> dammit, somehow the splash selection thingie did not work out. fuck
Dec 07 14:59:48 * mwester gets the soap.
Dec 07 15:00:12 <spaetz> oh no. not the soap
Dec 07 15:00:14 <spaetz> !!
Dec 07 15:00:46 * mwester has a horrible flashback to his youth:  "Well then  young man, you just watch your mouth!"
Dec 07 15:01:13 <spaetz> hehe
Dec 07 15:01:14 <mwester> Soap does not taste good. :D
Dec 07 15:01:52 <spaetz> No sir. I promise to behave properly now, sir.
Dec 07 15:02:05 <spaetz> :)
Dec 07 15:03:22 <CIA-53> freesmartphone.org: 03mok 07libframeworkd-glib * r112e3d1fee6f 10/src/ (frameworkd-glib-dbus.c opimd/frameworkd-glib-opimd-calls.h): 
Dec 07 15:03:22 <CIA-53> freesmartphone.org: fix typo when registering to NewMissedCalls and sanitize debugs
Dec 07 15:03:22 <CIA-53> freesmartphone.org: removed a bogus comment too
Dec 07 15:03:22 <CIA-53> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Dec 07 15:04:32 <mrmoku> watch it... or wash it... seems like a fair deal ;)
Dec 07 15:05:21 <spaetz> mrmoku: how do I build gta01 images=
Dec 07 15:05:23 <spaetz> ?
Dec 07 15:05:34 <mrmoku> spaetz: change machine in conf/auto.conf
Dec 07 15:05:51 <spaetz> do I need to wipe tmp or anything?
Dec 07 15:05:57 <mrmoku> noooo
Dec 07 15:06:02 <spaetz> Or can I jsut reuse the same build dir
Dec 07 15:06:10 <mrmoku> it will just build the machine dependent stuff
Dec 07 15:06:10 <spaetz> ok, that's an answer too :)
Dec 07 15:06:15 <mrmoku> and that goes to an extra directory
Dec 07 15:06:15 <spaetz> ok
Dec 07 15:09:29 <TAsn> mrmoku, pong #2
Dec 07 15:11:46 <mrmoku> TAsn: food finished?
Dec 07 15:11:59 <TAsn> unfortunately :P
Dec 07 15:12:37 <mrmoku> well... surf less... work more... gives you more money for food
Dec 07 15:12:44 <TAsn> :P
Dec 07 15:12:46 <mrmoku> on the other hand you won't be *that* hungry then ;)
Dec 07 15:13:02 <TAsn> yeah :P
Dec 07 15:13:05 <mrmoku> (might depend on your work though)
Dec 07 15:13:11 <TAsn> man, the water were cold. :P
Dec 07 15:13:27 <mrmoku> as usual in december ;)
Dec 07 15:13:41 <TAsn> probably :P
Dec 07 15:13:52 <mrmoku> no, I did not yet add this new thing
Dec 07 15:13:55 <TAsn> can't wait to see how it'll be in january :P
Dec 07 15:13:56 <mrmoku> but I fixed the rest
Dec 07 15:14:01 <TAsn> mrmoku, sweet.
Dec 07 15:14:14 <TAsn> I removed all the tel: crap
Dec 07 15:14:21 <TAsn> will test it in a moment.
Dec 07 15:15:28 <TAsn> actually, can't.
Dec 07 15:15:49 <TAsn> Gotta build e first ;(
Dec 07 15:16:09 <spaetz> when is the s/tel:// transition?
Dec 07 15:16:24 <spaetz> and will opimd handle the transition or do I need to run a cleanup script?
Dec 07 15:16:33 <TAsn> spaetz, at the moment I verify it works.
Dec 07 15:16:37 <TAsn> spaetz, there'll be a script
Dec 07 15:16:44 <TAsn> (dos is writing it)
Dec 07 15:16:52 <TAsn> the script will be in postinst
Dec 07 15:17:04 <spaetz> ok, I think it should be included in opimd for a few revisions, so that users automatically get rid of that
Dec 07 15:17:10 <spaetz> ahh, good
Dec 07 15:17:14 <spaetz> postinst is good
Dec 07 15:17:53 <TAsn> already sent an email to all the developers of opimd using apps
Dec 07 15:17:57 <TAsn> including PISI
Dec 07 15:18:16 <mrmoku> TAsn: hmm... did he add that new thing to the API? can't find it...
Dec 07 15:18:28 <TAsn> mrmoku, docs? probably not.
Dec 07 15:18:34 <TAsn> though it is there.
Dec 07 15:18:36 <TAsn> in code.
Dec 07 15:18:39 <TAsn> :P
Dec 07 15:18:49 <TAsn> mrmoku, it's ok, wait until he gets back here
Dec 07 15:18:50 <TAsn> I have time
Dec 07 15:18:59 <TAsn> going to rest a bit until it finishes building e17 here :P
Dec 07 15:19:07 <TAsn> (to test tel)
Dec 07 15:21:01 <mrmoku> dos1: ahh
Dec 07 15:21:07 <mrmoku> dos1: we were talking about you ;)
Dec 07 15:21:09 <dos1> ohh?
Dec 07 15:21:09 <CIA-53> SHR: 03mok 07libphone-ui * r8f8e189e8fef 10/src/ (Makefile.am phoneui-info.c phoneui-info.h phoneui.c): add phoneui-info - does not do anything there apart registering to signals...
Dec 07 15:21:19 <dos1> :x
Dec 07 15:21:21 * dos1 is scared ;x
Dec 07 15:21:21 <mrmoku> dos1: the last thing is not yet in the API, right?
Dec 07 15:21:22 <dos1> ;)
Dec 07 15:21:32 <mrmoku> or am I just blind
Dec 07 15:22:15 <spaetz> the framworked init.d script should also restart frameworkd on restart
Dec 07 15:22:23 <spaetz> err, the fsodeviced init.d script
Dec 07 15:22:37 <TAsn> spaetz, not it should not.
Dec 07 15:22:49 <spaetz> whenever fsodeviced is restarted the CPU and Display resources are gone
Dec 07 15:22:57 <TAsn> spaetz, there should be a way to signal the rest of the framework
Dec 07 15:23:04 <TAsn> (and everyone)
Dec 07 15:23:10 <dos11> [16:22] <dos1> mrmoku: no, it's not in docs, as I added it from neo :P
Dec 07 15:23:12 <TAsn> to ask for resources again.
Dec 07 15:23:18 <TAsn> (and offer)
Dec 07 15:23:23 <mrmoku> dos11: heh, ok :P
Dec 07 15:23:24 <spaetz> well, there should be, but I doubt that mickey invests lots of effort in frameworkd
Dec 07 15:23:24 <dos11> well i could use a shell, but i'm lazy ;p
Dec 07 15:23:27 <TAsn> restarting the framework is a hack.
Dec 07 15:23:30 <dos11> mrmoku: will add in few minutes
Dec 07 15:23:33 <mrmoku> ok
Dec 07 15:23:43 <TAsn> dos1, I see you read my memo, was it anything important? as I don't remember what I wrote there :P
Dec 07 15:23:51 <spaetz> TAsn: it's a hack, but reasonable as frameworkd won't see major development anymore
Dec 07 15:24:09 <dos1> TAsn:  "not as important maybe, but adding a "Fields.New" signal would be nice :P (Yeah, I thought about it just now)"
Dec 07 15:24:18 <TAsn> oh right :P
Dec 07 15:24:21 <mrmoku> spaetz: you probably would have to restart phonefsod too then :P
Dec 07 15:24:23 <TAsn> Yeah, that could be nice.
Dec 07 15:24:35 <TAsn> As Fields is really something I'd want to cache :P
Dec 07 15:24:41 <spaetz> mrmoku: yes. but I could bug the authors of phonefsod to understand SIGHUP :)
Dec 07 15:25:10 <TAsn> anyhow, bbl.
Dec 07 15:25:16 <mrmoku> spaetz: nah... if something... then you could bug the authors to correctly handle Nameowner changes ;)
Dec 07 15:25:20 <mrmoku> TAsn: wait
Dec 07 15:25:23 <spaetz> hehe
Dec 07 15:25:35 <TAsn> ?
Dec 07 15:25:39 <mrmoku> TAsn: tell me how to fix the idle update
Dec 07 15:25:47 <TAsn> fix what?
Dec 07 15:25:49 <mrmoku> TAsn: right now it has only the type
Dec 07 15:25:51 <TAsn> what are you talking about?
Dec 07 15:25:54 <mrmoku> and we want to pass it values
Dec 07 15:25:59 <mrmoku> like count of new missed calls
Dec 07 15:26:04 <mrmoku> remember?
Dec 07 15:26:06 <TAsn> OHH.
Dec 07 15:26:13 <TAsn> ok. that's easy.
Dec 07 15:26:17 <TAsn> just add 
Dec 07 15:26:37 <TAsn> phoneui_backend_idle_screen_update_missed_calls
Dec 07 15:27:01 <TAsn> *_update_alarm
Dec 07 15:27:04 <TAsn> *_update_network
Dec 07 15:27:05 <TAsn> etc
Dec 07 15:27:08 <mrmoku> so one function for every update?
Dec 07 15:27:09 <mrmoku> hmm
Dec 07 15:27:14 <TAsn> yeah.
Dec 07 15:27:18 <TAsn> and pass it the value
Dec 07 15:27:19 <dos1> spaetz: in -testing use shr-splash-theme-logo; in -unstable use shr-splash-theme-dontpanic ;)
Dec 07 15:27:21 <mrmoku> in phoneui too then
Dec 07 15:27:30 <TAsn> mrmoku, of course.
Dec 07 15:27:31 <mrmoku> ok, will do
Dec 07 15:27:39 <TAsn> but, I made adding functions to phoneui a bit easier
Dec 07 15:27:45 <TAsn> look at the comment on top of the .c
Dec 07 15:27:48 <mrmoku> with ugly macros :(
Dec 07 15:27:55 <mrmoku> :P
Dec 07 15:28:21 <TAsn> mrmoku, if you don't like them I can drop them.
Dec 07 15:28:25 <TAsn> I think they are easier to handle.
Dec 07 15:28:38 <TAsn> forgot to write to add the .h.in :P
Dec 07 15:28:46 <TAsn> adding to comment
Dec 07 15:28:46 <TAsn> sec
Dec 07 15:29:01 <mrmoku> well... not that I love macros... but in this case I might agree :)
Dec 07 15:29:07 <spaetz> dos1: sounds good :-). But that PREFERRED_PROVIDER thingie still doesn't seem to work like I want it to.
Dec 07 15:29:13 <Q-Master> dos1: opimd-contacts segfaulting when trying to call within it.
Dec 07 15:29:29 <TAsn> mrmoku, :P
Dec 07 15:29:46 <dos1> spaetz: there was something with PREFERRED_PROVIDER_shr-splash-theme-simple = "shr-splash-theme-simple" long time ago
Dec 07 15:30:07 <Q-Master> dos1: and PLZPLZPLZPLZPLZPLZPLZPLZPLZPLZ update russian translation from files, I've sent you by e-mail. those ???? suxx
Dec 07 15:30:22 <dos1> as there was the same problem :P (not picking selected splash by default)
Dec 07 15:30:42 <TAsn> mrmoku, is it safe to build
Dec 07 15:30:53 <mrmoku> should
Dec 07 15:30:59 <TAsn> linux-libc-headers_2.6.31.bb
Dec 07 15:31:12 <mrmoku> oh
Dec 07 15:31:18 <mrmoku> heh, no
Dec 07 15:31:24 <TAsn> really?
Dec 07 15:31:26 <mrmoku> that will kill your tmp ;)
Dec 07 15:31:45 <TAsn> too late I think.
Dec 07 15:32:06 <mrmoku> ouch
Dec 07 15:32:27 <TAsn> how can I avoid this?
Dec 07 15:32:40 <TAsn> libc-headers/linux-libc-headers_2.6.31.bb, do_populate_staging (15347)
Dec 07 15:32:41 <TAsn> ^CNOTE: Sending SIGINT to remaining 1 tasks
Dec 07 15:32:41 <TAsn> NOTE: KeyboardInterrupt - Build not completed.
Dec 07 15:32:46 <TAsn> :P
Dec 07 15:32:51 <mrmoku> hmm... nothing I would know of
Dec 07 15:33:05 <TAsn> I can I build deps?
Dec 07 15:33:11 <TAsn> How can I build deps
Dec 07 15:33:20 <mrmoku> what do you mean?
Dec 07 15:33:32 <TAsn> it just gets there when I bitbake for libphone-ui
Dec 07 15:33:41 <TAsn> it started building when I did
Dec 07 15:33:44 <TAsn> bitbake libphone-ui
Dec 07 15:33:45 <TAsn> :|
Dec 07 15:35:05 <mrmoku> yeaah, somehow it is a dep for everything... as it is a dep for glibc
Dec 07 15:35:27 <TAsn> :|
Dec 07 15:35:42 <TAsn> so, how can I build stuff without breaking my tmp?
Dec 07 15:37:07 <spaetz> don't use OE :)
Dec 07 15:37:43 <TAsn> mrmoku, what do I need to add (and where to) in order to make lfg autorev?
Dec 07 15:37:54 <mrmoku> TAsn: conf/local.conf
Dec 07 15:38:07 <mrmoku> add SRCPV_pn-libframeworkd-glib = "${AUTOREV}"
Dec 07 15:38:16 <TAsn> and SRCREV
Dec 07 15:38:18 <TAsn> thanks :P
Dec 07 15:38:20 <mrmoku> ehh
Dec 07 15:38:21 <mrmoku> err
Dec 07 15:38:25 <mrmoku> local-builds.conf
Dec 07 15:38:31 <mrmoku> in
Dec 07 15:38:31 <mrmoku> c
Dec 07 15:38:34 <mrmoku> whatever
Dec 07 15:38:39 <mrmoku> works in local.conf too  :P
Dec 07 15:38:43 <Q-Master> mrmoku: btw, I've installed them automatically also. Can this be the problem of illegal instruction?
Dec 07 15:38:55 <Q-Master> mrmoku: I mean linux-headers 2.6.31
Dec 07 15:39:18 <mrmoku> hmm
Dec 07 15:39:21 <mrmoku> don't think so
Dec 07 15:39:33 <TAsn> mrmoku, is someone working on a fix for this crap? (.6.31)
Dec 07 15:39:39 <Q-Master> then it's wrong libc_nonshared
Dec 07 15:39:46 <mrmoku> TAsn: what crap?
Dec 07 15:40:15 <TAsn> .6.31 breaking everything
Dec 07 15:40:16 <dos1> TAsn: just rm -rf tmp ;p
Dec 07 15:40:26 <TAsn> dos1, and after that?
Dec 07 15:40:30 <TAsn> it'll just get there again...
Dec 07 15:40:33 <dos1> TAsn: no
Dec 07 15:40:37 <TAsn> why not?
Dec 07 15:40:45 <TAsn> SRCPV_pn-libframeworkd-glib = "${AUTOREV}"
Dec 07 15:40:48 <TAsn> mrmoku, this caused
Dec 07 15:40:55 <TAsn> RuntimeError: maximum recursion depth exceeded
Dec 07 15:40:55 <dos1> TAsn: as it's happening somehow only when upgrading version of headers
Dec 07 15:41:01 <dos1> not when installing from scratch ;P
Dec 07 15:41:01 <TAsn> i c.
Dec 07 15:41:17 <dos1> TAsn: isn't SRCREV enough?
Dec 07 15:41:23 <mrmoku> TAsn: ohh
Dec 07 15:41:30 <mrmoku> add the same for SRCREV too
Dec 07 15:41:30 <mrmoku> or 
Dec 07 15:41:35 <mrmoku> better just for SRCREV
Dec 07 15:41:36 <mrmoku> :)
Dec 07 15:41:36 <TAsn> dos1, mrmoku suggeested to put them both.
Dec 07 15:41:41 <TAsn> mrmoku, I put them both.
Dec 07 15:41:45 <mrmoku> maybe just SRCREV
Dec 07 15:41:45 <TAsn> sec, trying just srcrev
Dec 07 15:41:52 <mrmoku> I was thinking in LOCAL
Dec 07 15:41:56 <Q-Master> dos1: can you mail me back your libc_nonshared.a from /usr/lib. from cross-compilation env. I mean this lib for arm cpu.
Dec 07 15:41:57 <mrmoku> (as I do for my local builds)
Dec 07 15:42:17 <dos1> Q-Master: i don't have build env
Dec 07 15:42:33 <dos1> i'm coding mostly in python, so i don't need :P
Dec 07 15:42:35 <TAsn> sweet. :P
Dec 07 15:42:38 <TAsn> works.
Dec 07 15:42:59 <TAsn> ciao :P
Dec 07 15:44:06 <Q-Master> dl
Dec 07 15:44:17 <Q-Master> dos1: then update translations! 8)
Dec 07 15:44:42 <Q-Master> TAsn: gimme your's libc_nonshared.a from cross env
Dec 07 15:46:00 <spaetz> hehe, weekly OE changelog: mrmoku is #1 OE committer
Dec 07 15:46:08 <mrmoku> EFL BUMP :D
Dec 07 15:46:25 <spaetz> :)
Dec 07 15:46:36 <mrmoku> we should bump it more often :P
Dec 07 15:46:52 <dos1> spaetz: +DEPENDS = "virtual/shr-splash-theme"
Dec 07 15:46:56 <dos1> spaetz: noooo!
Dec 07 15:47:13 <spaetz> dos1: it needs to be parsed.
Dec 07 15:47:22 <dos1> oooh
Dec 07 15:47:24 <dos1> depends
Dec 07 15:47:27 <dos1> ok then :)
Dec 07 15:47:37 <spaetz> let me know how to get the virtual stuff working properly otherwise :)
Dec 07 15:47:40 <spaetz> ok
Dec 07 15:47:42 <spaetz> :)
Dec 07 15:47:43 <dos1> somehow i thought about rdepends
Dec 07 15:48:03 <spaetz> no RDEPENDS would have been wrong
Dec 07 15:48:07 <dos1> yup
Dec 07 15:49:47 <spaetz> it still doesn't seem to work properly, but I am running out of steam on that one
Dec 07 15:50:22 <spaetz> when I run "bb -g" it shows splash-theme-logo as depends but in the image, it still has -tux
Dec 07 15:50:34 <spaetz> so I gave up on bitbake for now
Dec 07 15:52:28 <spaetz> mrmoku: do you know what the mokomaze recipe is missing?
Dec 07 15:53:11 <spaetz> checking libpng
Dec 07 15:54:52 <spaetz> ok libpng3 is sufficient, it works then.
Dec 07 15:56:26 <spaetz> mrmoku: mokomaze already has RDPEPENDS="... libpng"
Dec 07 15:56:34 <spaetz> shouldn't that be sufficient?
Dec 07 15:56:47 <spaetz> or do we need libpng3 if that is the package name ?
Dec 07 15:59:12 <dos1> spaetz: i suppose just bitbake and/or opkg bug
Dec 07 16:00:01 <Heinervdm> spaetz: there was someone in #oe with a similar problem yesterday
Dec 07 16:00:37 <spaetz> must be. crap bitbake, crap OE. frustrating :-(
Dec 07 16:00:55 <Heinervdm> spaetz: ah no, today: otavio
Dec 07 16:00:56 <spaetz> .oO(me remembers the soap and shuts up)
Dec 07 16:01:07 <spaetz> Heinervdm: some mail?
Dec 07 16:01:38 <spaetz> ahh in #oe
Dec 07 16:01:43 <Heinervdm> spaetz: was in the channel 13:26
Dec 07 16:09:36 <spaetz> mmh, same problem indeed, it seems
Dec 07 16:14:07 <playya> whats the name of the shr thingy which handles calls and so on?
Dec 07 16:15:24 <spaetz> frameowrkd? :-) phonefsod, phoneuid, libphone-ui and libphone-ui-shr
Dec 07 16:15:33 <spaetz> don't ask me what does what though :)
Dec 07 16:15:39 <spaetz> anyway, I'm off
Dec 07 16:15:59 <playya> if i receive a call, which program pops up?
Dec 07 16:16:14 <spaetz> libphone-ui-shr provides the visuals
Dec 07 16:16:39 <spaetz> but it's a module of phoneuid afaik
Dec 07 16:17:04 <playya> ok. thx
Dec 07 16:17:09 <spaetz> I think you are better off with an anwer by mrmoku or tasn though :). I will only tell you wrong stuff here :)
Dec 07 16:18:52 <playya> np. i can change it in the UML
Dec 07 16:23:35 <mrmoku> TAsn: ping
Dec 07 16:24:42 <mrmoku> playya: phonefsod is the UI-less daemon talking to FSO
Dec 07 16:25:07 <mrmoku> phoneuid is the UI dameon offering the dbus interface to pop up screens
Dec 07 16:25:17 <playya> ok. thx
Dec 07 16:25:23 <mrmoku> libphone-ui is the toolkit abstraction
Dec 07 16:25:48 <mrmoku> and libphone-ui-shr is one example of a backend implementation doing the actual screens
Dec 07 16:25:50 <playya> maybe i should take a look on you interface for lifecycle
Dec 07 16:26:04 <mrmoku> lifecycle?
Dec 07 16:26:10 <playya> http://www.freesmartphone.org/index.php/Brainstorm/LifeCycle btw
Dec 07 16:28:25 <CIA-53> freesmartphone.org: 03seba.dos1 07specs * r3048235b53a1 10/org.freesmartphone.PIM/org.freesmartphone.PIM.Fields.xml.in: org.freesmartphone.PIM.Fields: add ListFieldsWithType method
Dec 07 16:28:27 <CIA-53> freesmartphone.org: 03seba.dos1 07specs * r037b9bff9a5b 10/ (2 files in 2 dirs): regen
Dec 07 16:28:46 <mrmoku> dos1: thanks :)
Dec 07 16:28:53 <dos1> np ;)
Dec 07 16:31:53 <dos1> TAsn, mrmoku: how's dimming going? :P
Dec 07 16:32:43 <mrmoku> dos1: started... and then got distracted
Dec 07 16:32:53 <mrmoku> dos1: but it is still on my todo for today :P
Dec 07 16:36:34 <wjbaird> Hey - just a note that there still seems to be some phone instability issues - I updated Dec 4th, and on Dec 5th my phone got into a mode where my outgoing sms's didn't actually go out, and when I tried to make outgoing calls the 'Active Call' window never appeared.
Dec 07 16:37:20 <wjbaird> a reboot fixed it, but I didn't have time to try to collect logs or anything...
Dec 07 16:37:25 <mrmoku> Slyon: touching your code :P
Dec 07 16:38:00 <Slyon> mrmoku: hehe, doing the phoneui-functions to get it to a productive state?
Dec 07 16:38:24 <mrmoku> Slyon: yup... signals are in place... now come the update functions :)
Dec 07 16:38:34 <Slyon> mrmoku: sweet :)
Dec 07 17:06:06 <liori> how sensible is to report bugs about ergonomy of UI?
Dec 07 17:13:16 <Heinervdm> liori: what do you mean by "interoperable with basic networking subsystem"?
Dec 07 17:13:36 <Heinervdm> only the usb0 device is disabled for connman
Dec 07 17:13:51 <Heinervdm> and every other interface should work
Dec 07 17:22:29 <playya> mrmoku, i justed added some graphs for lifecycle. maybe they are helpful. let me know if not, please
Dec 07 17:31:55 <liori> Heinervdm: yes, I know, but f.e. I'd like to use dhcp to get address over usb
Dec 07 17:32:20 <liori> Heinervdm: and by basic networking i understand ifup/down system, which is now used for usb0... or isn't?
Dec 07 17:33:00 <Heinervdm> liori: yes ifup/down is used for usb0 and it's configured with /etc/network/interfaces
Dec 07 17:59:41 <kahlb> hi
Dec 07 17:59:58 <kahlb> I have a problem unpacking the shr image... very strange:
Dec 07 18:00:16 <kahlb> tar: ./lib: Kann Datei-Eigentümer nicht zu uid 0, gid 0 ändern: Operation not permitted
Dec 07 18:00:39 <kahlb> roughly translated: can't change ownter to uid0, gid0: operation....
Dec 07 18:00:45 <kahlb> *owner
Dec 07 18:01:18 <kahlb> I did it whith root, tried the user account, did a chmod to user and root on the tarball... always this error.
Dec 07 18:01:29 <spaetzAFK> kahlb, die tar-datei enthält root-owned files. wenn du mit sudo entpaackkst gibt es keine fehler
Dec 07 18:03:01 <kahlb> spaetzAFK: doch... das ist ja das komische
Dec 07 18:03:24 <mwester> oui oui
Dec 07 18:11:59 <TAsn> pong everone :p
Dec 07 18:12:39 <TAsn> dos1, dimming: mrmoku is doing it.
Dec 07 18:12:52 <pbaxter> i've an error with package dosfstools on shr-testing
Dec 07 18:12:53 <pbaxter> opkg --force-depends --force-overwrite install dosfstools
Dec 07 18:12:54 <pbaxter> pkg_parse_from_stream_nomalloc: missing new line character at end of file!
Dec 07 18:12:54 <pbaxter> Package dosfstools (2.11-r0.4) installed in root is up to date.
Dec 07 18:12:54 <pbaxter> Collected errors:
Dec 07 18:12:54 <pbaxter>  * Package kernel-module-ipv6 version 2.6.29-o has no architecture specified, defaulting to om-gta02.
Dec 07 18:15:04 <TAsn> ffs
Dec 07 18:15:10 <TAsn> mrmoku, broke my OE :P
Dec 07 18:15:25 <TAsn> rm -rf tmp :\
Dec 07 18:16:07 <TAsn> wow
Dec 07 18:16:27 <TAsn> rm -rf tmp almost takes as much time as building the full feed :P
Dec 07 18:18:02 <Heinervdm> ~seen morphis
Dec 07 18:18:05 <apt> morphis <n=quassel@p5489E067.dip.t-dialin.net> was last seen on IRC in channel #openmoko-cdevel, 2d 22h 56m 18s ago, saying: 'playya_: but there are no big blockers (except modem) '.
Dec 07 18:22:39 <TAsn> mrmoku, btw, one more signal to listen to: "Headphone button pressed", (and probing the state in the first place) we should really start having headset support.
Dec 07 18:23:27 <playya> who was the guy with the bluetooth headset with stop/play/next buttons=
Dec 07 18:23:52 <TAsn> no idea. :P
Dec 07 18:24:00 <TAsn> I was talking about basic checking headset is on
Dec 07 18:24:09 <TAsn> (and then enabling answering a call with the headset button)
Dec 07 18:26:53 <TAsn> Slyon|away, btw, idle screen is starting to take shape (mrmoku is working on it full power.
Dec 07 18:27:44 <Slyon|away> TAsn: i know, he talked to me a few hours ago :)
Dec 07 18:27:51 <TAsn> :P
Dec 07 18:28:05 <Slyon|away> i hope it will become faster
Dec 07 18:30:01 <TAsn> I don't think it can become faster than it was.
Dec 07 18:30:04 <TAsn> it was pretty ok.
Dec 07 18:30:14 <TAsn> but, I hope it'll become less heavy on ram :P
Dec 07 18:30:21 <TAsn> atm it uses ~16% of my ram
Dec 07 18:30:27 <TAsn> phoneuid: 4%
Dec 07 18:30:28 <TAsn> :P
Dec 07 18:30:41 <TAsn> (4%, everything together, not just idle screen)
Dec 07 18:30:58 <Slyon|away> yeah thats bad ^^ but its pretty sluggish on my neo... actually everything is pretty sluggish since the "big" upgrade
Dec 07 18:30:59 <TAsn> which is also bad btw, no idea what's using so much ram... :|
Dec 07 18:31:08 <gonzoism> i installed the latest shr-unstable image.  it seems to be worse than the ones before it.  Am I doing something wrong ?
Dec 07 18:31:08 <TAsn> Slyon|away, really?
Dec 07 18:31:13 <TAsn> you are the first one
Dec 07 18:31:19 <TAsn> except for Slyon|away 
Dec 07 18:31:26 <TAsn> * gonzoism 
Dec 07 18:31:45 <TAsn> that ever said he got a slower/worse over time.
Dec 07 18:31:48 <gonzoism> i think i have noticed what he is talking about
Dec 07 18:32:01 <TAsn> s/worse/worse system/
Dec 07 18:32:02 <apt> TAsn meant: that ever said he got a slower/worse system over time.
Dec 07 18:32:12 <TAsn> it just gets faster and faster here :P
Dec 07 18:32:26 <gonzoism> also, antennas aren't working with the new images.
Dec 07 18:32:26 <TAsn> including shr-today that's just fast.
Dec 07 18:32:32 <Slyon|away> TAsn: i guess my class 2 uSD card is the cause... 
Dec 07 18:32:50 <TAsn> Slyon|away, not sure. as nand is terribly slow as well
Dec 07 18:32:58 <gonzoism> i also wanted to ask about opkg upgrade.  are upgrades incremental, or does it start from each image that is released ?
Dec 07 18:33:05 <TAsn> and I think user reported everything is fast on that as well.
Dec 07 18:33:05 <Slyon|away> TAsn: can you scroll contacts/ slide the idle_screen slider without jerking?
Dec 07 18:33:11 <TAsn> gonzoism, atm we are a rolling release.
Dec 07 18:33:31 <TAsn> idle_screen: yes
Dec 07 18:33:41 <TAsn> contacts: a lot better than it used to be, but not perfect.
Dec 07 18:33:44 <TAsn> THOUGH
Dec 07 18:33:47 <gonzoism> TAsn, we are very close to a shr-stable image, aren't we ?
Dec 07 18:34:14 <TAsn> Weiss is working on a very nice xorg driver and kernel .31 should make everything even faster
Dec 07 18:34:20 <TAsn> so I don't worry that much.
Dec 07 18:34:31 <TAsn> gonzoism, well, depends on the state of testing :P
Dec 07 18:34:34 <TAsn> I mean.
Dec 07 18:34:42 <JesusMcCloud> TAsn, wasnt the plan to skip .31 and and jump to .32
Dec 07 18:34:43 <JesusMcCloud> ?
Dec 07 18:34:47 <TAsn> unstable/testing/stable quick intro:
Dec 07 18:35:00 <TAsn> JesusMcCloud, nothing I've heard.
Dec 07 18:35:02 <TAsn> of
Dec 07 18:36:51 <JesusMcCloud> TAsn, i think the debate as there, because Weiss' schanges went into upstream and are in .32 by default or sth like that
Dec 07 18:37:06 <TAsn> ok :P
Dec 07 18:37:09 <dos1> i'm so freaking awesome :D
Dec 07 18:37:16 <TAsn> if it's fast enough to just go to .32 then cool :P
Dec 07 18:37:17 <TAsn> anyhow
Dec 07 18:37:19 <TAsn> gonzoism, 
Dec 07 18:37:22 <TAsn> <TAsn> unstable/testing/stable quick intro:
Dec 07 18:37:32 <Heinervdm> dos1: what did you do?
Dec 07 18:37:34 <TAsn> unstable: get new sw when it,s out.
Dec 07 18:37:50 <dos1> Heinervdm: i'm doing icons for SHR main page :D
Dec 07 18:37:50 <TAsn> testing: get new sw after X days it was in unstable
Dec 07 18:37:51 <TAsn> stable
Dec 07 18:37:56 <dos1> and i like them :D
Dec 07 18:38:03 <Heinervdm> ;)
Dec 07 18:38:03 <TAsn> stable: get new sw after X day it was testing
Dec 07 18:38:07 <TAsn> dos1, scap.
Dec 07 18:38:16 <TAsn> gonzoism, so stable doesn't really mean anything.
Dec 07 18:38:26 <Heinervdm> dos1: how should i do a popup with elementary, just using a new window?
Dec 07 18:38:48 <TAsn> We *can* ship a stable image atm.
Dec 07 18:38:48 <TAsn> but it's not feature rich enough
Dec 07 18:38:48 <TAsn> to care about
Dec 07 18:38:49 <TAsn> so we just don't.
Dec 07 18:38:58 <TAsn> Heinervdm, sec
Dec 07 18:39:07 <dos1> Heinervdm: you can just use new window
Dec 07 18:39:11 <dos1> Heinervdm: but you can also use inwin
Dec 07 18:39:17 <TAsn> typedef enum _Elm_Win_Type
Dec 07 18:39:17 <TAsn>      {
Dec 07 18:39:17 <TAsn> 	ELM_WIN_BASIC,
Dec 07 18:39:17 <TAsn> 	ELM_WIN_DIALOG_BASIC,
Dec 07 18:39:17 <TAsn> 	ELM_WIN_DESKTOP,
Dec 07 18:39:18 <TAsn> 	ELM_WIN_DOCK,
Dec 07 18:39:20 <TAsn> 	ELM_WIN_TOOLBAR,
Dec 07 18:39:22 <TAsn> 	ELM_WIN_MENU,
Dec 07 18:39:24 <TAsn> 	ELM_WIN_UTILITY,
Dec 07 18:39:26 <TAsn> 	ELM_WIN_SPLASH
Dec 07 18:39:28 <TAsn>      } Elm_Win_Type;
Dec 07 18:39:31 <TAsn> so probably DIALOG
Dec 07 18:39:35 <TAsn> so probably DIALOG_BASIC*
Dec 07 18:39:55 <TAsn> inwin is also nice.
Dec 07 18:40:22 <gonzoism> TAsn: what do you mean by feature rich enough ?
Dec 07 18:40:32 <Heinervdm> can i put an inwin over an table?
Dec 07 18:42:16 <TAsn> Heinervdm, iirc our "delete" windows in contacts are inwins.
Dec 07 18:42:26 <TAsn> gonzoism, The UI is not solid enough to really call it stable.
Dec 07 18:42:42 <gonzoism> tasn, gotcha.  thanks
Dec 07 18:42:43 <TAsn> I guess we'll call it stable after running as non-root and finishing the major rework on the UI as we promised.
Dec 07 18:42:51 <Heinervdm> TAsn: ok, i will try that :)
Dec 07 18:42:54 <TAsn> but atm testing is rock stable.
Dec 07 18:44:11 <TAsn> All I think about is FF's 3.6 release date, and even reading http://xkcd.com/198/ doesn't help :(
Dec 07 18:44:42 <Weiss> JesusMcCloud: none of my stuff went upstream :)
Dec 07 18:44:58 <gonzoism> TAsn, I will download the latest testing image and go with it for a while, then.  Because the last shr-unstable is just..  unusable as a phone.  mine is sitting beside me, turned off.
Dec 07 18:45:43 <TAsn> gonzoism, why is it unusable? (what's wrong)
Dec 07 18:45:48 <TAsn> Weiss, hehe, I thought it was weird when I saw that (went upstream)
Dec 07 18:45:52 <TAsn> as I know you plan a rewrite.
Dec 07 18:46:04 <TAsn> (according to docs suggestions)
Dec 07 18:46:09 <JesusMcCloud> Weiss, hmpf, waht was that stuff i read soem days ago...
Dec 07 18:46:45 <Weiss> hmm.. which stuff are we talking about at the moment? :S
Dec 07 18:47:26 <JesusMcCloud> whatever.. i shoudl prolly do sth fro university instead of talkign BS in irc. aloha
Dec 07 18:47:28 <TAsn> Weiss, bdsm  stuff, duh.
Dec 07 18:47:36 <dos1> TAsn, Heinervdm: http://openmoko.opendevice.org/~dos/icons/
Dec 07 18:47:36 <TAsn> JesusMcCloud, happens to me all the time :P
Dec 07 18:47:44 <TAsn> yay :P
Dec 07 18:47:54 * TAsn is looking
Dec 07 18:48:08 <Weiss> BDSM stuff doing upstream? :S
Dec 07 18:48:22 <Heinervdm> dos1: http://openmoko.opendevice.org/~dos/icons/developing.png that's nice
Dec 07 18:48:38 <TAsn> installation.png: I don't like this.
Dec 07 18:48:40 <dos1> Heinervdm: yup :D that's that one which i finished now ;)
Dec 07 18:48:52 <TAsn> I don't see SHR as an fr only distro. :P
Dec 07 18:49:00 <TAsn> but I really like developing
Dec 07 18:49:04 <Heinervdm> but the neo in the installation icon looks like oxy
Dec 07 18:49:07 <TAsn> (.png)
Dec 07 18:49:16 <dos1> Heinervdm: it is oxy :P
Dec 07 18:49:19 <dos1> well
Dec 07 18:49:25 <TAsn> and how can I not like tux? :P
Dec 07 18:49:37 <TAsn> where do you want to put them at? :P
Dec 07 18:50:00 <dos1> TAsn: i would like to organize main page in some similar way to wikipedia
Dec 07 18:50:07 <gonzoism> TAsn, fso crashes, It takes a long time to connect to the cell towers (gprs i think it is called),  enabling wifi will freeze settings, and i have to hold down the power button for 8 secs to reboot (it freezes on disconfiguring devices), and the system is a /lot/ slower than the other shr-unstable images I had used before.
Dec 07 18:50:09 <TAsn> pleease do.
Dec 07 18:50:26 <TAsn> gonzoism, gprs = "internet" with the phone.
Dec 07 18:50:41 <TAsn> gonzoism, :|
Dec 07 18:50:52 <gonzoism> TAsn: oh, then no.  i mean getting the cell phone signal.  
Dec 07 18:50:53 <TAsn> I'm using up to date image :P
Dec 07 18:50:58 <TAsn> gsm
Dec 07 18:51:10 <dos1> TAsn: about instalation - yup, but that icon can be placed with om-gta* images :P
Dec 07 18:51:11 <TAsn> (that's the protocol the fr uses for cellphone)
Dec 07 18:51:25 <TAsn> dos1, cool enough, yeah :P
Dec 07 18:51:39 <TAsn> om-gtaX | X <= 2
Dec 07 18:51:40 <TAsn> :P
Dec 07 18:51:55 <TAsn> as new ones will hopefully have a different design.
Dec 07 18:51:56 <gonzoism> yes.  the modem seems to be working right, but it will take 10 minutes or so to get associated.  I've only had that problem with the latest image though.
Dec 07 18:52:18 <TAsn> gonzoism, so luckily it's not an hw issue :P
Dec 07 18:52:48 <dos1> TAsn: if there will be new ones ;p
Dec 07 18:53:10 <gonzoism> i hope not.  i've been reading about #1024.  seems difficult.
Dec 07 18:53:27 <playya> could someone please paste his /usr/share/navit/navit.default.xml?
Dec 07 18:54:31 <TAsn> playya: cat: /usr/share/navit/navit.default.xml: No such file or directory
Dec 07 18:54:33 <TAsn> :P
Dec 07 18:54:42 <TAsn> I hope it' good enough :P
Dec 07 18:54:46 <gonzoism> TAsn: who uploads the images ?
Dec 07 18:54:48 <playya> strange
Dec 07 18:54:53 <TAsn> playya, j/k
Dec 07 18:54:56 <TAsn> I don't have navit installed.
Dec 07 18:54:58 <TAsn> :P
Dec 07 18:55:05 <playya> j/k?
Dec 07 18:55:11 <TAsn> gonzoism, mrmoku mostly, but also dos1
Dec 07 18:55:16 <playya> imaginary number?
Dec 07 18:55:16 <TAsn> playya, just kidding
Dec 07 18:55:24 <playya> ok
Dec 07 18:55:36 <TAsn> playya, you are not enough of an IRC bum :P
Dec 07 18:55:49 <TAsn> (at least not in the more chatty rooms :P )
Dec 07 18:55:52 <playya> never heard of j/k
Dec 07 18:56:01 <playya> hehe maybe
Dec 07 18:56:12 <playya> left quakenet some time ago ;)
Dec 07 18:56:19 <TAsn> playya, more slacking off and less working!!!
Dec 07 18:56:37 <playya> noooo
Dec 07 18:56:38 <[Rui]> TAsn: hi, you repo broker you! :)
Dec 07 18:56:46 <TAsn> [Rui], what did I do?
Dec 07 18:57:02 <TAsn> btw, saw the small change I made to quick settings?
Dec 07 18:57:11 <gonzoism> TAsn: do you think it adding a file with md5sums for each full- and lite- image along with their release date would be worth doing ?
Dec 07 18:57:17 <[Rui]> TAsn: yes, that's what you did :)
Dec 07 18:57:21 <playya> btw. advertisment: http://www.freesmartphone.org/index.php/Brainstorming
Dec 07 18:57:29 <TAsn> (just to saw you mrmoku and I added the functions :P)
Dec 07 18:57:32 <playya> fix my typos and bad english
Dec 07 18:57:35 <[Rui]> TAsn: mrmoku reverted it :)
Dec 07 18:57:40 <TAsn> gonzoism, of course.
Dec 07 18:57:49 <TAsn> [Rui], lolz, it's not my fault, it's his.
Dec 07 18:58:01 <TAsn> he got a bad lfg in
Dec 07 18:58:05 <TAsn> so I couldn't update libphone-ui
Dec 07 18:58:07 <TAsn> there
Dec 07 18:58:17 <[Rui]> TAsn: ok, can I give you two the pair of gloves while I make some nice popcorn? :)
Dec 07 18:58:18 <TAsn> and that made libphone-ui-shr not compile :P
Dec 07 18:58:36 <TAsn> [Rui], huh? :P
Dec 07 18:58:51 <gonzoism> TAsn: i would like that.  also, thanks for the unstable/stable/testing   quick intro:    i was confused on that.
Dec 07 18:59:15 <TAsn> gonzoism, that's a bit abstract (my explanation) though that's mostly what it means
Dec 07 18:59:19 <TAsn> how slow you get stuff :P
Dec 07 18:59:41 <gonzoism> ^me ?  :P
Dec 07 18:59:44 <mrmoku> re
Dec 07 18:59:47 <TAsn> yes.
Dec 07 18:59:52 <TAsn> gonzoism, you'll have to open a ticket about it though.
Dec 07 19:00:23 <TAsn> playya, oeventsd - DROP IT.
Dec 07 19:00:26 <TAsn> :P
Dec 07 19:00:53 <playya> we're searching an alternative for cornucopia
Dec 07 19:00:59 <TAsn> I wrote a nice (a bit hackish but I can work on it) app some time ago: signlaunchd
Dec 07 19:01:02 <TAsn> very generic
Dec 07 19:01:09 <playya> there's a page if you want to contribute your ideas
Dec 07 19:01:10 <TAsn> not fso only
Dec 07 19:01:13 <TAsn> lets you do everything.
Dec 07 19:01:22 <playya> source?
Dec 07 19:01:25 <TAsn> playya, I don't think you need anything like oevents
Dec 07 19:01:30 <gonzoism> er,  i do wish i was faster.  I do appreciate all the spoon feeding ya'll are doing for me.  very grateful
Dec 07 19:01:38 <TAsn> playya, https://projects.openmoko.org/projects/siglaunchd/
Dec 07 19:01:40 <playya> add it to the suggestions
Dec 07 19:01:48 <TAsn> not yet perfect
Dec 07 19:02:01 <TAsn> but I think it's a lot better and flexible than oevents
Dec 07 19:02:08 <dos1> TAsn: oeventsd sucks
Dec 07 19:02:13 <TAsn> playya, but I need to register to wiki :(
Dec 07 19:02:15 <TAsn> dos1, exactly.
Dec 07 19:02:19 <dos1> but i would like to have powerfull rule engine ;P
Dec 07 19:02:20 <TAsn> dos1, I think it should just be dropped.
Dec 07 19:02:36 <TAsn> dos1, siglaunchd is *very* flexible
Dec 07 19:02:37 <dos1> so fsoeventsd could be nice (if only well designed)
Dec 07 19:02:57 <playya> TAsn, gogogo
Dec 07 19:02:58 <dos1> AFAIK siglaunchd is not rule engine
Dec 07 19:02:59 <TAsn> you can regex/string match/numeric/boolean compare all the fields there are.
Dec 07 19:03:05 * playya reads TAsn source
Dec 07 19:03:14 <TAsn> dos1, no, it's more flexible than one.
Dec 07 19:03:35 <TAsn> playya, please don't :P (It's amazingly ugly, poorly written)
Dec 07 19:03:49 <TAsn> :P
Dec 07 19:04:56 <TAsn> dos1, you can do everything a rule engine do. The only problem is being state aware, but that can be changed. I just don't like having an fso stitched solution
Dec 07 19:05:03 <TAsn> I think a more generic approach is better.
Dec 07 19:05:54 <TAsn> playya, it's probably not anywhere near as what you are looking for, but I think it lets users do what they want easily, without any worries. It's not state aware but it can be. It's easy to use and very powerful.
Dec 07 19:05:56 <dos1> hmm... what about ologicd?
Dec 07 19:06:04 <dos1> ptitjes's child? :P
Dec 07 19:06:27 <TAsn> ptitjes's childs tend to die prematurely :P
Dec 07 19:06:44 <TAsn> http://www.freesmartphone.org/index.php/Brainstorming <-- playya, sorry, too tired to register. :P
Dec 07 19:06:56 <TAsn> NOTE: Running task 162 of 2546 
Dec 07 19:06:57 <TAsn> :*
Dec 07 19:07:03 <dos1> oh
Dec 07 19:07:14 <dos1> i have to write essay to school ;x
Dec 07 19:07:48 <TAsn> hehe :P
Dec 07 19:07:55 <playya> try again tomorrow TAsn 
Dec 07 19:08:03 <TAsn> playya, I don't think a full pledged rule daemon is in order :P
Dec 07 19:08:04 <TAsn> playya, hehe.
Dec 07 19:08:19 <TAsn> playya, that last line really sums up what I think.
Dec 07 19:08:23 <TAsn> I don't find even one usecase.
Dec 07 19:08:52 <playya> i know alot of them
Dec 07 19:09:02 <playya> e.g. the media keys for fsomediad
Dec 07 19:09:39 <TAsn> you don't need fancy rules for that.
Dec 07 19:09:47 <TAsn> you can either make it listen to signals
Dec 07 19:09:53 <TAsn> or dispatch it from the UI apps
Dec 07 19:09:56 <TAsn> (as it should in my pov)
Dec 07 19:10:10 <TAsn> I don't think fso should do any UI work at all.
Dec 07 19:10:14 <TAsn> DocScrutinizer, tell him :P ^
Dec 07 19:10:40 <playya> fsoevents exist because you do not want to have such rules in your code
Dec 07 19:10:47 <TAsn> DocScrutinizer and I even discussed moving ringtones and profiles to userspace.
Dec 07 19:10:54 <TAsn> playya, but taht' limited. :|
Dec 07 19:11:24 <playya> i suggested somthing simliar already, some time ago
Dec 07 19:11:30 <TAsn> and it cannot be not limited.
Dec 07 19:11:30 <playya> but fso stuff
Dec 07 19:11:42 <TAsn> playya, so you agree fso sholud not do user interaction.
Dec 07 19:11:43 <TAsn> at all.
Dec 07 19:11:44 <TAsn> :P
Dec 07 19:11:52 <TAsn> It's not fso's job.
Dec 07 19:11:52 <playya> imho fso shaould do a lot more
Dec 07 19:12:06 <TAsn> fsomusicd is even going out of bound in my pov.
Dec 07 19:12:08 <playya> or anyone has to reimplement ver basic stuff for a smartphone
Dec 07 19:12:36 <TAsn> playya, I think the shr stack complements (and should) fso.
Dec 07 19:12:43 <TAsn> fso is the basic underlying framework and shr stack is UI
Dec 07 19:12:46 <playya> yes
Dec 07 19:12:47 <TAsn> no need to mix em.
Dec 07 19:12:59 <TAsn> I don't want to do lowlevel stuff
Dec 07 19:13:07 <playya> but we're a middleware and everyone is free to use it
Dec 07 19:13:08 <TAsn> and fso shouldn't want to do high level stuff.
Dec 07 19:13:09 <GarthPS> Hi guys! does anyone can tell me how to flash the ubifs image on th efreerunner?
Dec 07 19:13:17 <playya> shr is not our only consumer
Dec 07 19:13:27 <TAsn> playya, of course, I'm talking about the model
Dec 07 19:13:29 <playya> at least thats the main target
Dec 07 19:13:40 <TAsn> not actually shr.
Dec 07 19:13:52 <TAsn> (although shr is a good example of what I think, obviously :P )
Dec 07 19:14:20 <playya> TAsn, you won't like what you read here. but please do it and write feedback: http://www.freesmartphone.org/index.php/Brainstorming#Future_Services
Dec 07 19:15:13 <TAsn> sec. :P
Dec 07 19:15:22 <TAsn> fsovideod?
Dec 07 19:15:28 <TAsn> fsoCallofdutyd?
Dec 07 19:15:32 <TAsn> you went too far...
Dec 07 19:15:55 <playya> you'll especially dislike lifecycle
Dec 07 19:16:07 <TAsn> I really don't like everything there :P
Dec 07 19:16:15 <TAsn> atm I especially dislike download
Dec 07 19:16:21 <TAsn> but I'll read about lifecycle in a sec.
Dec 07 19:16:36 <playya> why not download?
Dec 07 19:16:49 <playya> ever heard about zsync?
Dec 07 19:17:30 <playya> there're so many nice protocols out there which should be handle by UI
Dec 07 19:17:50 <TAsn> maybe
Dec 07 19:17:56 <playya> but i think you might like the general part
Dec 07 19:17:56 <TAsn> that could be a nice project 
Dec 07 19:18:00 <TAsn> but not in FSO
Dec 07 19:18:01 <TAsn> :P
Dec 07 19:18:13 <spaetz> TAsn: siglaunchd would be nice
Dec 07 19:18:26 <TAsn> spaetz, I agree. I used it to do very cool stuff :P
Dec 07 19:18:29 <spaetz> oeventsd takes ages until it starts up
Dec 07 19:18:49 <TAsn> spaetz, for instance, I used it to do auto-call-rejecting
Dec 07 19:18:52 <spaetz> and we only need it to a) prevent suspending while in call and while plugged in, basically
Dec 07 19:18:53 <TAsn> from specific numbers
Dec 07 19:18:56 <GarthPS> ok your ar too busy :)
Dec 07 19:18:59 <TAsn> (that match a regex)
Dec 07 19:19:02 <[Rui]> TAsn: when dialer makes a call, which get's either rejected or timed out, it knows the difference from getting a call that finished, right?
Dec 07 19:19:07 <spaetz> so it could be done away with
Dec 07 19:19:36 <TAsn> [Rui], define dialer.
Dec 07 19:19:38 <spaetz> sth that starts up quicker would also help with the "boot with usb plugged in" case, to prevent suspending
Dec 07 19:19:43 <TAsn> or tell me what you really want to know.
Dec 07 19:20:08 <TAsn> :PY
Dec 07 19:20:36 <TAsn> playya, lifecycle: 
Dec 07 19:20:38 <[Rui]> TAsn: when I make a call and someone doesn't pick it up, or rejects it, or it finishes in a too short amount of time, I would really prefer not to have to launch the dialer again and type the number or search for the contact again
Dec 07 19:20:51 <TAsn> it's a good concept 
Dec 07 19:20:54 <spaetz> mmh, fsoeventd....
Dec 07 19:21:00 <TAsn> we also thought about it before we wrote phoneuid
Dec 07 19:21:07 <GarthPS> How to flash the UBIFS image on the freerunner??
Dec 07 19:21:10 <GarthPS> plz
Dec 07 19:21:11 <GarthPS> :p
Dec 07 19:21:19 <spaetz> no clue
Dec 07 19:21:29 <TAsn> but then decided we can't control the phone completely in a sane way.
Dec 07 19:21:38 <[Rui]> TAsn: if it can't tell the difference, the next best heuristic is a call that ends in under one minute
Dec 07 19:21:41 <TAsn> but, again, that's NOT fso's job.
Dec 07 19:21:53 <playya> fso wants to dominate your phone, we can ;)
Dec 07 19:22:01 <[Rui]> or 30s or whatever.
Dec 07 19:22:15 <[Rui]> TAsn: I'm talking about the dialer application, not about FSO, so... phoneuid
Dec 07 19:22:21 <pespin> TAsn, is planned on frameworkd/phoneui to support bluetooth? such as message/file receiving signals/GUIs
Dec 07 19:22:21 <TAsn> playya, we also can
Dec 07 19:22:31 <TAsn> pespin, a definite yes.
Dec 07 19:22:33 <playya> btw. are the pictures helping you to understand the concept?
Dec 07 19:22:42 <pespin> TAsn, ok :)
Dec 07 19:22:49 <TAsn> playya, no, luckily I know the concept from before
Dec 07 19:22:50 <TAsn> :P
Dec 07 19:22:57 <dos1> [Rui]: i don't think TAsn answered to you :P
Dec 07 19:23:00 <TAsn> playya, the pictures are a mess :P
Dec 07 19:23:08 <TAsn> [Rui], hm..
Dec 07 19:23:12 <playya> ok. i try to add some more descriptions later
Dec 07 19:23:13 <[Rui]> dos1: hehe
Dec 07 19:23:17 <playya> :/
Dec 07 19:23:19 <TAsn> [Rui], we can do it
Dec 07 19:23:24 <playya> ~lart gaphor
Dec 07 19:23:25 * apt accelerates a free AOL cd to 50,000 rpm and lets gaphor feel it
Dec 07 19:23:39 <kahlb> still can't untar shr-testing... permission denied for some symlinks... any experiences?
Dec 07 19:24:00 <TAsn> [Rui], though you'll have to open a ticket as I won't do it soon and I won't remember doing it in a week or two :P
Dec 07 19:24:28 <spaetz> kahlb: I can regenerate the image tomorrow, in case the tar is corrupt
Dec 07 19:24:51 <spaetz> otherwise, I don´t know what could cause those issues
Dec 07 19:25:03 <TAsn> playya, lifecycle is a very good idea for "real time (not the usual meaning)" applications
Dec 07 19:25:09 <TAsn> i.e like games, video and music.
Dec 07 19:25:09 <kahlb> spaetz: I have this problem with several tarballs, even other distribution, the mistake is somewhere between wall and keyboard... but how to solve it?
Dec 07 19:25:30 <TAsn> but I think our great power is NOT doing lifecycle and letting everything flow
Dec 07 19:25:46 <TAsn> (except for this small exception, (real time apps))
Dec 07 19:25:59 <TAsn> s/real time/live/
Dec 07 19:25:59 <apt> TAsn meant: (except for this small exception, (live apps))
Dec 07 19:26:00 <[Rui]> TAsn: ok.
Dec 07 19:26:03 <TAsn> that's a better naming :P
Dec 07 19:26:06 <TAsn> [Rui], thanks :P
Dec 07 19:26:53 <morphis> heyho
Dec 07 19:27:03 <spaetz> hi morphis
Dec 07 19:27:30 <morphis> spaetz: saw you released a first version of shr-testing ... great work
Dec 07 19:27:31 <Heinervdm> morphis: i'm waiting for you the whole day ;)
Dec 07 19:27:40 <morphis> Heinervdm: :)
Dec 07 19:27:51 <spaetz> dos1: are there rules engines that you could think off for an events handler?
Dec 07 19:27:57 <Heinervdm> tested again the calendar
Dec 07 19:28:03 <morphis> Heinervdm: and?
Dec 07 19:28:10 <spaetz> morphis: yep, I decided that if nobody does it, I have to :)
Dec 07 19:28:35 <Heinervdm> morphis: the get_day method returns the index, not the day
Dec 07 19:28:43 <morphis> Heinervdm: uups
Dec 07 19:28:57 <Heinervdm> and month goes from 0 to 11
Dec 07 19:29:21 <TAsn> spaetz, do you have any use for a rules engine?
Dec 07 19:29:31 <Heinervdm> morphis: and i think switching the months should be the other way around
Dec 07 19:29:32 <morphis> uups, forgot to translate internal numbering :)
Dec 07 19:29:45 <spaetz> TAsn: me? not really.
Dec 07 19:29:46 <playya> TAsn, i created the brainstorm* pages to start a discussion about our stuff
Dec 07 19:29:52 <morphis> Heinervdm: switching the months through clicking the first/last days in month is buggy
Dec 07 19:29:55 <TAsn> playya, I know.
Dec 07 19:30:01 <spaetz> some if then else might be nice
Dec 07 19:30:03 <morphis> Heinervdm: or what do you mean?
Dec 07 19:30:03 <TAsn> but I prefer live discussions
Dec 07 19:30:11 <TAsn> and then summing that up in page :P
Dec 07 19:30:18 <playya> and that our consumer are getting involved at a early stage of the development
Dec 07 19:30:24 <spaetz> I'd really like to get rif of oventsd
Dec 07 19:30:28 <Heinervdm> morphis: that's not implemented in the revision i have..
Dec 07 19:30:28 <spaetz> rid
Dec 07 19:30:34 <TAsn> spaetz, we can and should.
Dec 07 19:30:39 <Heinervdm> morphis: i meant the navigation area
Dec 07 19:30:43 <TAsn> I'm reviewing the rules we have atm
Dec 07 19:30:47 <TAsn> I think all are dropable :P
Dec 07 19:30:54 <dos1> TAsn: pffff
Dec 07 19:30:54 <morphis> Heinervdm: ok, what should be changed?
Dec 07 19:30:55 <TAsn> (after a bit of dev)
Dec 07 19:30:58 <Heinervdm> morphis: but i have a working implementation of clicking an the days of other months
Dec 07 19:31:00 <dos1> we don't have real rules now ;P
Dec 07 19:31:02 <spaetz> TAsn: cool :)
Dec 07 19:31:04 <playya> atm only I mickey|away dos1 (and someone is missing) know whats going on in fso land TAsn 
Dec 07 19:31:07 <morphis> Heinervdm: day_get should already return the right day ... hm
Dec 07 19:31:10 <dos1> as oeventsd sucks and doesn't allow to do anything cool :P
Dec 07 19:31:12 <TAsn> dos1, I know.
Dec 07 19:31:17 <TAsn> but what do you have in mind?
Dec 07 19:31:20 <kahlb> okay, very stupid question: which command do you usually use to untar the tarball?
Dec 07 19:31:22 <morphis> Heinervdm: great, sent me the patch and I include it
Dec 07 19:31:24 <playya> and mostly anyone knows only about his own project
Dec 07 19:31:34 <playya> i want to change it
Dec 07 19:31:37 <TAsn> playya, :P this wiki pgae is a great idea.
Dec 07 19:31:41 <dos1> TAsn: some nice things with ringtones and callers maybe...
Dec 07 19:31:42 <morphis> Heinervdm: I already looked some days ago for merging with the current code of elementary
Dec 07 19:31:48 <Heinervdm> morphis: last commit in git is from 10.10.
Dec 07 19:31:50 <TAsn> dos1, NO
Dec 07 19:31:50 <dos1> TAsn: maybe some rules depending on location
Dec 07 19:31:57 <TAsn> that's definitely the UI's job
Dec 07 19:32:03 <dos1> maybe :P
Dec 07 19:32:05 <playya> and maybe try to get more devs involved into fso
Dec 07 19:32:06 <morphis> Heinervdm: so I can send a patch to e-devel
Dec 07 19:32:10 <morphis> Heinervdm: jepp
Dec 07 19:32:21 <TAsn> adding stitched up rules per contact is bad.
Dec 07 19:32:22 <morphis> Heinervdm: didn't have much time in last two months :)
Dec 07 19:32:29 <Heinervdm> in that revision it returns the index
Dec 07 19:32:29 <TAsn> and making the rules engine opimd aware and generic
Dec 07 19:32:30 <TAsn> is slow
Dec 07 19:32:36 <TAsn> you don't really have a sane way to do it.
Dec 07 19:32:41 <TAsn> and making us (the UI)
Dec 07 19:32:46 <TAsn> register rules per contact
Dec 07 19:32:49 <TAsn> is annoying
Dec 07 19:32:53 <dos1> TAsn: ok ok ;p
Dec 07 19:32:59 <TAsn> :P
Dec 07 19:33:01 <spaetz> ringtone stuff is phonefsod/phoneuid area, I agree
Dec 07 19:33:06 <spaetz> probably :)
Dec 07 19:33:22 <dos1> TAsn: but what about location based rules?
Dec 07 19:33:25 <TAsn> spaetz, just looked at the rules
Dec 07 19:33:41 <TAsn> the only rule we can't take out atm (again, we need small development before we do)
Dec 07 19:33:53 <TAsn> is     trigger: IdleState()
Dec 07 19:33:53 <TAsn>     filters: HasAttr(status, "suspend")
Dec 07 19:33:53 <TAsn>     actions: Suspend()
Dec 07 19:34:14 <TAsn> which can easily be handled by siglaunchd
Dec 07 19:34:15 <Q-Master> who can instruct me how to set up an cross-compiling env on non-x86 comp?
Dec 07 19:34:19 <spaetz> ooh, but that should be easy to replace by either phonefsod or a siglaunchd
Dec 07 19:34:30 <TAsn> dos1, depends.
Dec 07 19:34:31 <TAsn> spaetz, yaeh.
Dec 07 19:34:52 <TAsn> and the led coloring when charging can also be done with siglaunchd
Dec 07 19:35:01 <TAsn> (though should happen in phoneuid/phonefsod)
Dec 07 19:35:13 <TAsn>     trigger: IncomingMessage()
Dec 07 19:35:13 <TAsn>     actions: MessageTone(play)
Dec 07 19:35:16 <TAsn> phoneui's job.
Dec 07 19:35:20 <CIA-53> SHR: 03mok 07libphone-ui * ref0bbe7d4225 10/src/ (5 files): add phoneui-info / new phoneui_idle_screen_update_... prototypes
Dec 07 19:35:22 <TAsn> (with phonefsod)
Dec 07 19:35:29 <TAsn> mrmoku, sweet :P ^
Dec 07 19:36:00 <TAsn> bt crap should be dropped NOW
Dec 07 19:36:13 <TAsn>     while: PowerStatus()
Dec 07 19:36:14 <TAsn>     filters: Not(HasAttr(status, "discharging"))
Dec 07 19:36:14 <TAsn>     actions: OccupyResource(CPU)
Dec 07 19:36:15 <TAsn> phonefsod
Dec 07 19:36:29 <TAsn> headset support: phoneuid+phonefsod
Dec 07 19:36:41 <spaetz> TAsn: nooo, that rule prevents suspend while usb plugged in
Dec 07 19:36:43 <TAsn> and dimming: already is being implemented in phonefsod
Dec 07 19:36:53 <TAsn> spaetz, phonefsod...
Dec 07 19:37:01 <spaetz> ahh, k
Dec 07 19:37:02 <mrmoku> TAsn: though... there are other phonestacks too
Dec 07 19:37:03 <TAsn> <TAsn> bt crap should be dropped NOW = bluetooth....
Dec 07 19:37:04 <TAsn> :P
Dec 07 19:37:15 <TAsn> mrmoku, I'm talking about shr.
Dec 07 19:37:27 <TAsn> mrmoku, furthermore, they should also work correctly
Dec 07 19:37:28 <mrmoku> ahh, drop it for shr only...
Dec 07 19:37:47 <TAsn> doing something broken just because there are lazy phonestacks
Dec 07 19:37:51 <TAsn> is not an excuse ;P
Dec 07 19:37:58 <spaetz> is dimming in phonefsod? ohh, you guys are too quick for me :)
Dec 07 19:38:12 <TAsn> spaetz, dos1's (and then mrmoku's) fault.
Dec 07 19:38:13 <TAsn> :P
Dec 07 19:38:17 <TAsn> not yet there
Dec 07 19:38:19 <TAsn> but it's going there.
Dec 07 19:38:23 <spaetz> ahh :)
Dec 07 19:38:58 <Heinervdm> morphis: sent you a patch for calendar.c
Dec 07 19:39:25 <morphis> Heinervdm: thanks
Dec 07 19:39:29 <spaetz> mmh, now I also have to look at oeventsd rules...
Dec 07 19:40:15 <Heinervdm> mrmoku: perhaps improve it a bit, and revert some things if you don't like them :)
Dec 07 19:40:43 <mrmoku> morphis you mean :P
Dec 07 19:40:53 <Heinervdm> ups :)
Dec 07 19:41:50 <TAsn> mrmoku, saw you reverted my patch!
Dec 07 19:41:52 <TAsn> you ass ;P
Dec 07 19:42:01 <TAsn> (my patch = my commit in libphone-ui-shr)
Dec 07 19:42:08 <playya> mimimimi
Dec 07 19:42:14 <TAsn> it was your fault it didn't compile!
Dec 07 19:43:43 <mrmoku> TAsn: well no
Dec 07 19:43:46 <morphis> Heinervdm: please send patches next time as attachment, would be nice :)
Dec 07 19:43:49 <mrmoku> can't be my fault :P
Dec 07 19:44:15 <mrmoku> TAsn: and while you were surfing people complained that it does not build ;)
Dec 07 19:44:37 <Heinervdm> morphis: you can apply that by just saving as mbox, and then do "git am bla.mbox"
Dec 07 19:45:25 <Heinervdm> morphis: it's mail from git-send-email
Dec 07 19:46:09 <morphis> ah ok
Dec 07 19:46:29 <onen|openBmap> morphis: hi. how is palm pre hacking going?
Dec 07 19:46:41 <TAsn> mrmoku, I know.
Dec 07 19:46:48 <TAsn> it's because libphone-ui needed an update
Dec 07 19:47:01 <TAsn> and that's because lfg didn't build correctly :P
Dec 07 19:47:10 <TAsn> so it's YOUR fault :P
Dec 07 19:47:22 <TAsn> but, I'm ok with it being your fault, I'm not mad.
Dec 07 19:48:13 <mrmoku> :P
Dec 07 19:48:19 <GarthPS> configure: error: C preprocessor "arm-oe-linux-gnueabi-gcc -E" fails sanity check
Dec 07 19:48:24 <GarthPS> some clue?
Dec 07 19:48:46 <GarthPS> ti as been there for a we or 2 now for me..
Dec 07 19:49:32 <mrmoku> GarthPS: that might be due to the linux-headers update some time ago
Dec 07 19:49:54 <GarthPS> so what have I to do?
Dec 07 19:49:59 <mrmoku> rebuild from scratch
Dec 07 19:50:03 <GarthPS> Do I have to do  sorry
Dec 07 19:50:08 <GarthPS> :D
Dec 07 19:50:27 <GarthPS> rm-f tmp/ right?
Dec 07 19:50:35 <mrmoku> yup
Dec 07 19:50:47 <GarthPS> sweet :p
Dec 07 19:50:50 <GarthPS> thx!
Dec 07 19:50:54 <spaetz> GarthPS: nearly. Try rm -rf / ;P
Dec 07 19:51:00 <spaetz> SCNR
Dec 07 19:51:10 <GarthPS> yeah yeah :p
Dec 07 19:51:18 <spaetz> :)
Dec 07 19:51:55 <GarthPS> spaetz: fyi I thought about it :p welldone ;)
Dec 07 19:52:18 <GarthPS> spaetz: was pretty sur someone would do it :p
Dec 07 19:52:35 <morphis> onen|openBmap: one moment
Dec 07 19:58:04 <spaetz> larsc: can the LEDs blink while the FR is suspended?
Dec 07 19:58:20 <spaetz> I think I recall some 2.6.32 talk about this...
Dec 07 20:00:08 <larsc> spaetz: no
Dec 07 20:00:17 <spaetz> ahh, ok
Dec 07 20:00:42 <spaetz> would be nice to have a "missed call" indicator...
Dec 07 20:00:52 <Weiss> they can't blink... but maybe they can be left on?
Dec 07 20:04:00 <Weiss> larsc: have been digging into this 2.6.31 suspend problem.
Dec 07 20:04:52 <mrmoku> Slyon: I have a question...
Dec 07 20:05:03 <Slyon> mrmoku: yes?
Dec 07 20:05:06 <mrmoku> Slyon: could we rename
Dec 07 20:05:09 <larsc> Weiss, spaetz:they can be left on, yes
Dec 07 20:05:12 <larsc> Weiss: and?
Dec 07 20:05:14 <mrmoku> RESOURCE("cpuResource", "cpu.png", "batteryPower", -25)
Dec 07 20:05:27 <mrmoku> the cpuResource... to match the resource as given via dbus?
Dec 07 20:05:28 <Weiss> larsc: it's hanging when the MMC card is removed on the suspend callback of Glamo-MCI
Dec 07 20:05:39 <Weiss> larsc: still drilling down to find out exactly where..
Dec 07 20:06:33 <Slyon> mrmoku: of course. shall i change it in the edc?
Dec 07 20:06:41 <mrmoku> Slyon: would be great :)
Dec 07 20:06:57 <mrmoku> Slyon: maybe wait a second for me to push
Dec 07 20:07:10 <Slyon> mrmoku: ok, i have to do some stuff for school first, but will do it in about an hour
Dec 07 20:07:11 <mrmoku> Slyon: or... if you don't care I can change it too
Dec 07 20:07:21 <Slyon> mrmoku: however you want
Dec 07 20:07:32 <GarthPS> spaetz: do you know how to flash an UBIFS image?
Dec 07 20:08:54 <larsc> Weiss: haha. yes... that one... enable MMC_UNSAFE_RESUME
Dec 07 20:09:50 <Weiss> larsc: testing now.  sounds like you know what causes it?
Dec 07 20:10:34 <TAsn> GarthPS, just got the same thing :(
Dec 07 20:11:06 <GarthPS> TAsn:want to flash it to?
Dec 07 20:11:10 <TAsn> mrmoku, hehe yeah, that'd be a lot easier. :P
Dec 07 20:11:24 <TAsn> GarthPS, sorry, read backlog, meant that error :P
Dec 07 20:11:26 <mrmoku> TAsn: almost finished :P
Dec 07 20:11:30 <TAsn> and it's because of the headers.
Dec 07 20:11:40 <TAsn> mrmoku, cool :P so we'll have shr-today? :P
Dec 07 20:11:52 <TAsn> (sorry I can't help, my OE is broken)
Dec 07 20:11:53 <GarthPS> TAsn: ok thx :p
Dec 07 20:12:06 <GarthPS> TAsn: no clue for th UBIFS file?
Dec 07 20:12:08 <mrmoku> TAsn: don't know about showing/hiding it... what did we say?
Dec 07 20:12:20 <morphis> onen|openBmap: so
Dec 07 20:12:25 <TAsn> mrmoku, what do you mean?
Dec 07 20:12:27 <morphis> onen|openBmap: pre hacking is going on
Dec 07 20:13:00 <morphis> onen|openBmap: currently we are stucked with the modem, but beside I am working on getting kexecboot and finally shr to run on the pre
Dec 07 20:13:11 <mrmoku> TAsn: how does it get activated... and how does it go away (via key)
Dec 07 20:13:18 <TAsn> oh
Dec 07 20:13:48 <larsc> Weiss: had the same issues on a different device just a week ago.
Dec 07 20:13:48 <TAsn> just call it rfom phonefsod on the same occasions shr-today would have been launched.
Dec 07 20:13:56 <TAsn> I mean, let's not change behavior atm.
Dec 07 20:14:19 <morphis> mrmoku: every heard of this oe error: "mpz/.libs/root.o: file not recognized: File truncated" when building gmp-native?
Dec 07 20:14:31 <Weiss> larsc: ah... is this a temporary workaround, or a necessary option? (i.e. worth digging more?)
Dec 07 20:14:39 <mrmoku> morphis: huh, no :|
Dec 07 20:15:08 <TAsn> NOTE: Running task 275 of 2546
Dec 07 20:15:11 <TAsn> soo slow:|
Dec 07 20:15:20 <mrmoku> TAsn: now shr-today is launched via xsession and is listening to stuff itself
Dec 07 20:16:07 <TAsn> mrmoku, I meant when it's launched...
Dec 07 20:16:16 <TAsn> on aux show
Dec 07 20:16:19 <TAsn> on aux hide
Dec 07 20:16:29 <TAsn> and idle_state_whatever show
Dec 07 20:16:29 <morphis> mrmoku: hm 
Dec 07 20:16:35 <TAsn> mrmoku, no deinit
Dec 07 20:16:37 <TAsn> just show and hide
Dec 07 20:16:44 <Slyon> mrmoku: atm it listens to aux press, suspend signal and lock signal
Dec 07 20:16:52 <TAsn> I'm planning on making it a config option in phoneuid btw
Dec 07 20:17:07 <TAsn> (whether to cache each screen or not)
Dec 07 20:17:32 <TAsn> though it can be libphone-ui's responsibility
Dec 07 20:17:35 <TAsn> more thinking is in order.
Dec 07 20:18:19 <TAsn> bbl (hopefully)
Dec 07 20:21:04 <CIA-53> SHR: 03mok 07libphone-ui-shr * r9823edc97ef4 10/src/ (4 files in 2 dirs): idle-screen: implement the update functions
Dec 07 20:21:14 <CIA-53> SHR: 03mok 07libphone-ui-shr * rbd7e2bc01804 10/data/idle_screen/idle_screen.edc: idle_screen.edc: rename resources to match DBus names
Dec 07 20:21:25 <Weiss> larsc: looks good with that option. suspend/resume is FAST..
Dec 07 20:21:51 <mrmoku> TAsn: one thing still...
Dec 07 20:21:53 <larsc> Weiss: it's a known problem. and i think there is no other solution for it at the moment.
Dec 07 20:22:15 <mrmoku> TAsn: when is the idle screen ready to receive updates?
Dec 07 20:22:17 <TAsn> mrmoku, speak.
Dec 07 20:22:27 <TAsn> mrmoku, just feed it with updates all the time
Dec 07 20:22:34 <TAsn> I had a check to make sure you don't update a null screen
Dec 07 20:22:50 <TAsn> (updates are not recent enough to really control it's state)
Dec 07 20:23:00 <TAsn> when I'll move it to phoneuid I'll handle it better.
Dec 07 20:23:26 <Weiss> larsc: ah.. problem with the MMC card stack? :S
Dec 07 20:23:26 <mrmoku> TAsn: but I have to know... as I once feed stuff manually
Dec 07 20:23:31 <mrmoku> (on startup)
Dec 07 20:23:42 <TAsn> mrmoku, oh.
Dec 07 20:23:46 <TAsn> the init is sync
Dec 07 20:23:57 <TAsn> (you should add init to phoneui if I haven't already)
Dec 07 20:24:03 <TAsn> oops
Dec 07 20:24:03 <mrmoku> TAsn: so I have to place the phoneui_info_init just after the backend inits?
Dec 07 20:24:07 <TAsn> erase the last one
Dec 07 20:24:12 <TAsn> mrmoku, no no.
Dec 07 20:24:19 <TAsn> oh yes.
Dec 07 20:24:23 <TAsn> sorry, my bad :P
Dec 07 20:24:24 <TAsn> but
Dec 07 20:24:27 <mrmoku> decide please :P
Dec 07 20:24:33 <TAsn> don't forget
Dec 07 20:24:44 <TAsn> actually
Dec 07 20:24:52 <TAsn> best thing would be just adding
Dec 07 20:24:58 <TAsn> phoneui_idle_screen_init
Dec 07 20:25:00 <larsc> Weiss: a problem with the linux fs stack
Dec 07 20:25:06 <TAsn> (there's already an idle_screen_init function)
Dec 07 20:25:27 <TAsn> and init it just before you init phoneui_info
Dec 07 20:25:35 <mrmoku> hmm
Dec 07 20:25:38 <TAsn> and then feed it with the first values (as signals)
Dec 07 20:26:07 <TAsn> get what I mean? :P
Dec 07 20:26:12 <mrmoku> no
Dec 07 20:26:25 <mrmoku> feeding the stuff belongs to info, no?
Dec 07 20:26:48 <TAsn> yes
Dec 07 20:26:52 <TAsn> but what about initial feeding?
Dec 07 20:27:03 <TAsn> info feeds updates
Dec 07 20:27:10 <mrmoku> and initial info
Dec 07 20:27:13 <TAsn> you need to feed initial settings after initializing idle screen.
Dec 07 20:27:22 <TAsn> oh ok, if it does, then cool :P
Dec 07 20:27:27 <TAsn> just init idle_screen
Dec 07 20:27:30 <TAsn> and then init info :P
Dec 07 20:27:36 <mrmoku> what about an phoneui_info_idle_screen_trigger thing
Dec 07 20:27:44 <mrmoku> that idle screen can call itself?
Dec 07 20:28:06 <mrmoku> TAsn: it does not yet
Dec 07 20:28:22 <TAsn> please explain both.
Dec 07 20:28:44 <mrmoku> it does not yet feed the initial info... just wanted to say that IMO it belongs to info too
Dec 07 20:28:44 <TAsn> what's trigger? and what do you mean by can call itself?
Dec 07 20:28:52 <Weiss> larsc: ick. ok... as long as it's not something I can easily help with, that means I can get on with 2.6.31 KMS again..
Dec 07 20:29:18 <mrmoku> I mean having a function in info that can be called from idle-screeen-view when it is ready for it
Dec 07 20:29:32 <TAsn> mrmoku, no need, as init is sync
Dec 07 20:29:39 <TAsn> it's ready as soon as init returns
Dec 07 20:29:57 <TAsn> and I can even change that to make it even before init.
Dec 07 20:29:59 <mrmoku> so then I'm already doing the right thing and just have to feed it with stuff from phoneui_info_init
Dec 07 20:30:15 <spaetz> TAsn: an phone* occupy the cpu resource while a call is active? less rules for oeventsd
Dec 07 20:30:26 <spaetz> s/an/can/
Dec 07 20:30:27 <apt> spaetz meant: TAsn: can phone* occupy the cpu resource while a call is active? less rules for oeventsd
Dec 07 20:30:36 <TAsn> spaetz, of course.
Dec 07 20:30:40 <TAsn> already told you i'll do that.
Dec 07 20:30:53 <mrmoku> spaetz: I removed all the idlenotifier handling on yours and dos1's and everybodys request ;)
Dec 07 20:30:54 <spaetz> ok, mske it so, then :-)
Dec 07 20:31:02 <TAsn> spaetz, please open a ticket (and assign to me) that's called "eliminate the use of oeventsd"
Dec 07 20:31:08 <TAsn> :P
Dec 07 20:31:17 <TAsn> I'll exterminate that vermint.
Dec 07 20:31:18 <spaetz> mrmoku: :-)
Dec 07 20:31:31 <TAsn> mrmoku, yes. first init idle screen, then feed. 
Dec 07 20:31:32 <mrmoku> but I will happily re-add it :D
Dec 07 20:31:34 <TAsn> you are doing it correcty.
Dec 07 20:31:39 <TAsn> just remember than on info feed
Dec 07 20:31:42 <spaetz> TAsn: great will do tomorrow
Dec 07 20:31:43 <mrmoku> good
Dec 07 20:31:46 <TAsn> you should probe for all the values manually and emulate signals
Dec 07 20:31:52 <TAsn> spaetz, thanks, as I won't remember :P
Dec 07 20:31:52 <mrmoku> sure
Dec 07 20:33:35 <TAsn> mrmoku, sorry I can't help more
Dec 07 20:33:41 <TAsn> I don't have OE :|
Dec 07 20:33:46 <mrmoku> well...
Dec 07 20:33:49 <TAsn> or time for that matter :|
Dec 07 20:33:53 <mrmoku> you have to cleanup after me then ;)
Dec 07 20:34:14 <TAsn> lolz :P
Dec 07 20:34:22 <TAsn> you usually keep your table clean.
Dec 07 20:35:55 <TAsn> anyhow, now for real
Dec 07 20:35:56 <TAsn> bbl
Dec 07 20:46:12 <gonzoism> the shr-testing image goes into sleep when on charge.
Dec 07 20:46:59 <gonzoism> does it still charge while in sleep ?
Dec 07 20:47:37 <max_posedon> gonzoism, nope
Dec 07 20:49:29 <spaetz> gonzoism: replug the power
Dec 07 20:49:37 <spaetz> and the led should go on
Dec 07 20:49:54 <spaetz> and yes, it also charges while sleeping
Dec 07 20:50:09 <gonzoism> good to know.  the led is on
Dec 07 20:53:38 <Weiss> ick.. my FR WSoDed, and my laptop locked up hard in sympathy..
Dec 07 21:04:45 <DocScrutinizer51> max_posedon, why not?
Dec 07 21:05:52 <DocScrutinizer51> gonzoism, charger in PMU should work independent of any signallng. Even in suspend
Dec 07 21:07:53 <Slyon> DocScrutinizer, is there a big difference in speed, if i run my OS from class 2 sdcard, class 6 sdcard or from nand?
Dec 07 21:08:31 <max_posedon> Slyon, on neo? I afraid of sdcard class useless param
Dec 07 21:09:02 <Slyon> max_posedon: yes on neo
Dec 07 21:09:13 <Slyon> class useless param?
Dec 07 21:09:40 <max_posedon> yep, I have ~1.5Mb/s with any class 
Dec 07 21:11:02 <Slyon> max_posedon: hmm... so this shouldn't be the difference. i just wounder, why my shr is so sluggish, as tasn says his one is pretty snappy
Dec 07 21:11:06 <DocScrutinizer51> Slyon, I,d guess none
Dec 07 21:11:28 <max_posedon> Slyon, how much time ago, you bought neo?
Dec 07 21:11:42 <max_posedon> may be tasn means that it was much slower some time ago)
Dec 07 21:11:43 <Slyon> DocScrutinizer, okay thanks, so i don't need to buy a better sdcard
Dec 07 21:11:52 <DocScrutinizer51> nope
Dec 07 21:11:57 <DocScrutinizer51> for sure
Dec 07 21:12:29 <gonzoism> Slyon: i'm running from nand
Dec 07 21:13:09 <Slyon> max_posedon: hmm some time ago. it's an A6, bought in august 2008
Dec 07 21:13:33 <gonzoism> mine is an a6.  got mine new a few weeks ago
Dec 07 21:13:38 <Slyon> gonzoism: and? ist it fast? i've a shr-testing in nand but it isn't faster than my shr-u on sd
Dec 07 21:14:49 <Slyon> gonzoism: well... the apps etc start up really fast with the new unstable for me, but scolling/sliding operations are sluggish
Dec 07 21:15:35 <gonzoism> Slyon: mine is sluggish.  more sluggish than the first image i ran with the md5sum bd68d3e653f05019a4f9fb959ec2175a  full-om-gta02.jffs2
Dec 07 21:16:26 <gonzoism> Slyon: all applicatins seem more sluggish than the above image.  even bash and ash commands.
Dec 07 21:16:29 <TAsn> max_posedon, I meant it was much slower some time ago
Dec 07 21:16:33 <TAsn> and that's it's snappy atm.
Dec 07 21:16:36 <TAsn> but I'm off.
Dec 07 21:17:13 <gonzoism> Slyon:  i have to go too.  i'll be back later.
Dec 07 21:17:36 <Slyon> gonzoism: bye, i'll be off, too
Dec 07 21:32:05 <TAsn> Off topic important announcement:
Dec 07 21:32:06 <TAsn> Just a quick announcement before I go to study: Today the Israeli Knesset (Parliament) voted and approved the establishment of a biometric national database that will include the fingerprints + facial scans + things I don't remember ATM. Yes, you got that right, the data won't be in stored in smart cards, but in a central database. One additional important fact: Up to today, almost every database Israel has ever held (since 99') has
Dec 07 21:32:06 <TAsn>  been leaked online. The leaked databases mostly consist of  ID (SSN equiv.), birth of date, relatives, known address, phone number and a lot more info. A dark day for mankind. If you know anyone associated with foreign press, please let them know that Israel is no longer safe, please let them tell our story. :(
Dec 07 21:36:32 <TAsn> Europe here I come. (Thank god I'm a citizen of the EU)
Dec 07 21:39:32 <playya> TAsn, still alive?
Dec 07 21:39:40 <TAsn> mostly
Dec 07 21:39:46 <mwester> The USA is soon to follow, TAsn -- and I doubt that the EU is far behind either.
Dec 07 21:39:54 <TAsn> alive though without any rights :P ^
Dec 07 21:40:07 <TAsn> mwester, a central database? I doubt that.
Dec 07 21:40:17 <TAsn> I know they want to store the information on the passports themselves
Dec 07 21:40:21 <TAsn> which makes little sense.
Dec 07 21:40:45 <TAsn> but a central db? that's crazy.
Dec 07 21:40:47 <mwester> That's what the EU is all about - centralized stuff.  And USA is speeding down the path to be another European state.
Dec 07 21:40:53 <mwester> But that's off topic.
Dec 07 21:41:09 <TAsn> mwester, centralized: yes. Database: NO.
Dec 07 21:41:11 <TAsn> (I hope)
Dec 07 21:41:31 <TAsn> having a database is more far reaching than anything else.
Dec 07 21:41:47 <TAsn> playya, ?
Dec 07 21:41:52 <TAsn> I was juts about to go
Dec 07 21:41:56 <TAsn> anything important?
Dec 07 21:42:06 <playya> register!
Dec 07 21:42:14 <TAsn> haha
Dec 07 21:42:15 <TAsn> tomorrow :P
Dec 07 21:42:19 <TAsn> night :)
Dec 07 21:42:22 <playya> night
Dec 07 21:42:30 <TAsn> playya, please remind me tomorrow, as I won't remember myself.
Dec 07 21:42:43 <playya> ok
Dec 07 21:42:46 <Wonka> eu has data security laws that (atm) forbid such things... or at leasst germany has
Dec 07 21:42:51 <mwester> anyway, I must run.  To the airport - funny how timely that is; I'll be crossing the border, and will be tracked through my journey by many means, my movements kept private only by virtue of government incompetence.  And the fact that I'm boring and there's no reason for anyone to dig through the records to find my travels.
Dec 07 21:43:03 <TAsn> mwester, you see? (wonka)
Dec 07 21:43:26 <mwester> Wonka,  the politicians are no better than ours, and will abuse those laws like they do here.
Dec 07 21:43:31 <TAsn> mwester, lol @ sad facts. :P
Dec 07 21:43:56 <TAsn> Wonka, again, thank god I'm a citizen of the EU
Dec 07 21:44:03 <Wonka> but we will have to fight hard for our freedom
Dec 07 21:44:21 <Wonka> mwester: ack :(
Dec 07 21:44:45 <TAsn> Wonka, we tried and failed.
Dec 07 21:45:21 <Wonka> TAsn: I wont give up
Dec 07 21:45:31 <Wonka> arrr!
Dec 07 21:45:56 <TAsn> Wonka, there are talks to file a complaint against the government in the "court of high justice"
Dec 07 21:46:10 <TAsn> as this law is against many basic human rights.
Dec 07 21:46:27 <TAsn> anyhow, they won't get my prints
Dec 07 21:46:29 <TAsn> that's for sure
Dec 07 21:46:55 <TAsn> (although they already have them, though sobs :( )
Dec 07 21:46:55 <TAsn> took it without asking
Dec 07 21:46:56 <TAsn> when I was younger.
Dec 07 21:47:00 <TAsn> I should really sue those assholes.
Dec 07 21:47:06 <TAsn> fucking govt.
Dec 07 21:47:14 <Wonka> do it!
Dec 07 21:48:00 <TAsn> I think just leaving and never coming back is probably easier.
Dec 07 21:48:11 <TAsn> (and doing plastic surgery to change my prints, of course)
Dec 07 21:48:50 <TAsn> anyhow, It's getting late
Dec 07 21:48:55 <TAsn> I should really be going
Dec 07 21:49:00 <TAsn> surf is up tomorrow morning.
Dec 07 21:49:14 <Wonka> they wont get mine, at leasttt not for passport or ID
Dec 07 21:49:30 <Wonka> sleep well
Dec 07 21:49:44 <TAsn> Wonka, thanks. night.
Dec 08 00:11:56 <[Rui]> TAsn: how were the waves? :)
Dec 08 00:18:30 <DocScrutinizer51> what waves?
Dec 08 01:06:48 * gonzoism waves
Dec 08 01:42:38 <DocScrutinizer> when the flood comes...
Dec 08 01:42:57 <DocScrutinizer> [P.Gabriel]
**** ENDING LOGGING AT Tue Dec 08 02:59:56 2009