**** BEGIN LOGGING AT Tue Dec 15 02:59:57 2009
Dec 15 03:00:01 <DocScrutinizer-8> OM just stopped sw development and put the whole project in the hands of community
Dec 15 03:00:50 <gonzoism> a business mistake.  they would have to wait another year for another marketting oppurtunity like that.  (christmas)  but maybe next year will be a good time for them.  but by then, the hardware is a year older.
Dec 15 03:01:00 <DocScrutinizer-8> SHR is neither started nor supported by OM
Dec 15 03:01:18 <gonzoism> i know.
Dec 15 03:01:43 <gonzoism> but it is a selling point for the phone.  it makes the hardware functional.
Dec 15 03:01:53 <gonzoism> and they are selling hardware.
Dec 15 03:02:35 <gonzoism> if shr was at this state when they first released the gta01 or gta02, it would have resulted in better reviews and more sales.
Dec 15 03:03:28 <DocScrutinizer-8> sure
Dec 15 03:05:08 <gonzoism> they could have put their coders on all the loose ends of shr, and put a few pr people on getting the word out that it was ready for an every day phone, and at $300 a pop even, they would have sold a lot of phones, i think.
Dec 15 03:05:56 <gonzoism> but that is just business.  he may have different goals than getting linux into people's hands, or selling gta02s.  
Dec 15 03:06:29 <gonzoism> i say it would make money.  maybe it wouldn't.  kind of hard to make those projections, especially some hick like me.
Dec 15 03:08:25 <gonzoism> i thik that would have been a smart move this christmas.
Dec 15 03:10:17 <DocScrutinizer-8> only there's basically nobody left over to do this move :-> 
Dec 15 03:10:40 <DocScrutinizer-8> OM is something like 3..7 people
Dec 15 03:10:58 <DocScrutinizer-8> mostly account and marketing
Dec 15 03:11:19 <gonzoism> ya, but that was after they pulled the plug on making phones...
Dec 15 03:12:57 <gonzoism> before then, they had more staff, to the best of my understanding.
Dec 15 03:13:50 <DocScrutinizer-8> yes
Dec 15 03:14:42 <DocScrutinizer-8> but everybody except me focused on GTA03 basically
Dec 15 03:15:04 <gonzoism> 140 hours of standby time is phenomenal, i think.  (after #1024 enhancement).   add to that another 10,000 users falling fresh into what we have now would have resulted in crazy gta02 improvements.
Dec 15 03:15:40 <gonzoism> ya, gta03 talk would have been exciting/distracting (had i been around then)
Dec 15 03:16:28 <gonzoism> seems like they only saw a never ending development cycle, and no distribution/capitalizing avenue
Dec 15 03:16:50 <DocScrutinizer-8> yep
Dec 15 03:17:47 <gonzoism> but even with one of the most common detractions against the gta02, out of date hardware, gpl makes up for that....   i'm still running 486's and 586's.  they compute.
Dec 15 03:18:54 <gonzoism> out of date hardware with freedom really makes up for the out of date hardware.  and it isn't that out of date.....  we can run doom on it...  that is something other phones aren't doing.
Dec 15 03:21:12 <gonzoism> i still sell 486's and 586's as freenas boxes, for people wanting to share dialup, and stuff.  dialup is really common here.  stick a wireless router on top of the box, and the dialup people are really happy.
Dec 15 03:22:41 <gonzoism> consider that we can pay someone to implement ap mode on the wifi driver, and leave it plugged in as only a cell modem with wifi router, for $250 plus phone bill every month...  and there is room for profit.
Dec 15 03:23:18 <gonzoism> plus the tens of hundreds if not thousands of other uses something like this can be used for.
Dec 15 03:24:00 <gonzoism> i guess tens of hundreds is thousands....  :)  anyways, i'm sad to see them invest so much, and not get the payout.
Dec 15 03:24:30 <gonzoism> makes me wonder how much it would take to buy the company.
Dec 15 03:24:47 <DocScrutinizer-8> AP doesn't work with AR6001 afaik
Dec 15 03:25:26 <gonzoism> only because the driver doesn't implement it, i believe.  i think the hardware is capable, only because i don't know of any limit.
Dec 15 03:25:31 <DocScrutinizer-8> (buy) ask Sean ;-)
Dec 15 03:28:29 <gonzoism> ya
Dec 15 03:30:09 <gonzoism> have any idea what kind of money the asking price would be, DocScrutinizer ?
Dec 15 03:30:31 <DocScrutinizer-8> no
Dec 15 03:30:35 <gonzoism> me neither.
Dec 15 03:44:31 <gonzoism> all the debugging info i tried to save while getting those kernel oops messages wouldn't write to the card...  :)
Dec 15 03:46:20 <DocScrutinizer-8> try ramconsole
Dec 15 03:46:31 <DocScrutinizer-8> or a debug board
Dec 15 03:49:15 <gonzoism> ramconsole. :)
Dec 15 03:49:16 <DocScrutinizer-8> time for brinner, or lunfast
Dec 15 04:16:58 <gonzoism> what is the best video player for the freerunner ?   mplayer ?
Dec 15 04:20:01 <gonzoism> i think so.
Dec 15 04:53:54 <gonzoism> i wonder what bitrates it can handle.
Dec 15 05:00:17 <gonzoism> i forgot how much i like encoding video....
Dec 15 07:48:45 <JesusMcCloud> mrmoku|away, alsa convert utility produces valid statefiles. but my original statefile made my fr sound better than any other phone (on both ends) and the output statefile of the convert utility is quality-wise... how to say it adequately... crap. so eihter gremlins ate my orignal statefile, the convert util is broken, or sth else changed, which means i am still very much pissed abotu thät freaking als mess >:-(
Dec 15 08:12:34 <Wonka> *growl*
Dec 15 08:12:52 <Wonka> phonefsod does start now, phoneuid too...
Dec 15 08:13:10 <Wonka> but it _still_ suspends automatically, contrary to my settings
Dec 15 08:14:24 <Wonka> and after waking it up, the "today" lock screen does not go away - the slider does not react, pressing Aux is ignored, pressing Power is not doing anything too.
Dec 15 08:28:30 <blindcoder> mornin
Dec 15 09:14:04 <daniele_athome> hi 
Dec 15 09:23:25 <JaMa> moin
Dec 15 09:33:40 <Q-Master> hm.
Dec 15 09:33:48 <Q-Master> navit lost all it's xpms
Dec 15 09:34:42 <JaMa> install navit-icons
Dec 15 09:34:51 <Q-Master> hm
Dec 15 09:34:52 <JaMa> (re)install
Dec 15 09:35:55 <Q-Master> thnx
Dec 15 09:36:44 <JaMa> Q-Master: did you install navit or just upgraded?
Dec 15 09:37:14 <JaMa> Q-Master: there is some maybe opkg bug when upgrading navit_with_xpm to navit-without_xpm while installing new navit-icons
Dec 15 09:37:28 <Q-Master> JaMa: dont' remember. 8( 
Dec 15 09:37:36 <JaMa> Q-Master: but should work ok when installing new navit_without_xpm
Dec 15 09:37:44 <JaMa> ah ok
Dec 15 09:38:02 <Q-Master> trying to reinstall navit-icons
Dec 15 09:42:19 <Q-Master> everything ok
Dec 15 09:43:22 <ChristW> [SHR-u] It seems that, at least on my machine, the AUX and Power buttons don't do anything at the moment. Also, touching the screen does not give me any screen illumination. Did I choose a bad moment for an opkg update/upgrade?
Dec 15 10:01:21 <Q-Master> mokonnect seems doing nothing
Dec 15 10:01:55 <Q-Master> it is trying to poweron wifi for already 5 mins
Dec 15 10:04:31 * daniele_athome wants to boot SHR with kernel 2.6.31 but fsodeviced doesn't work :(
Dec 15 10:12:01 <Heinervdm> daniele_athome: fsodeviced doesn't know about the new sysfs paths, as far as i know
Dec 15 10:12:37 <daniele_athome> Heinervdm, should it be configurable? :)
Dec 15 10:13:35 <Heinervdm> i don't know what mickyl planned for that :)
Dec 15 10:16:36 <daniele_athome> mmm
Dec 15 10:16:59 <JaMa> daniele_athome: check http://build.shr-project.org/tests/mrmoku/switch-for-kernel
Dec 15 10:17:10 <daniele_athome> JaMa, I have that :)
Dec 15 10:17:44 <daniele_athome> I don't remember the error exactly... but is different from the old one about alsa
Dec 15 10:51:44 <Q-Master> hm. falling asleep during reboot - suxx
Dec 15 12:30:28 <JesusMcCloud> spaetz, heya, did u try mrmokus state converter?
Dec 15 13:29:15 <mrmoku> ChristW: when did you upgrade?
Dec 15 13:29:27 <ChristW> 5 minutes ago...
Dec 15 13:29:37 <mrmoku> ChristW: hmm... strange then :<
Dec 15 13:30:03 <JaMa> mrmoku: ping..
Dec 15 13:30:19 <JaMa> mrmoku: /dev/recipes/e17/illume-keyboards-shr_git.bb has SRCPV in oe.dev..
Dec 15 13:30:41 <JaMa> mrmoku: http://pastebin.ca/1715653 just now on #oe..
Dec 15 13:31:04 <mrmoku> oh, ouch :(
Dec 15 13:31:07 * mrmoku noob
Dec 15 13:31:39 <thegreen4me> is there an easy way to tether on shr?
Dec 15 13:35:22 <mrmoku> JesusMcCloud: I'm quite sure it is not the converter
Dec 15 13:36:47 <JaMa> mrmoku: and don't forget to kill that revert on its way to shr/merge ..
Dec 15 13:37:22 <JaMa> optimal would be in srcpv branch
Dec 15 13:37:53 <mrmoku> yeah... difficult to forget as it will conflict :)
Dec 15 13:38:52 <JaMa> will it? because I think its dangerous because it won't conflict
Dec 15 13:39:48 <JaMa> it should remove SRCPV without any conflict..
Dec 15 13:41:13 <mrmoku> JaMa: hmm... good question... maybe you're right
Dec 15 13:41:21 <mrmoku> JaMa: will do that right now... so we can't forget :)
Dec 15 13:42:38 <alexxy> mrmoku: TAsn: hi
Dec 15 13:42:48 <mrmoku> JaMa: hmm... have a conflict in mesa-xlib
Dec 15 13:42:53 <ChristW> mrmoku: It seems that AUX and Power work at the moment...
Dec 15 13:43:02 <mrmoku> looks like in org.oe.dev it switched to INCPR
Dec 15 13:43:05 <mrmoku> ChristW: good :)
Dec 15 13:43:06 <alexxy> mrmoku: TAsn: is resolving numbers to contact names work for dialler and messages app?
Dec 15 13:43:18 <ChristW> Perhaps it was a flaky fsodeviced? It's been updated a few times today...
Dec 15 13:44:00 <mrmoku> alexxy: in dialer there is nothing to resolve
Dec 15 13:44:11 <mrmoku> alexxy: in messages and call screen it works nicely
Dec 15 13:44:15 <mrmoku> (message list a bit slow and delayed though)
Dec 15 13:44:23 <alexxy> mrmoku: but how
Dec 15 13:44:29 <alexxy> it doesnt works for me
Dec 15 13:44:52 <alexxy> i see +7921xxxxxxx
Dec 15 13:45:00 <JaMa> mrmoku: ah yes.. I should merge it in xorg-7.5 first..
Dec 15 13:45:41 <JaMa> mrmoku: but INC_PR is good for mesa.. DJWillis fixed few issues with mesa in oe.dev
Dec 15 13:46:10 <alexxy> mrmoku: phone-utils.conf looks like 
Dec 15 13:46:12 <alexxy> [local]
Dec 15 13:46:12 <alexxy> international_prefix=810
Dec 15 13:46:12 <alexxy> national_prefix=8
Dec 15 13:46:12 <alexxy> country_code=7
Dec 15 13:46:14 <alexxy> area_code=
Dec 15 13:46:25 <mrmoku> JaMa: and you were right
Dec 15 13:46:25 <mrmoku> JaMa: ohh
Dec 15 13:46:51 <mrmoku> JaMa: I took INCPR from oe.dev for resolving... you might have to fix that if it was wrong
Dec 15 13:47:04 <JaMa> ahh no conflicts in xorg-7.5.. its just because srcpv branch have also PE bump in all mesa recipes..
Dec 15 13:48:55 <daniele_athome> I found what is responsible for the backlight turning off after resume
Dec 15 13:49:06 <daniele_athome> and it has been fixed in latest upgrade :D
Dec 15 13:49:18 <daniele_athome> anyway, it was the rules of oeventsd...
Dec 15 13:50:49 <mrmoku> alexxy: international prefix and national prefix look strange... though I have no idea
Dec 15 13:51:04 * mrmoku has to pickup his son now
Dec 15 13:51:06 <mrmoku> bbl
Dec 15 13:51:10 <ChristW> cya!
Dec 15 13:51:37 <pbaxter> hi all
Dec 15 13:55:09 <alexxy> mrmoku|away: but from /etc/phoneprefixes Russia = 7, 810, 8 
Dec 15 14:01:16 <von_fritz> alsa-state are now saved in /etc/freesmartphone/alsa/default/gsmhandset right?
Dec 15 14:01:51 <von_fritz> why when i make a new call it start with volume at max? :)
Dec 15 14:02:21 <von_fritz> this was working some 2 or 3 weeks ago ;)
Dec 15 14:03:27 <von_fritz> need to adjust every time a make or receive a call :(
Dec 15 14:04:02 <von_fritz> azzen :)
Dec 15 14:09:37 * von_fritz beter goes to install new refrigerator :)
Dec 15 14:10:32 * von_fritz hates schuko :)
Dec 15 14:19:34 <mrmoku> von_fritz: hehe
Dec 15 14:19:40 * mrmoku hates strange italian plugs :P
Dec 15 14:20:01 <mrmoku> alexxy: and how are your numbers stored?
Dec 15 14:20:15 <mrmoku> alexxy: ahh, one thing... what is the name of the field it does not resolve the number for?
Dec 15 14:20:19 <alexxy> mrmoku: as +7921......
Dec 15 14:20:30 <alexxy> and incomming numbers looks like +7921
Dec 15 14:20:41 <mrmoku> and the field is _not_ Phone, right?
Dec 15 14:21:05 <alexxy> field is Phone
Dec 15 14:21:26 <mrmoku> then I have no idea
Dec 15 14:21:31 <mrmoku> works for me
Dec 15 14:24:05 <alexxy> ok 
Dec 15 14:24:19 <alexxy> can we atke a look at this issue this evening?
Dec 15 14:31:57 <jl_gene> ping pespin
Dec 15 14:37:09 <pespin> jl_gene, pong
Dec 15 14:37:28 <DocScrutinizer-8> alexxy: what's your setup for CC, IP, NP, AC ?
Dec 15 14:37:37 <TAsn> mrmoku, pm.
Dec 15 14:44:29 <JesusMcCloud> moin
Dec 15 14:45:45 <JesusMcCloud> mrmoku, ping
Dec 15 14:47:38 <mrmoku> pong
Dec 15 14:48:20 <mrmoku> JesusMcCloud: fast as I got to go :P
Dec 15 14:49:04 <JesusMcCloud> mrmoku, would take a little longer
Dec 15 14:49:06 * mrmoku has to drink some 'Kinderpunsch' in the kindergarten now :P
Dec 15 14:49:10 <mrmoku> JesusMcCloud: then later
Dec 15 14:49:19 <JesusMcCloud> have fun
Dec 15 14:49:25 <mrmoku> hehe, thanks
Dec 15 14:49:27 <mrmoku> bbl
Dec 15 14:52:12 <pespin> dos1, hey, something important broken on unstable right now? going to opkg upgrade
Dec 15 14:52:32 <dos1> dunno, didn't upgrade for 2 days :P
Dec 15 14:52:46 <ChristW> pespin: I found it to be 'flaky' today... YMMV.
Dec 15 14:53:27 <ChristW> The idle screen slowly dimming is nice, though ;-)
Dec 15 14:54:33 <pespin> ChanServ, uuh what do you mean exactly with flaky? is my neo going to explode? :P
Dec 15 14:55:20 <pespin> ChristW, ^
Dec 15 14:56:14 <ChristW> Probably not, but it seems that suspend/resume did not act as it was supposed to do.
Dec 15 14:56:47 <ChristW> Also, I only get a 'today' screen at the moment. When I press AUX, the top and bottom parts scroll out of the screen, but I don't get my desktop.
Dec 15 14:57:14 <ChristW> Hum, now I got my expected 'SIM PIN' dialog, and a desktop.
Dec 15 14:57:24 <ChristW> So, MMMV as well!
Dec 15 14:58:03 <ChristW> I _think_ I just had to close 2 'shr-today' screens...
Dec 15 14:58:10 <ChristW> Is that a known problem?
Dec 15 15:11:25 <jl_gene> pespin: have you seen my message on emtooth?
Dec 15 15:11:39 <dos1> ChristW: that's not a problem
Dec 15 15:11:57 <dos1> ChristW: you upgraded, yup? then you need to remove shr-today
Dec 15 15:12:07 <dos1> ChristW: as shr-today functionality is now included in libphone-ui-shr
Dec 15 15:12:17 <pespin> jl_gene, hey, jose luis? yes, just answered it, you are in the project now :)
Dec 15 15:17:47 <JesusMcCloud> dos1, how to disbable phoneui idle screen?
Dec 15 15:17:54 <JesusMcCloud> (have not upgraded yet)
Dec 15 15:18:14 <dos1> JesusMcCloud: in /etc/phonefsod.conf
Dec 15 15:18:21 <Q-Master> dos1: idle suspends during bootup.
Dec 15 15:18:53 <JesusMcCloud> dos1, why is nit not in phoneui.conf? i mean it as an ui thing?!
Dec 15 15:19:31 <dos1> dunno, check
Dec 15 15:19:54 <dos1> maybe that's just me not rembering it right
Dec 15 15:20:03 <dos1> but for me it should be in phonefsod
Dec 15 15:20:15 <JesusMcCloud> ok... i am upgrading now
Dec 15 15:20:20 <dos1> as phoneuid is just daemon which displays UI
Dec 15 15:20:26 <dos1> it's not controling it
Dec 15 15:20:38 <dos1> so to decide when to display idle screen is phonefsod job
Dec 15 15:20:39 <dos1> IMO
Dec 15 15:20:55 <dos1> and AFAIK it's implemented in that way
Dec 15 15:21:09 <JesusMcCloud> ok i mixed things up
Dec 15 15:22:00 <JesusMcCloud> dos1, whal woudl you think about a them variant that conforms with logo colors (would be a dark theme so i'd need to know how to theme phoneui)?
Dec 15 15:22:41 <dos1> JesusMcCloud:  i want to do theme with shr colors over christmas
Dec 15 15:23:13 <JesusMcCloud> dos1, ok then... u do it and i will chekc how you did it ang overhaul the neo theme
Dec 15 15:24:27 <ChristW> Ok, I'll remove shr-today and check again... Later!
Dec 15 15:24:30 <ChristW> Bye!
Dec 15 15:24:31 <JesusMcCloud> any advantages in new efl version (advantages the user notices) ?
Dec 15 15:25:43 <dos1> JesusMcCloud: label sizing is fixed in elementary
Dec 15 15:25:56 <JesusMcCloud> woohoo!
Dec 15 15:26:21 * JesusMcCloud hopes that did not introduce other problems
Dec 15 15:27:38 <JesusMcCloud> anyone any clue why opek lists some packages as upgradable and tehn refuses to upgrade them, telling me that theses packages are "already" installed ?
Dec 15 15:43:58 <DocScrutinizer-8> opkg's way to tell you opkg is crap?
Dec 15 16:07:25 <JesusMcCloud> DocScrutinizer-8, seems reasonable.
Dec 15 16:09:53 <JesusMcCloud> DocScrutinizer-8, about the interactive wolfson diagram... turns out this week i have to take care of some uni stuff, and the week after (or maybe 2) i won't be home, so my pc time is limited... good thing is, the biggest part of my uni stuff is svg related, so something to get back in shape
Dec 15 16:10:38 <DocScrutinizer51> sounds good
Dec 15 16:13:57 <JesusMcCloud> DocScrutinizer-8, just to make sure: your scripts will togle every singel line dependin on what switch is tirggered?
Dec 15 16:16:18 <DocScrutinizer-8> JesusMcCloud: that's the idea. yes
Dec 15 16:18:06 <DocScrutinizer-8> where line is defined as the connection from one component to next
Dec 15 16:18:36 <JesusMcCloud> so we just need to name all the routes is a sane manner (either all routes connected to the current control or every single route)
Dec 15 16:18:48 <DocScrutinizer-8> maybe even including the component itself where the line is output
Dec 15 16:19:34 <JesusMcCloud> well the controls aready have names in alsamixer, so i think it would be the easest thing to just use these names
Dec 15 16:19:45 <DocScrutinizer-8> each line has just exactly one output connected. so naming can't be that hard
Dec 15 16:19:50 <DocScrutinizer-8> usually
Dec 15 16:20:25 <daniele_athome> I just discovered that setting a rule that while powerstatus is "full" do occupyresource(cpu) prints this message:
Dec 15 16:20:28 <daniele_athome> "Untrigger for resource CPU before trigger!? Ignoring..."
Dec 15 16:20:31 <daniele_athome> what does it mean?
Dec 15 16:20:51 <daniele_athome> there is also the same rule for charging
Dec 15 16:21:22 <JesusMcCloud> DocScrutinizer-8, hmmm, best thing woudl bi i guess if i create an svg, and you name all the gropus/objects
Dec 15 16:21:28 <JesusMcCloud> so the fit with you scripts
Dec 15 16:21:44 <daniele_athome> I do not join the two rules because they set a different LED color
Dec 15 16:21:57 <DocScrutinizer-8> JesusMcCloud: I'm fine with that
Dec 15 16:22:12 <JesusMcCloud> DocScrutinizer-8, good, then i just have to worry about visualization
Dec 15 16:22:28 <TAsn> daniele_athome, you still haven't responded to my memo :P
Dec 15 16:22:35 <daniele_athome> TAsn, yes I have
Dec 15 16:23:08 <daniele_athome> check your memos
Dec 15 16:23:12 <TAsn> where at?
Dec 15 16:23:25 <JesusMcCloud> DocScrutinizer-8, because i that way i also dont have to struggel with button click evens as i just pass on the name of the control...
Dec 15 16:23:38 <daniele_athome> finally I decided to send you by memo
Dec 15 16:23:42 <TAsn> :P
Dec 15 16:23:43 <TAsn> sorry :P
Dec 15 16:23:44 <TAsn> daniele_athome, that's it?!
Dec 15 16:23:48 <JesusMcCloud> gtg grab some food
Dec 15 16:23:48 <JesusMcCloud> bbl
Dec 15 16:23:48 <TAsn> your reason for designing your own UI
Dec 15 16:23:51 <TAsn> was that you miss features we defined as our CORE features ?
Dec 15 16:24:00 <TAsn> that we actually really want to get implemented? :P
Dec 15 16:24:06 <daniele_athome> lol
Dec 15 16:24:07 <TAsn> I'm sorry but that's plain dumb.
Dec 15 16:24:17 <TAsn> why didn't you ask? :P
Dec 15 16:24:19 <daniele_athome> but as you said, not yet implemented
Dec 15 16:24:31 <daniele_athome> and I wanted to have some fun with my freerunner too :)
Dec 15 16:24:37 <TAsn> you could have implemented it in shr
Dec 15 16:24:44 <TAsn> ...
Dec 15 16:26:03 <TAsn> :|
Dec 15 16:26:33 <TAsn> I can't believe he wrote a full UI stack just because he wanted some features we didn't have (but want to have) he could have just sent us patches :P
Dec 15 16:40:16 <wjbaird> spaetz: ping?
Dec 15 16:46:04 <wjbaird> mrmoku - you might know.   I'm trying to opkg upgrade from shr-u (from dec 4) to shr-testing.   However I get a lot of "Loading /usr/lib/phoneui/modules/shr.so failed: libecore_job-ver-pre-svn-04.so.0: cannot open shared object file" messages --- looks like my /usr/lib has the "svn-05" version of a whole lot of libs, but shr.so wants svn-04.
Dec 15 16:46:31 <wjbaird> any easy way to downgrade 'em to svn-04?    or should I just give up and re-flash?
Dec 15 16:47:47 <mrmoku> wjbaird: other than manually removing and reinstalling single packages... dunno
Dec 15 16:48:50 <wjbaird> mrmoku:  ok- thanks.   I guess I'll try to restore this image to shr-u, and drop shr-t on a different partition...
**** BEGIN LOGGING AT Tue Dec 15 17:03:09 2009
Dec 15 18:29:42 <mrmoku> TAsn: when will we merge opimd?
Dec 15 18:30:15 <daniele_athome> TAsn, sorry I had to go quickly :)
Dec 15 18:39:48 <TAsn> mrmoku|away, just sent you a memo :P
Dec 15 18:43:17 <daniele_athome> TAsn, about our previous conversation
Dec 15 18:43:45 <alexxy> mrmoku|away: TAsn: also PhoneLog works realy slowwwww
Dec 15 18:44:07 <daniele_athome> alexxy, use my phonelog ;)
Dec 15 18:44:08 <TAsn> alexxy, we know.
Dec 15 18:44:15 <TAsn> daniele_athome, it is faster?
Dec 15 18:44:25 <TAsn> the big bottleneck in my phonelog is opimd
Dec 15 18:44:33 <TAsn> I really doubt it's faster.
Dec 15 18:44:33 <daniele_athome> TAsn, yes because it loads directly from sqlite
Dec 15 18:44:36 <daniele_athome> I know it's ugly 
Dec 15 18:44:37 <daniele_athome> :)
Dec 15 18:44:44 <TAsn> daniele_athome, that's an ugly hack
Dec 15 18:44:49 <daniele_athome> I was tired of waiting several seconds for opimd
Dec 15 18:44:49 <TAsn> furthermore, it's incorrect
Dec 15 18:44:53 <daniele_athome> I know
Dec 15 18:44:58 <TAsn> daniele_athome, several seconds?
Dec 15 18:45:05 <TAsn> you probably meant several minutes :P
Dec 15 18:45:08 <daniele_athome> when some other things was happening
Dec 15 18:45:09 <daniele_athome> lol
Dec 15 18:45:16 <daniele_athome> :D
Dec 15 18:45:29 <TAsn> daniele_athome, though no kidding
Dec 15 18:45:33 <TAsn> reading straight from sqlite is BAD
Dec 15 18:45:39 <TAsn> because sqlite has locks
Dec 15 18:45:43 <TAsn> and you may lock the db and opimd will fail
Dec 15 18:45:50 <TAsn> which is BAD
Dec 15 18:45:56 <daniele_athome> I know but I actually designed phonelog for my personal use
Dec 15 18:46:10 <TAsn> daniele_athome, and you don't mind it failing for you? :P
Dec 15 18:46:11 <daniele_athome> I didn't intend to publish mokosuite in the first placer
Dec 15 18:46:13 <daniele_athome> *place
Dec 15 18:46:23 <TAsn> anyhow, daniele_athome we'll start caching stuff in phonelog
Dec 15 18:46:23 <daniele_athome> TAsn, no because I don't use opimd calls anymore
Dec 15 18:46:34 <TAsn> which will make everything good again :P
Dec 15 18:46:34 <daniele_athome> veeeery well ;)
Dec 15 18:46:46 <daniele_athome> TAsn, you should leave gtk+ for phonelog
Dec 15 18:46:47 <TAsn> daniele_athome, you wrote your own "opimd"
Dec 15 18:46:51 <TAsn> daniele_athome, we know.
Dec 15 18:46:59 <TAsn> it was just "more available" when I wrote it.
Dec 15 18:47:16 <TAsn> because it was before there was hebrew support in e
Dec 15 18:47:20 <TAsn> :P
Dec 15 18:47:20 <daniele_athome> TAsn, anyway don't you think just separating the various frameworkd subsystems, they will be much faster?
Dec 15 18:47:27 <daniele_athome> I know they will need more memory, but think about it
Dec 15 18:47:31 <daniele_athome> they will be separated processes
Dec 15 18:47:36 <daniele_athome> especially oevents and opimd
Dec 15 18:47:40 <daniele_athome> will benefit from this
Dec 15 18:47:49 <TAsn> daniele_athome, doesn't really matter (fast) if they use different threads
Dec 15 18:47:58 <TAsn> though there's work being done to do exactly that...
Dec 15 18:48:08 <TAsn> fsodeviced and fsousaged are prime examples.
Dec 15 18:48:28 <TAsn> it's being rewritten as separated processes
Dec 15 18:48:29 <daniele_athome> yes, I meant in the meanwhile...
Dec 15 18:48:38 <daniele_athome> *mean
Dec 15 18:48:47 <TAsn> daniele_athome, nah, opimd isn't slow because of it being in a process
Dec 15 18:48:56 <daniele_athome> anyway, i'm cross compiling (aaarghh) ofono
Dec 15 18:48:56 <daniele_athome> just to try :)
Dec 15 18:49:03 <TAsn> it's slow because it was not written having spped in mind.
Dec 15 18:49:14 <TAsn> daniele_athome, go ahead.
Dec 15 18:49:39 <TAsn> daniele_athome, I'm just saying, next time you want to write an app, please talk to us first, as that's code we would have loved having :P
Dec 15 18:49:54 <TAsn> that's what open source is all about
Dec 15 18:49:57 <alexxy> TAsn: btw is it possible to have more then one number per contact?
Dec 15 18:50:04 <TAsn> alexxy, yes.
Dec 15 18:50:15 <TAsn> Phone, CellPhone, whatever Phone
Dec 15 18:50:31 <daniele_athome> :)
Dec 15 18:50:31 <TAsn> *though* calling straight from list to that number is not yet supported
Dec 15 18:50:36 <TAsn> you can only call to Phone atm
Dec 15 18:50:42 <alexxy> and will all this *Phone resolved to contatc names?
Dec 15 18:50:46 <TAsn> though you can dial the number/it'll get resolved.
Dec 15 18:50:47 <TAsn> yes.
Dec 15 18:50:54 <TAsn> oh, no.
Dec 15 18:50:56 <TAsn> :|
Dec 15 18:51:00 <TAsn> not yet.
Dec 15 18:51:06 <TAsn> we lack opimd support for that :|
Dec 15 18:51:22 <TAsn> dos1, which reminds me, do you have time to implement query by type and not by name? :P
Dec 15 18:51:32 <TAsn> alexxy, that's what we need ^
Dec 15 18:51:35 <TAsn> brb
Dec 15 18:53:17 <daniele_athome> TAsn, about mokosuite's phonelog
Dec 15 18:53:33 <daniele_athome> I wrote it with "modularity" in mind
Dec 15 18:53:43 <TAsn> is it python
Dec 15 18:53:45 <TAsn> ?
Dec 15 18:53:50 <daniele_athome> so now it is using a sqlite backend, but with little modification I can use a opimd backend
Dec 15 18:54:06 <daniele_athome> so you can replace pyphonelog
Dec 15 18:54:07 <daniele_athome> yes
Dec 15 18:54:43 <TAsn> I don't really use opimd in pyphonelog
Dec 15 18:54:46 <TAsn> I do a mixture
Dec 15 18:54:51 <TAsn> I cache everything from opimd
Dec 15 18:54:55 <TAsn> and then show it
Dec 15 18:55:05 <TAsn> as opimd is just too damn slow otherwise
Dec 15 18:55:08 <TAsn> :|
Dec 15 18:55:14 <TAsn> daniele_athome, mind upping me some screen shots+
Dec 15 18:55:15 <TAsn> ?
Dec 15 18:55:32 <TAsn> or uploading the .py (not a pcakage) somewhere?
Dec 15 18:55:33 <TAsn> :P
Dec 15 18:55:34 <daniele_athome> TAsn, I can do the same
Dec 15 18:55:49 <daniele_athome> opimd backend is (almost) ready
Dec 15 18:55:58 <daniele_athome> I just have to listen to opimd signals to insert new entries
Dec 15 18:55:58 <TAsn> so sketch something up
Dec 15 18:56:03 <daniele_athome> so I don't have to reload 
Dec 15 18:56:07 <TAsn> that's GREAT
Dec 15 18:56:12 <TAsn> I was being too lazy to do that ;P
Dec 15 18:56:21 <daniele_athome> (that's how I do in my messages app btw)
Dec 15 18:56:21 <TAsn> just make sure it's not ugly and doesn't lack features
Dec 15 18:56:30 <TAsn> daniele_athome, that's the only sane way to do it
Dec 15 18:56:38 <daniele_athome> TAsn, the problem is: how I integrate it with phoneui?
Dec 15 18:56:40 <TAsn> we still haven't found the time implementing this though 
Dec 15 18:56:44 <TAsn> daniele_athome, you can't
Dec 15 18:56:45 <TAsn> atm
Dec 15 18:56:46 <daniele_athome> I mean, "Send SMS" button invokes my messages app
Dec 15 18:56:50 <TAsn> oh
Dec 15 18:56:53 <daniele_athome> :)
Dec 15 18:56:54 <TAsn> dbus
Dec 15 18:57:01 <daniele_athome> mmm
Dec 15 18:57:04 <TAsn> we provide dbus functions
Dec 15 18:57:07 <TAsn> for all of the ui
Dec 15 18:57:12 <TAsn> look at phonelog
Dec 15 18:57:13 <daniele_athome> are there api docs in git?
Dec 15 18:57:19 <TAsn> pyphonelog
Dec 15 18:57:22 <TAsn> daniele_athome, no docs :P
Dec 15 18:57:26 <daniele_athome> lol
Dec 15 18:57:29 <TAsn> but mdbus -s
Dec 15 18:57:35 <daniele_athome> ok
Dec 15 18:57:39 <TAsn> or just pyphonelog's code
Dec 15 18:57:43 <TAsn> is easy enough to get.
Dec 15 18:57:49 <daniele_athome> ok I will do something in the next days
Dec 15 18:58:50 <TAsn> cool
Dec 15 18:58:55 <TAsn> though keep in mind
Dec 15 18:59:06 <TAsn> that we DO intend to write phonelog in libphone-ui-shr
Dec 15 18:59:06 <TAsn> soon
Dec 15 18:59:18 <TAsn> so I don't know how much time your app will live
Dec 15 18:59:32 <TAsn> btw, daniele_athome please take a loot at http://wiki.shr-project.org/trac/wiki/phoneui
Dec 15 18:59:42 <TAsn> concerning design and please do use the grouping :P
Dec 15 18:59:47 <TAsn> (just a couple of suggestions) :P
Dec 15 18:59:51 <daniele_athome> TAsn, do you think I should proceed with this so?
Dec 15 19:00:04 <TAsn> daniele_athome, solely depends on you.
Dec 15 19:00:27 <TAsn> it can either happen in the following week/month/year
Dec 15 19:00:31 <TAsn> no way to really tell
Dec 15 19:00:43 <TAsn> that's why I'm warning you, and not telling you to give up instead :P
Dec 15 19:00:46 <daniele_athome> i'll take it easy :)
Dec 15 19:01:18 <daniele_athome> actually I'm making it for shr; for my way of doing things phonelog accessing sqlite is fine for me
Dec 15 19:01:37 <TAsn> :P
Dec 15 19:02:33 <daniele_athome> TAsn, are you following the latest ML thread about android usage?
Dec 15 19:02:40 <daniele_athome> interface, usability, etc.
Dec 15 19:02:46 <TAsn> "android refugee"
Dec 15 19:02:49 <TAsn> ?
Dec 15 19:02:49 <daniele_athome> yes
Dec 15 19:02:55 <daniele_athome> that's it
Dec 15 19:02:55 <TAsn> unfortunately yes
Dec 15 19:03:02 <daniele_athome> lol
Dec 15 19:03:03 <TAsn>  my name is Tom Hacohen
Dec 15 19:03:11 <TAsn> that guy really pissed me off. (Arie)
Dec 15 19:03:18 <daniele_athome> ahah
Dec 15 19:03:33 <daniele_athome> :D seriously, some ideas captured my mind
Dec 15 19:03:41 <TAsn> it's nothing new
Dec 15 19:03:50 <daniele_athome> TAsn, my actual objective is to make shr similar to some android aspects
Dec 15 19:03:51 <TAsn> my brother has an android phone I play with to get inspiration
Dec 15 19:04:04 <TAsn> daniele_athome, android's ui is great is some points
Dec 15 19:04:07 <daniele_athome> that's why the power button drawer in messages
Dec 15 19:04:10 <TAsn> second is = in
Dec 15 19:04:17 <daniele_athome> (in mokosuite i mean)
Dec 15 19:04:26 <TAsn> yes
Dec 15 19:04:56 <TAsn> I don't think the FR's buttons are good enough though.
Dec 15 19:05:08 <TAsn> mrmoku, when do you think we'll write libphone-ui-shr's phonelog?
Dec 15 19:05:29 <mrmoku> time it is :P
Dec 15 19:05:58 <TAsn> huh?
Dec 15 19:08:41 <mrmoku> time to rewrite it in libphone-ui-shr
Dec 15 19:08:41 <mrmoku> TAsn: what screens are missing in the ui-utils conversion?
Dec 15 19:08:57 <TAsn> all except the ones you know about.
Dec 15 19:09:07 <TAsn> I don't want to convert messages/contacts
Dec 15 19:09:13 <TAsn> as I think they deserve a rewrite :P
Dec 15 19:09:48 <TAsn> so only dialer/idle/settings
Dec 15 19:09:55 <TAsn> screens use the proper method. :P
Dec 15 19:10:31 <TAsn> fffs kornbluth is broken :P
Dec 15 19:11:11 <daniele_athome> sigh ofono build has problems on problems
Dec 15 19:11:19 <daniele_athome> it's a veeery simple recipe
Dec 15 19:22:13 <TAsn> mrmoku|away, HERE? :P
Dec 15 19:22:16 <daniele_athome> those DDOS people don't have nothing else to do
Dec 15 19:22:26 <TAsn> stop quitting all the time :P
Dec 15 19:22:35 <mrmoku> TAsn: got splitted
Dec 15 19:22:39 <mrmoku> :(
Dec 15 19:22:41 <TAsn> yeah, I noticed.
Dec 15 19:22:44 <mrmoku> so I reconnected
Dec 15 19:22:54 <TAsn> ok, lets talk
Dec 15 19:23:00 <TAsn> I think I have time today
Dec 15 19:23:01 <mrmoku> lets try at least
Dec 15 19:23:07 <TAsn> wanna do a 3 hours marathon
Dec 15 19:23:10 <mrmoku> meanwhile I found the MissedCalls issue
Dec 15 19:23:13 <TAsn> and rewrite some views? :P
Dec 15 19:23:17 <mrmoku> yes
Dec 15 19:23:24 <TAsn> mrmoku, what was the issue?
Dec 15 19:23:25 <mrmoku> though we will make it faster :P
Dec 15 19:23:30 * mrmoku stupid
Dec 15 19:23:39 <TAsn> is there also an issue in messages?
Dec 15 19:23:51 <mrmoku> had STRING as type instead of INT for the callback when registering the signal
Dec 15 19:23:57 <mrmoku> never copy and paste :P
Dec 15 19:24:03 <TAsn> :P
Dec 15 19:24:25 <TAsn> ok, what view do you want to start with? messages? phonelog? contacts maybe?
Dec 15 19:24:34 <mrmoku> hmm
Dec 15 19:24:38 <mrmoku> not phonelog
Dec 15 19:24:42 <mrmoku> I would like to convert one fist
Dec 15 19:24:43 <mrmoku> +r
Dec 15 19:24:52 <mrmoku> maybe messages?
Dec 15 19:24:55 <TAsn> it won't be as much a convert as almost a whole rewrite
Dec 15 19:25:02 <mrmoku> hehe :P
Dec 15 19:25:07 <TAsn> I don't intend hacking the messages app to work with ui_utils
Dec 15 19:25:13 <TAsn> when we just want to rewrite it completely *anyway*(
Dec 15 19:25:17 <TAsn> don't you agree? :P
Dec 15 19:25:26 <mrmoku> right
Dec 15 19:25:40 <mrmoku> so... leaves contacts
Dec 15 19:25:50 <mrmoku> or do you want to start phonelog
Dec 15 19:25:54 <TAsn> but we'll also redesign contacts a bit, won't we?L
Dec 15 19:26:02 <TAsn> I think phonelog is the best one (probably)
Dec 15 19:26:05 * mrmoku understood that TAsn wants phonelog :P
Dec 15 19:26:19 <TAsn> not necessarily
Dec 15 19:26:26 <TAsn> I don't mind rewriting messages/contacts :P
Dec 15 19:26:50 <mrmoku> no, phonelog is fine
Dec 15 19:26:54 <TAsn> cool
Dec 15 19:26:58 <TAsn> so let's discuss for a sec.
Dec 15 19:27:09 <TAsn> how do we want it to look? (I remember we already talked about it)
Dec 15 19:27:19 <TAsn> we agree the tabs should stay, right?
Dec 15 19:27:34 <TAsn> dos1, ping.
Dec 15 19:28:04 <TAsn> I don't think anything else is wanted though.
Dec 15 19:28:08 <mrmoku> yes
Dec 15 19:28:15 <mrmoku> what to use for tabs?
Dec 15 19:28:21 <TAsn> as we should show both date and duration in two different lines
Dec 15 19:28:26 <TAsn> mrmoku, pager
Dec 15 19:28:34 <TAsn> and just keep the basic tabs structure
Dec 15 19:28:53 <TAsn> grouping should probably stay as well
Dec 15 19:29:25 <mrmoku> we should open groups with new calls by default though
Dec 15 19:29:45 <TAsn> I disagree, but I don't really care :P
Dec 15 19:30:31 <TAsn> hm.. what's else
Dec 15 19:30:38 <TAsn> -'s
Dec 15 19:30:49 <TAsn> what about buttons?
Dec 15 19:30:53 <TAsn> I think they should be dropped
Dec 15 19:31:22 <TAsn> in favor of "menus" (hovers) when pressing on a certain section of a call
Dec 15 19:31:29 <TAsn> or something like that
Dec 15 19:31:30 <mrmoku> TAsn: maybe not opened... but at least somehow marked that you see there are new calls in there
Dec 15 19:31:38 <TAsn> mrmoku, it's marked
Dec 15 19:31:41 <TAsn> (atm even)
Dec 15 19:31:47 <mrmoku> maybe I'm blind :P
Dec 15 19:31:54 <mrmoku> fine then
Dec 15 19:31:56 <TAsn> as the last one is surely new
Dec 15 19:32:06 <TAsn> (the group)
Dec 15 19:32:17 <TAsn> the group is marked if it contains missed calls
Dec 15 19:32:25 <TAsn> (red)
Dec 15 19:32:29 <TAsn> hm.. what else
Dec 15 19:32:39 <TAsn> what do you think about an "hover menu"
Dec 15 19:32:42 <TAsn> on each contact?
Dec 15 19:32:52 <mrmoku> hover or buttons?
Dec 15 19:33:04 <mrmoku> right now we have call and add
Dec 15 19:33:07 <TAsn> not sure
Dec 15 19:33:13 <TAsn> and sms
Dec 15 19:33:14 <mrmoku> we want SMS too probably
Dec 15 19:33:26 <TAsn> we have that.
Dec 15 19:33:29 <mrmoku> where?
Dec 15 19:33:32 <TAsn> (IIRC)
Dec 15 19:33:40 <TAsn> if not, it's damn easy to add
Dec 15 19:33:42 <mrmoku> I have it open... and there is no such thing :P
Dec 15 19:33:44 <mrmoku> yeah
Dec 15 19:33:56 <TAsn> it's damn easy to add to pyphonelog as well :P
Dec 15 19:33:58 <mrmoku> and probably delete?
Dec 15 19:34:13 <mrmoku> too much for butons then
Dec 15 19:34:19 <mrmoku> agreement on hover :)
Dec 15 19:34:30 <TAsn> YES
Dec 15 19:34:30 <TAsn> oops, without the caps :P
Dec 15 19:34:36 <dos1> TAsn: sorry, i'm quite busy today :(
Dec 15 19:34:42 <TAsn> :P
Dec 15 19:34:51 <TAsn> dos1, ok, remind me to talk to you tomorrow
Dec 15 19:34:55 <TAsn> memoing what I need
Dec 15 19:34:55 <TAsn> :P
Dec 15 19:35:48 <TAsn> mrmoku, hm.. one more thing we need to think about
Dec 15 19:35:52 <TAsn> is showing numbers
Dec 15 19:35:57 <TAsn> just a different row?
Dec 15 19:36:04 <TAsn> i.e it'll be something like:
Dec 15 19:36:34 <TAsn> Klaus         21:32:00 15.12.09
Dec 15 19:36:49 <TAsn> +1234567            00:03:23
Dec 15 19:36:49 <TAsn> ?
Dec 15 19:37:14 <mrmoku> I would prefer that
Dec 15 19:37:24 <mrmoku> to have both... without switching
Dec 15 19:37:48 <mrmoku> and maybe we can make duration fit too
Dec 15 19:37:56 <mrmoku> then we would have no general buttons :P
Dec 15 19:38:20 <TAsn> i.e each line is two lines
Dec 15 19:38:20 <TAsn> consisting of name + date on the first line
Dec 15 19:38:20 <TAsn> and number + duration on the second?
Dec 15 19:38:20 <TAsn> with grouping button + group count on the left (which are invisible when not relevant)
Dec 15 19:38:20 <TAsn> and hover menu on the right?
Dec 15 19:38:37 <TAsn> btw, I really think we should have a small icon showing the type of number
Dec 15 19:38:46 <TAsn> mrmoku, what's the last line I wrote you saw?
Dec 15 19:39:08 <TAsn> <TAsn> +1234567            00:03:23
Dec 15 19:39:12 <TAsn> second one is duration :P
Dec 15 19:39:20 <mrmoku> hehe
Dec 15 19:39:24 <TAsn> who am I talking to?! you probably got split :(
Dec 15 19:39:34 <mrmoku> no unfortunately not :(
Dec 15 19:39:44 <TAsn> huh?
Dec 15 19:39:49 <mrmoku> just did not look closely :P
Dec 15 19:39:54 <TAsn> oh :P
Dec 15 19:40:01 <TAsn> ok.
Dec 15 19:40:10 <TAsn> so we agree on everything? (including icon?)
Dec 15 19:40:23 <TAsn> how do we mark "new" lines? different background?
Dec 15 19:40:45 <mrmoku> or bold font?
Dec 15 19:40:53 <TAsn> I don't really care :P
Dec 15 19:40:57 <mrmoku> me neither
Dec 15 19:41:00 <TAsn> that's simple edc :P
Dec 15 19:41:07 <mrmoku> shold probably be themeable
Dec 15 19:41:12 <TAsn> mrmoku, yeah.
Dec 15 19:41:31 <TAsn> we should have edje signals for new and not new
Dec 15 19:41:39 <TAsn> to mark ones easily or something :P
Dec 15 19:41:42 <TAsn> (no idea really)
Dec 15 19:41:48 <CIA-78> freesmartphone.org: 03mickey 07libgsm0710mux * rc38b244aca7b 10/ (4 files in 3 dirs): return proper version string coming from build system
Dec 15 19:42:28 * TAsn sets +b irc.freenode.net
Dec 15 19:42:29 <TAsn> :P
Dec 15 19:43:09 <mrmoku> no fun today :P
Dec 15 19:43:16 <TAsn> yeah.
Dec 15 19:43:37 <TAsn> ok, I think we have everything ready, don't you think?
Dec 15 19:43:51 <mrmoku> we have ready what we want, yes
Dec 15 19:43:56 <mrmoku> we just have to do it :P
Dec 15 19:43:57 <TAsn> that's enough :P
Dec 15 19:44:06 <TAsn> Slyon, here?
Dec 15 19:45:05 <TAsn> mrmoku, btw, call screens also use window.h atm
Dec 15 19:45:24 <mrmoku> TAsn: I'm looking at dialer
Dec 15 19:45:35 <mrmoku> to see how to do it
Dec 15 19:45:42 <TAsn> yeah, it's best if you learn how to do it as well. :P
Dec 15 19:49:41 <Slyon> TAsn: yes
Dec 15 19:50:04 <TAsn> Slyon, are you bored? :P
Dec 15 19:50:42 <Slyon> TAsn: hehe :P have some free time, yes
Dec 15 19:51:20 <TAsn> mind helping mrmoku and I?
Dec 15 19:51:33 <TAsn> We need an edj file for each line of the phonelog
Dec 15 19:51:40 <TAsn> (read backlog for description)
Dec 15 19:51:55 <TAsn> (and for the whole screen as well? no idea)
Dec 15 19:52:08 <Wonka> *grrrrr*
Dec 15 19:52:45 * Slyon reading backlog
Dec 15 19:53:17 <TAsn> if you have any questions, please ask :P
Dec 15 19:53:17 <Wonka> shr-unstable, self-built. suspend disabled with "auto_suspend = never" in /etc/phonefsod.conf
Dec 15 19:53:27 <TAsn> lolz :P
Dec 15 19:53:41 <Wonka> I locked the screen, put the FR in my pocket.
Dec 15 19:54:00 <Wonka> several minutes later, screen is dark. no backlight.
Dec 15 19:54:09 <Wonka> touching the screen results in nothing.
Dec 15 19:54:19 <Wonka> pressing power makes backlight come on.
Dec 15 19:54:33 <Wonka> nothing makes any image appear.
Dec 15 19:55:04 <Wonka> connecting usb makes power light up orange. ssh-ing in works too.
Dec 15 19:55:10 <Wonka> still nothing on screen.
Dec 15 19:55:35 <Wonka> "ps aux" does not contain shr-today
Dec 15 19:56:25 <TAsn> we dropped shr-today
Dec 15 19:56:50 <Slyon> TAsn: hmm, i don't get it. do you want me to do a edc for a phonelog view?
Dec 15 19:57:02 <TAsn> yes.
Dec 15 19:57:13 <TAsn> and we described what we want in the backlog
Dec 15 19:57:24 <TAsn> we need a type of genlist item though
Dec 15 19:58:38 <Slyon> TAsn: i guess you use elm widgets, don't you? so i just need some swallow rects?
Dec 15 19:59:52 <TAsn> yes.
Dec 15 19:59:58 <TAsn> (I think, I'm not sure)
Dec 15 20:00:01 <TAsn> mrmoku, please ^
Dec 15 20:00:01 <TAsn> :P
Dec 15 20:00:49 <mrmoku> Slyon: we want a genlist tree thing
Dec 15 20:01:06 <mrmoku> so most importantly we need a genlist style
Dec 15 20:01:20 <CIA-78> freesmartphone.org: 03mickey 07fso-abyss * r8bdd400b63b0 10/src/server.vala: catch session opening error during alloc channel
Dec 15 20:04:11 <Slyon> mrmoku: ok, so just a genlist style for now?
Dec 15 20:04:25 <mrmoku> Slyon: would be a great start :)
Dec 15 20:04:26 <Slyon> which has 2 lines
Dec 15 20:05:05 <mrmoku> first line name and date/time
Dec 15 20:05:11 <mrmoku> second line number and duration
Dec 15 20:05:23 <mrmoku> and on the right side a hover with a menu
Dec 15 20:06:56 <mrmoku> Slyon: and we probably want to be able to send a edje signal to mark it as new or not
Dec 15 20:07:50 <TAsn> which will change style.
Dec 15 20:08:15 <Slyon> mrmoku: okay will try this
Dec 15 20:08:20 <TAsn> spaetz, mrmoku: http://trac.shr-project.org/trac/ticket/813
Dec 15 20:26:57 <Wonka> TAsn: hm, any idea how to get my screen back? even if it might still be locked?
Dec 15 20:27:13 <Wonka> ssh works... but that's no solution for a mobile device ;)
Dec 15 20:27:20 <TAsn> upgrade
Dec 15 20:34:41 <CIA-78> SHR: 03tom 07libphone-ui * r532a15cfd3cd 10/src/ (4 files): Merge branch 'new-opimd' into developers-no-lfg
Dec 15 20:34:41 <CIA-78> SHR: 03tom 07libphone-ui * r0c3a8e9f248d 10/src/ (phoneui.c phoneui.h.in): Merge branch 'master' into new-opimd
Dec 15 20:34:51 <CIA-78> SHR: 03mok 07libphone-ui * rf88d72dc24a8 10/src/ (phoneui-utils-device.c phoneui-utils-device.h): utils-device: add activate/deactivate screensaver
Dec 15 20:34:51 <CIA-78> SHR: 03mok 07libphone-ui * rc9cb5c3ddcd0 10/src/ (phoneui.c phoneui.h.in): add phoneui_idle_screen_toggle
Dec 15 20:34:58 <CIA-78> SHR: 03tom 07libphone-ui * r3bcf195a189a 10/src/ (5 files): Merge branch 'master' into new-opimd
Dec 15 20:55:03 <TAsn> mrmoku:
Dec 15 20:55:21 <CIA-78> SHR: 03tom 07phoneuid * r856839b8886a 10/ (10 files in 2 dirs): Added -Wall -Wextra -Werror and fixed a couple of warnings to make everything compile
Dec 15 21:02:16 <TAsn> :P
Dec 15 21:04:02 <mrmoku> ohh, nice :)
Dec 15 21:06:34 <alexxy> mrmoku: TAsn: is there plans to migrate to 2.6.31+ kernels?
Dec 15 21:08:26 <TAsn> ffs
Dec 15 21:08:30 <TAsn> didn't know restarting dbus
Dec 15 21:08:38 <TAsn> will restart everything :|
Dec 15 21:08:41 <mrmoku> :P
Dec 15 21:09:20 <TAsn> ffs:P
Dec 15 21:19:12 <TAsn> phoneuid is running native on my pc :P
Dec 15 21:19:19 <TAsn> too cool :P
Dec 15 21:19:42 <TAsn> this means I have an easy test app for phoneui :P
Dec 15 21:27:14 <TAsn> I don't think I'm brave enough for phonefsod :|
Dec 15 21:27:20 <TAsn> actually, I'm pretty sure I'm not.
Dec 15 21:27:27 <TAsn> as it requires lfg
Dec 15 21:27:32 <TAsn> and that's annoying to do :P
Dec 15 21:29:11 <mrmoku> oooohhh yessss :P
Dec 15 21:31:01 <_diego_> hello
Dec 15 21:31:34 <_diego_> i'm trying shr on a gta01, but xserver don't stark
Dec 15 21:31:40 <_diego_> *start
Dec 15 21:32:34 <_diego_> i'm quite sure that the problem is in the xorg.conf
Dec 15 21:32:45 <_diego_> in which i see this:
Dec 15 21:32:46 <_diego_>  Driver          "glamo"
Dec 15 21:33:09 <_diego_> what is the correct driver for the gta01?
Dec 15 21:35:40 <Weiss> fbdev for GTA01
Dec 15 21:36:01 <TAsn> mrmoku, please fix ^
Dec 15 21:36:22 <_diego_> (II) LoadModule: "fbdev"
Dec 15 21:36:22 <_diego_> (WW) Warning, couldn't open module fbdev
Dec 15 21:36:58 <TAsn> 192.168.0.200:/local/pkg /local/pkg nfs noauto,nolock,soft,rsize=32768,wsize=32768 0 0
Dec 15 21:37:02 <TAsn> WTH?!
Dec 15 21:37:07 <_diego_> So i suppose that shr is gta02 only ...
Dec 15 21:37:07 <TAsn> found it in my fstab :|
Dec 15 21:37:13 <TAsn> _diego_, no
Dec 15 21:37:16 <TAsn> it's just a bug
Dec 15 21:37:23 <TAsn> because me moved to shr/merge
Dec 15 21:37:27 <Weiss> Mirv: thanks for the publicity :)... I'm aware of the slowdown with GTK. it's because X tries to accelerate way too much, and the Glamo overhead hits us REALLY hard.  The same problem exists with other drivers, it's just that you don't notice it because the FB writes aren't fast enough. the core X people are aware of it and trying to fix it, but it's hard.. just a case of the acceleration model not being well suited to the toolkit
Dec 15 21:37:29 <TAsn> _diego_, opkg list | grep fbdev
Dec 15 21:37:33 <TAsn> and install the package
Dec 15 21:37:50 <TAsn> please open a blocker bug about it in trac
Dec 15 21:38:00 <TAsn> WHO THE HECK ADDED NFS TO MY FSTAB?!
Dec 15 21:38:25 <Weiss> Mirv: it's really slower with KMS than with non-KMS xf86-video-glamo though? I'd be interested in a side-by-side comparison (change only the kernel). xf86-video-fbdev will be faster for GTK
Dec 15 21:38:28 <max_posedon> TAsn, always was there)
Dec 15 21:38:37 <TAsn> really?
Dec 15 21:38:39 <TAsn> wth adds it?!
Dec 15 21:38:47 <TAsn> btw, fstab is bad :P
Dec 15 21:38:47 <max_posedon> yes, since 1 year ago
Dec 15 21:38:52 <max_posedon> or even more
Dec 15 21:38:54 <TAsn> /dev/mtdblock6  /               jffs2   rw,noatime      1  1
Dec 15 21:38:55 <TAsn> :|
Dec 15 21:38:55 <_diego_> i think that the problem is that there are only gta02 images
Dec 15 21:39:11 <TAsn> _diego_, oh, someone probably forgot building gta01 images
Dec 15 21:39:26 <TAsn> _diego_, that also deserves a ticket :P
Dec 15 21:39:45 <_diego_> ok, i open a ticket for the last
Dec 15 21:39:54 <TAsn> cool :P
Dec 15 21:39:55 <TAsn> thanks.
Dec 15 21:40:11 <TAsn> _diego_, don't forget to set: priority = blocker
Dec 15 21:42:54 * Weiss goes to take a walk down the Stanford Linear Accelerator
Dec 15 21:47:17 <JesusMcCloud> mrmoku, i think you state converter is doing somethign weird
Dec 15 21:47:58 <mrmoku> hmm
Dec 15 21:48:07 <JesusMcCloud> speaker volume is ok, but mic is fubar
Dec 15 21:48:16 <mrmoku> I tested it by diffing...
Dec 15 21:48:35 <mrmoku> JesusMcCloud: can you mail me the state file?
Dec 15 21:48:56 <JesusMcCloud> mrmoku, the old one`?
Dec 15 21:48:59 <mrmoku> yep
Dec 15 21:49:29 <JesusMcCloud> converting worked, but the other end hears only buzz
Dec 15 21:49:39 <mrmoku> JesusMcCloud: did you compare the values?
Dec 15 21:51:46 <Wonka> TAsn: mh. i did a "make update", had the system build everything... "opkg update && opkg upgrade" did not update anything.
Dec 15 21:52:10 <TAsn> Wonka, because your feed doesn't point to your computer...
Dec 15 21:52:13 <TAsn> I guess :P
Dec 15 21:52:17 <Wonka> TAsn: it does.
Dec 15 21:52:20 <TAsn> but anyhow, it's a bit of a problem
Dec 15 21:52:25 <TAsn> ok
Dec 15 21:52:27 <TAsn> still a problem
Dec 15 21:52:29 <TAsn> gitrevs
Dec 15 21:52:38 <TAsn> are different
Dec 15 21:52:49 <Wonka> I have installed those JaMae(?) patches...
Dec 15 21:53:08 <TAsn> they are automatically set per buildhost
Dec 15 21:53:51 <Wonka> mh.
Dec 15 21:54:38 <Wonka> "opkg install --reinstall $package" is broken too. "eh, no, the installed package is newer, i don't wanna".
Dec 15 21:56:21 <mrmoku> Wonka: did you rm /tmp ?
Dec 15 21:56:29 <mrmoku> tmp that is
Dec 15 21:56:49 <Wonka> mrmoku: no, because it takes more than a day then, iirc.
Dec 15 21:57:11 <Wonka> mrmoku: and gitrev wasn't bigger afterwards too.
Dec 15 21:57:12 <mrmoku> Wonka: just asking, because that would have nuked your localbuild counts as well
Dec 15 22:00:21 <Wonka> .oO( maybe I should just use the feeds from build.shr-project.org... )
Dec 15 22:05:19 <mrmoku> Wonka: if it is just some packages that don't update you can manually fix the localcount in the sqlite3 cache
Dec 15 22:07:01 <Wonka> problem is, I don't even know which packages those are.
Dec 15 22:07:18 <Wonka> i'd need to go by modification time in the repo
Dec 15 22:07:29 <mrmoku> yeah, bad |
Dec 15 22:08:10 <ssam> on shr-t, can't make or receive calls. which logs might be interesting?
Dec 15 22:08:34 <mrmoku> ssam: does it register to the network?
Dec 15 22:08:34 <Wonka> mrmoku: i could increase all counts by one...
Dec 15 22:09:04 <mrmoku> Wonka: or 10 to be on the safe side :P
Dec 15 22:09:11 <ssam> mrmoku, it shows 'orange' and some bars
Dec 15 22:09:25 <mrmoku> should work too... but then you still have to know which packages to rebuild
Dec 15 22:09:49 <mrmoku> ssam: /var/log/phonefsod.log and /var/log/frameworkd.log are probably the ones
Dec 15 22:09:57 <Wonka> by the way... this gsm signal strength thingie - what does the asterisk mean? i've never seen that display without that one, and always at the same position.
Dec 15 22:10:01 <mrmoku> ssam: and take care as there is private data inside :LP
Dec 15 22:10:19 <mrmoku> Wonka: in idle screen?
Dec 15 22:10:50 <Wonka> mrmoku: i thought more about the illume shelf
Dec 15 22:11:06 <Wonka> mrmoku: but maybe in idle screen too
Dec 15 22:11:14 <mrmoku> Wonka: ahh, that asterisk
Dec 15 22:11:18 <mrmoku> no idea
Dec 15 22:11:28 <ssam> phonefsod.log has nothing for a few hours, /var/log/frameworkd.log just has idlestates stuff
Dec 15 22:11:40 <Wonka> hm. any documentation available on gsm status widget?
Dec 15 22:11:40 <mrmoku> guess would be which kind of network it is registered in
Dec 15 22:11:51 <mrmoku> ssam: try one thing... just restart phonefsod
Dec 15 22:12:11 <mrmoku> ssam: you can do that either manually with /etc/init.d/phonefsod restart
Dec 15 22:12:16 <mrmoku> or via the settings app
Dec 15 22:12:37 <mrmoku> Wonka: other than the source?
Dec 15 22:12:40 <mrmoku> don't think so...
Dec 15 22:12:54 <Wonka> meh :/
Dec 15 22:13:05 <ssam> mrmoku, http://pastebin.com/m3ad8cb8
Dec 15 22:13:29 <Wonka> ERROR: Build of /home/w/OM/SHR/build/shr-unstable/openembedded/recipes/e17/exhibit_svn.bb do_compile failed
Dec 15 22:13:39 <Wonka> mh. might be a reason why it doesn't update
Dec 15 22:13:50 <mrmoku> ssam: that does not tell much...
Dec 15 22:13:54 <Wonka> ERROR: Build of /home/w/OM/SHR/build/shr-unstable/openembedded/recipes/shr/phoneuid_git.bb do_compile failed
Dec 15 22:13:58 <Wonka> meant that one
Dec 15 22:14:31 <ssam> mrmoku, and a pid error on restarting it http://pastebin.com/m2e58621
Dec 15 22:14:54 <mrmoku> ssam: pid error on restart means that phonefsod crashed before :|
Dec 15 22:15:02 <mrmoku> just remove the pid and start it again
Dec 15 22:16:18 <ssam> mrmoku, ok, deleted and restarted, can make a call now
Dec 15 22:17:04 <ssam> anything useful i can give you to find why it crashed?
Dec 15 22:17:05 <mrmoku> ssam: guess shr-t needs updating :)
Dec 15 22:17:23 <mrmoku> ssam: is it reproducable?
Dec 15 22:17:51 <ssam> i don't know what triggered it.
Dec 15 22:17:57 <TAsn> mrmoku, 
Dec 15 22:18:11 <TAsn> this usually means a weird crash/shutdown no idea what
Dec 15 22:18:13 <ssam> when i got home from uni my gf asked why my phone was off
Dec 15 22:18:18 <TAsn> ssam, just remove the pid
Dec 15 22:18:43 <ssam> TAsn, yes, removed pid, restarted, and i can call again now
Dec 15 22:19:07 <ssam> is there a daemon watcher that can auto restart these things
Dec 15 22:19:33 <ssam> (with some check so that it does not restart 100s of times a second when it is badly broken)
Dec 15 22:19:49 <Wonka> ssam: that's why I carry a Siemes S65 as a mobile phone and the FR as a plaything :)
Dec 15 22:20:24 <TAsn> I just carry the FR as mobile phone and a yo-yo as a plaything
Dec 15 22:20:25 <Wonka> ssam: a sufficient "check" might bbe a "sleep 5"
Dec 15 22:21:51 <ssam> i am sure its a common thing on servers to restart daemons, does init do it?
Dec 15 22:26:19 <ssam> something like http://www.cyberciti.biz/tips/howto-monitor-and-restart-linux-unix-service.html
Dec 15 22:32:10 <mrmoku> JesusMcCloud: looks good
Dec 15 22:32:32 <mrmoku> JesusMcCloud: have not the time right now to compare all values... but Mono Playback Volume and some others are correct
Dec 15 22:32:45 <TAsn> mrmoku, what about lfg? :P
Dec 15 22:32:52 <TAsn> I really like knowning about missed calls :P
Dec 15 22:32:57 <mrmoku> TAsn: lots of stuff to type :|
Dec 15 22:33:00 <mrmoku> still working on it
Dec 15 22:33:18 <mrmoku> adding PIM.Calls, PIM.Call and PIM.CallQuery
Dec 15 22:33:19 <TAsn> just push and build the missed calls thing :P
Dec 15 22:33:25 <mrmoku> :P
Dec 15 22:33:37 <mrmoku> ok, will do the bad boy :P
Dec 15 22:33:50 <mrmoku> (and bump the rev dirty on the buildhost)
Dec 15 22:34:02 <TAsn> :P
Dec 15 22:35:14 <CIA-78> freesmartphone.org: 03mok 07libframeworkd-glib * rb2bc6b1898a8 10/src/frameworkd-glib-dbus.c: 
Dec 15 22:35:14 <CIA-78> freesmartphone.org: fix signature of PIM.Calls.NewMissedCalls signal
Dec 15 22:35:14 <CIA-78> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Dec 15 22:39:23 <TAsn> :P
Dec 15 22:40:31 <JesusMcCloud> mrmoku, then sth else must have changed
Dec 15 22:40:46 <JesusMcCloud> i dont get it
Dec 15 22:41:17 <mrmoku> JesusMcCloud: you could compare value by value...
Dec 15 22:42:08 <JesusMcCloud> actually... if i think about alsa and believe in karma... i am satisfied
Dec 15 22:42:23 <mrmoku> :P
Dec 15 22:42:45 <JesusMcCloud> although it deos not give me aphone i can use
Dec 15 22:43:17 <TAsn> mrmoku, let me know when I can upgrade.
Dec 15 22:43:27 <mrmoku> index and sync
Dec 15 22:43:35 <mrmoku> just a sec
Dec 15 22:43:38 <JesusMcCloud> mrmoku, are u sure there is nothing apart from state format an location of statefiles that changed?
Dec 15 22:43:54 <mrmoku> JesusMcCloud: no idea
Dec 15 22:44:43 <JesusMcCloud> mickeyl, ping
Dec 15 22:44:48 <TAsn> I'm watching "good luck chuck"
Dec 15 22:44:57 <TAsn> weird movie :
Dec 15 22:45:00 <TAsn> >
Dec 15 22:45:00 <TAsn> :P
Dec 15 22:45:09 <mrmoku> TAsn: update instead ;)
Dec 15 22:45:14 <TAsn> ok
Dec 15 22:45:15 <JesusMcCloud> TAsn, i can recommend "choke"
Dec 15 22:45:19 <PaulFert`> It's ~-27C here and i've just cycled back home ~2km. It's ok. Yo :)
Dec 15 22:45:51 <TAsn> mrmoku, upgrading.
Dec 15 22:48:49 <TAsn> mrmoku, works :P
Dec 15 22:49:16 <mrmoku> I know ;)
Dec 15 22:52:21 <TAsn> ok, I think I'm free to go to bed then.
Dec 15 22:52:28 <mrmoku> heh
Dec 15 22:52:30 <TAsn> I did enough damage today :P
Dec 15 22:52:33 <mrmoku> :P
Dec 15 22:52:49 <mrmoku> I won't do more than lfg anyway... today
Dec 15 22:52:51 <TAsn> (which is mostly nothing)
Dec 15 23:04:05 <Slyon> mrmoku: TAsn: i'm off for today, didn't get far, as my e installation was/is fucked up... but i started with the skeleton for the phonelog-genlist
Dec 15 23:04:18 <Slyon> night.
Dec 15 23:04:21 <mrmoku> night
Dec 15 23:04:23 <mrmoku> and thanks
Dec 15 23:04:29 <TAsn> night and thanks from me as well :P
Dec 15 23:09:04 <JesusMcCloud> is there finally soem progress on elementary based phonelog?
Dec 15 23:09:39 <JesusMcCloud> (logs are messy because of faulty connection)
Dec 15 23:11:38 <mrmoku> JesusMcCloud: we started today with it
Dec 15 23:12:00 <mrmoku> TAsn: typing finished... making it compile is for tomorrow  :P
Dec 15 23:12:08 <mrmoku> gnight all
Dec 15 23:12:44 <JesusMcCloud> finally...
**** ENDING LOGGING AT Wed Dec 16 02:59:57 2009