**** BEGIN LOGGING AT Thu May 07 02:59:57 2009
May 07 05:41:58 <tobii_> good morning
May 07 05:53:24 <DocScrutinizer> happy new year
May 07 05:58:41 <DocScrutinizer> hmm, I'd like to press "F10" and can't find it on kbd ;)
May 07 07:47:33 <mirko-paroli> nice an quiet in the european corner
May 07 07:51:27 <CM_work> Enjoy the silence :)
May 07 07:56:30 <mirko-paroli> hehe thx
May 07 08:25:31 <methril|work> good morning
May 07 08:55:56 <DocScrutinizer> PaulFertser: ping
May 07 08:57:53 <DocScrutinizer> PaulFertser: could you please have a look at http://docs.openmoko.org/trac/ticket/2229 and check if there's anything wrong with the new gsm-power control operation? Not that it really looks like
May 07 09:08:17 <PaulFertser> DocScrutinizer: sure
May 07 09:08:26 <DocScrutinizer> thanks
May 07 09:09:39 <PaulFertser> DocScrutinizer: "I know that the SIM card is visible to the system, because it can see my saved contacts and SMS messages, and because when I set a SIM pin it prompts me for the PIN, accepts the correct one, and rejects an incorrect one."
May 07 09:10:26 <DocScrutinizer> hmm
May 07 09:10:39 <PaulFertser> DocScrutinizer: looks like RF part failure
May 07 09:11:15 <DocScrutinizer> looks like modem resets on registering
May 07 09:11:43 <DocScrutinizer> my idea about weak bat doesn't seem to fit
May 07 09:12:14 <DocScrutinizer> so maybe there's something odd with the powerswitch logic in kernel
May 07 09:12:22 <DocScrutinizer> ?
May 07 09:14:10 <DocScrutinizer> or the differences mentioned by user he has to echo1 >power_on in one distro are caused by old vs new logic?
May 07 09:16:20 <DocScrutinizer> PaulFertser: to me it looks quite scary, and strange enough it doesn't seem to be a mass problem
May 07 09:16:51 <DocScrutinizer> which kinda makes it even more skary
May 07 09:54:04 <spaetz> latest -unstable is really nice. if the feed would be working, I'd be very happy
May 07 09:54:24 * PaulFertser can't on Earth understand how can layout not correspond to the schem... It happens regularly here where i work.
May 07 09:55:06 <Sharwin_F> spaetz, do you have the E logoff/suspend panel working?
May 07 09:55:35 <DocScrutinizer> PaulFertser:   :-O
May 07 09:55:37 <PaulFertser> DocScrutinizer: ah, i now read the whole ticket, i see why you say it resets.
May 07 09:56:09 <PaulFertser> DocScrutinizer: slm3095om did a good test
May 07 09:56:20 <DocScrutinizer> refresh
May 07 09:56:27 <DocScrutinizer> F5
May 07 09:56:48 <PaulFertser> Too bad he doesn't have a scope
May 07 09:56:54 <DocScrutinizer> yup
May 07 09:57:07 <PaulFertser> F5? i use either emacs-w3m or vimperator here :)
May 07 09:57:55 <DocScrutinizer> is there ANY chance this is triggered by anyone "intentionally" powercycling the modem? how could we proof
May 07 09:57:59 <DocScrutinizer> ?
May 07 09:58:27 <PaulFertser> DocScrutinizer: it seems to me that it can not be anything with power_on logic, as he uses "cu" and the modem doesn't restart until registration. And nobody else (except cu) knows about it.
May 07 09:58:49 <DocScrutinizer> hmm, good point
May 07 10:00:06 <PaulFertser> DocScrutinizer: (layout vs schem) somehow it happens here, like there's a link between 2 R's on the schem but it just isn't there on the actual board. I'll ask the layout guy about what happened this time :)
May 07 10:00:24 <spaetz> Sharwin_F: no
May 07 10:00:32 <spaetz> log off thingie doesn't work
May 07 10:00:54 <Sharwin_F> okk
May 07 10:01:10 <DocScrutinizer> maybe he could readout the (otherwise useless) OC-output of the modem-switch (FET powerswitch)
May 07 10:02:08 <DocScrutinizer> or apply a stable 4.5V to bat connector
May 07 10:02:49 <DocScrutinizer> I'm really without a clue wrt this
May 07 10:03:17 <PaulFertser> I also like the idea of different provider/place.
May 07 10:04:13 <PaulFertser> It'd be nice to 'scope the voltage after the FET.
May 07 10:04:47 <DocScrutinizer> well all this doesn't make a story about what 'broke' actually
May 07 10:07:21 <DocScrutinizer> really hate to say this seems to be a hw-defect
May 07 10:07:43 <PaulFertser> Faulty high-impedance connection to a bat could explain it. In fact, we can try to emulate that. Not that it proves anything, it'd be better to investigate hw-side of the problem with proper tools/skills.
May 07 10:08:20 <DocScrutinizer> hmm, bad gsm-ant might be an explanation
May 07 10:08:52 <DocScrutinizer> or maybe overall load of whole system exceeds bat-protect cutout
May 07 10:09:41 <PaulFertser> For me running without gsm-ant (i assume that's the additional part on the plastic near the hole) didn't cause any problems like that.
May 07 10:09:49 <DocScrutinizer> but I think this is at 2.5A or more. and his test at least shows avrg I is <500mA
May 07 10:10:32 <DocScrutinizer> hmm, no story either way, except borked bat-contact
May 07 10:11:50 <PaulFertser> Probably one of these guys is leaving not far away from somebody who has skills? BTW, to measure circuit impedance 'scope is not necessary, probably they should try it.
May 07 10:11:59 <PaulFertser> Hehe, leaving
May 07 10:12:09 <DocScrutinizer> I think in a few days this is a support-case. might want to get the original device then
May 07 10:12:26 <DocScrutinizer> INCL BAT!!
May 07 10:13:50 <DocScrutinizer> how would you probe circuit Z without decent scope?
May 07 10:14:14 <DocScrutinizer> well, which circuit anyway?
May 07 10:14:38 <jc> alphaone, I have some spare time and I'm willing to look into it
May 07 10:15:32 <alphaone> jc: Please look into both alternatives as well and see what really is the better solution.
May 07 10:17:18 <mrmoku> spaetz: feed does not work? it does for me
May 07 10:18:18 <PaulFertser> DocScrutinizer: looking at the schem now, yes, it doesn't seem to be possible. I meant to measure resistance between VBAT and battery connector, but for that U1705 should be turned on and for that the device should be turned on, therefore ohmmeter can't be used.
May 07 10:19:38 <DocScrutinizer> only thing is probing voltage, at bat and - according your suggestion - after FETswitch at baseband
May 07 10:20:51 <DocScrutinizer> and if WTF the open reset is borking due to RF catching
May 07 10:21:01 <PaulFertser> Obviously with a scope and trigger should be appropriately configured. Too bad not everybody has easy access to 'scopes.
May 07 10:21:01 <DocScrutinizer> ?! :-o
May 07 10:21:51 <PaulFertser> Did it ever work? I guess i tried with gta01 guys but for them reset didn't reset calypso (at least bootloader didn't start), that's the reason reflashing calypso on gta01 can be harder.
May 07 10:21:56 * DocScrutinizer needs to have a look at calypso-reset circuit
May 07 10:22:21 <jc> alphaone, I see effort on this has already started: http://linux-on-sx1.wiki.sourceforge.net/gsmMuxd
May 07 10:22:36 <DocScrutinizer> yup that's what I seem to remember as well
May 07 10:22:49 <jc> alphaone, but as I heard, gsm modem in fr is somehow broken and not behaving exactly up to standard, so maybe this won't work...
May 07 10:23:07 <jc> alphaone, I'll try it though, if I get a successful call along with GPRS connection, I'll let you know
May 07 10:23:50 <alphaone> sure
May 07 10:25:28 <Ainulindale> alphaone: your reply!
May 07 10:25:31 <Ainulindale> spaetz: same for you
May 07 10:25:46 <DocScrutinizer> alphaone: das war wohl TI-TAT
May 07 10:25:54 <DocScrutinizer> nix script
May 07 10:26:07 <PaulFertser> alphaone: Hey, this change http://pastebin.com/m48687872 broke action.py for python 2.5. Do you think it should be reverted?
May 07 10:30:20 <DocScrutinizer> PaulFertser: ok, at least we got H-TP1001
May 07 10:30:41 <DocScrutinizer> anyway useles as well without scope
May 07 10:31:33 <DocScrutinizer> nevermind
May 07 10:35:36 <DocScrutinizer> hmmm, B1701 borked
May 07 10:39:00 <DocScrutinizer> FER-BEAD 600 800mA SMT0603 KLB0603K601SA KARMAX ROR
May 07 10:39:01 <DocScrutinizer> GSM LR
May 07 10:39:17 <DocScrutinizer> 600OHM ??!!
May 07 10:39:44 <DocScrutinizer> 600OHM!!!!
May 07 10:39:55 <PaulFertser> DocScrutinizer: Are you sure? Looks too suspicious to be true.
May 07 10:40:17 <DocScrutinizer> it kicked the OHM symbol on C&P
May 07 10:40:27 <DocScrutinizer> that'S excerpt from BOM
May 07 10:40:46 <DocScrutinizer> maybe 600R@20MHz or sth
May 07 10:40:57 <PaulFertser> It'd be ok if it was just a small ferrite bead without much Ohmmage or inductivity...
May 07 10:41:06 <DocScrutinizer> no datasheet as usual I assume
May 07 10:41:22 <DocScrutinizer> anyway 800mA is BAD
May 07 10:42:26 <DocScrutinizer> hmm, no datasheet
May 07 10:42:26 <Zorkman> I haven't read what you two Electronical Mages are doing; but w00t w00t you guys goooooo! :)
May 07 10:43:32 <DocScrutinizer> Zorkman: [2009-05-07 10:57:54] <DocScrutinizer> PaulFertser: could you please have a look at http://docs.openmoko.org/trac/ticket/2229 and 
May 07 10:43:38 <PaulFertser> Zorkman: http://docs.openmoko.org/trac/ticket/2229
May 07 10:43:44 <DocScrutinizer> lol
May 07 10:43:45 <PaulFertser> LOL
May 07 10:43:49 <DocScrutinizer> looool
May 07 10:43:58 <Zorkman> i was already searching for it ;-)
May 07 10:44:32 <DocScrutinizer> Zorkman: schematics p.2
May 07 10:44:39 <DocScrutinizer> B1701
May 07 10:44:53 <DocScrutinizer> my suspect #1
May 07 10:45:27 <DocScrutinizer> we seen other chokes burning down :-/
May 07 10:46:21 <DocScrutinizer> PaulFertser: well it simply *can't* have 600R DC-Z
May 07 10:46:36 <DocScrutinizer> modem never worked otherwise
May 07 10:47:35 <PaulFertser> DocScrutinizer: obviously :)
May 07 10:48:11 <DocScrutinizer> google has no ds either :-(
May 07 10:48:35 <DocScrutinizer> Or I'm too tired to google
May 07 10:49:51 <DocScrutinizer> well we got R1753, makes nice testpoints
May 07 10:50:13 <DocScrutinizer> err 1752
May 07 10:51:23 <DocScrutinizer> I'd like to see a poor_man's_scope readout of /GSM_OC
May 07 10:53:00 <DocScrutinizer> ok, this is a return for support now
May 07 11:04:02 <DocScrutinizer> maybe disti has better equipment to test. otherwise OM might replace
May 07 11:45:19 <McKael> Hi there
May 07 11:45:48 <McKael> I installed SHR (testing) a few days ago in order to try it out
May 07 11:46:06 <McKael> I've seen no update so far, are there daily updates?
May 07 11:46:28 <mrmoku> McKael: no, manual updates when there is something we want to update
May 07 11:46:42 <mrmoku> McKael: and testing gets updated not that often
May 07 11:46:42 <McKael> (haven't seen any installation webpage, btw, is there one?)
May 07 11:46:54 <McKael> mrmoku: ok, thanks
May 07 11:46:59 <mrmoku> trac.shr-project.org is all we have
May 07 11:47:07 <McKael> phonelog crashes here
May 07 11:47:33 <McKael> File "/usr/bin/phonelog", line 223, in populateList
May 07 11:47:45 <McKael> tmp_duration = int(call[3]) / ValueError: invalid literal for int() with base 10: '01:23'
May 07 11:48:21 <PaulFertser> McKael: Hey! :) Have you already thought about a finger-friendly mcabber version? ;) Nice to see you here btw. :)
May 07 11:49:23 <McKael> PaulFertser: hey
May 07 11:49:40 <McKael> PaulFertser: No, I'm mostly using ssh so... ;)
May 07 11:51:27 <mrmoku> McKael: hmm... when phonelog crashes... do the contacts (or messages for that matter) work?
May 07 11:52:04 <mrmoku> there is one thing to take care of... namely to wait until full SIM readiness
May 07 11:52:18 <mrmoku> which you cannot see in no way (apart from reading logfiles)
May 07 11:52:33 <McKael> mrmoku: yes messages are fine
May 07 11:52:35 <mrmoku> and until full readiness of the SIM almost all SHR apps will just crash
May 07 11:52:38 <PaulFertser> McKael: well, i just checked, mouse clicks from x terminal come through ssh as well ;)
May 07 11:53:44 <mrmoku> McKael: ahh, wait... tmp_duration... there we did some change
May 07 11:53:45 <McKael> PaulFertser: but I'm afraid my fingers (and yours) are too big for the FR term!
May 07 11:57:02 <mrmoku> McKael: arggh... ok. I understand it.
May 07 11:57:29 <mrmoku> McKael: we adjusted the SQL for the phonelog... and updated only one side in testing :(
May 07 11:57:32 <mrmoku> our bad
May 07 11:59:11 <McKael> mrmoku: no pb
May 07 11:59:31 <McKael> Is there an easy fix or should I wait for the next shr feed update?
May 07 12:00:09 <mrmoku> McKael: no easy fix... we have to update
May 07 12:00:18 <mrmoku> will try to get it done soon
May 07 12:00:25 <mrmoku> (if not now :P)
May 07 12:01:49 <PaulFertser> mrmoku: btw, is mcabber in the feeds already?
May 07 12:02:00 <McKael> mrmoku: thanks
May 07 12:02:39 <McKael> PaulFertser: it probably runs on Debian-based distros...  haven't checked one yet
May 07 12:03:01 <PaulFertser> McKael: for sure it does, i used it :)
May 07 12:03:09 <McKael> nice :)
May 07 12:04:06 <CIA-75> SHR: 03mok 07shr-overlay * rc8f8611cf1f0 10/openembedded/conf/distro/include/shr-autorev.inc: shr-autorev: update rev for shr apps and fixate pyphonelog
May 07 12:30:19 <mrmoku> McKael: ok... update is there
May 07 12:30:32 <mrmoku> McKael: please report if it works :-)
May 07 12:30:51 <mrmoku> McKael: and you might have to remove the phonelog.db manually... not sure about that
May 07 12:48:30 <Weiss> are any of the inhabitants of forum.telefoninux.org around here?
May 07 12:48:40 <Weiss> i need to stop them getting over-excited about the DRI stuff
May 07 12:49:30 <PaulFertser> Weiss: :))) What for?
May 07 12:50:03 <Weiss> i think they think they'll get full 3D acceleration right now :)
May 07 12:51:20 <spaetz> mrmoku: ahh feeds built now? trying...
May 07 12:52:09 <spaetz> yay, shr-config is back :)
May 07 12:52:29 * spaetz announces mokomaze in the blog/ml now
May 07 13:03:52 <mrmoku> spaetz: nice game... even the old version :P
May 07 13:04:07 <mrmoku> PaulFertser: what is it?
May 07 13:04:31 <mrmoku> (mcabber)
May 07 13:05:49 <mrmoku> ahh jabber ncurses client...
May 07 13:05:51 <PaulFertser> mrmoku: the best console jabber client,
May 07 13:05:58 <mrmoku> will add then :-)
May 07 13:06:04 <spaetz> I like mokomaze a lot, it's simple and nifty and makes clever use of the FR hardware
May 07 13:06:07 <PaulFertser> mrmoku: I guess you got the link between mcabber and McKael ;)
May 07 13:06:17 <spaetz> great for showing of the FR to others
May 07 13:06:22 <spaetz> showing off
May 07 13:06:30 <mrmoku> PaulFertser: yeah
May 07 13:06:37 <mrmoku> PaulFertser: building it right now
May 07 13:07:00 <PaulFertser> mrmoku: It supports OTR conversation, btw.
May 07 13:07:06 <mrmoku> OTR?
May 07 13:07:09 <PaulFertser> mrmoku: are you building with pgp and OTR support?
May 07 13:07:29 <spaetz> we really need an announcement list where things like the e lib renaming is announced
May 07 13:07:29 <mrmoku> PaulFertser: the bitbake recipe has gpgme as dep... so pgp yes
May 07 13:07:30 <PaulFertser> mrmoku: OTR -- clever trick for secure IM conversations.
May 07 13:07:41 <spaetz> loads of people dripping in, complaining about that
May 07 13:08:12 <PaulFertser> mrmoku: based on pgp but adds deniability (that is OTR is essentially the same as tet-a-tet talk in a closed room). 
May 07 13:08:29 <mrmoku> spaetz: well... yes. But we have to get people on the list too.
May 07 13:08:41 <PaulFertser> mrmoku: unfortunately, OTR is not done in accordance to any jabber specs and therefore is able to come through transports to other IM systems.
May 07 13:08:44 <mrmoku> spaetz: I have the impression that there are quite a lot of SHR users that are on om lists only
May 07 13:08:57 <mrmoku> PaulFertser: ok
May 07 13:09:34 <spaetz> mrmoku: seems like it. And many still on shr-user on lists.om
May 07 13:09:46 <spaetz> that's why an announcement list might be nice
May 07 13:09:56 <spaetz> lieke max of 1 mail per week
May 07 13:10:12 <mrmoku> and automatic propagation to shr and om blog ;)
May 07 13:10:31 <mrmoku> PaulFertser: I started IRC for SHR... lacking lots of experience :P
May 07 13:10:54 <mrmoku> PaulFertser: is 0.9.9 current?
May 07 13:10:56 <spaetz> hehe,, actually that would make sense :)
May 07 13:11:15 <mrmoku> Ainulindale: what do you think?
May 07 13:11:19 <PaulFertser> mrmoku: fyi for heavy irc users there exists a bitlbee -- irc-jabber gate allowing you to chat from your favourite irc client with your jabber buddies.
May 07 13:11:49 <PaulFertser> mrmoku: yes, 0.9.9 is recent.
May 07 13:11:54 <mrmoku> PaulFertser: I'm old... I have no jabber buddies :P
May 07 13:12:20 <PaulFertser> mrmoku: only offline and e-mail?
May 07 13:13:15 <mrmoku> PaulFertser: yep
May 07 13:13:19 <CIA-75> SHR: 03mok 07shr-overlay * rbe20edfd2a43 10/openembedded/recipes/tasks/task-shr-feed.bb: feed: add mcabber
May 07 13:13:56 <McKael> lol
May 07 13:14:12 <mrmoku> not funny ;)
May 07 13:14:15 <McKael> Thanks for updating the feeds
May 07 13:14:37 <McKael> mrmoku: indeed you're using IRC, so you got to be old :)
May 07 13:14:58 <McKael> Nowadays young people use MSN (at least here)
May 07 13:15:05 <mrmoku> McKael: hehe... I had to learn IRC for doing SHR development... had no idea about it before
May 07 13:15:14 <McKael> hahaha
May 07 13:15:24 * mrmoku feels very very old now :P
May 07 13:15:30 <McKael> (woops)
May 07 13:16:06 <McKael> mrmoku: opkg update complains: Failed to download http://build.shr-project.org/shr-testing/ipk//armv4/Packages.gz, error 404
May 07 13:16:08 <mrmoku> ok, mcabber hit the feed for unstable
May 07 13:16:09 <McKael> Is it expected?
May 07 13:16:15 <mrmoku> yep
May 07 13:16:16 <McKael> mrmoku: nice, thanks
May 07 13:16:30 <mrmoku> there are no packages for armv4... on day we should eventually fix that ;)
May 07 13:16:38 <mrmoku> but it does no harm...
May 07 13:16:38 <McKael> mrmoku: ok, but then opkg upgrade still doesn't seem to do anything...
May 07 13:16:47 <spaetz> we should really remove that or add a fake empty pckage list
May 07 13:17:09 <mrmoku> spaetz: I think the second would be the way to go...
May 07 13:17:27 <spaetz> either is fine with me
May 07 13:18:05 <spaetz> BTW, I'll be traveling next week Monday-Sunday, so I won't be online/available a lot
May 07 13:22:06 <mrmoku> McKael: hmm...
May 07 13:22:11 <McKael> PaulFertser: do you have a bluetooth kbd or do you really use mcabber with the touchscreen?
May 07 13:23:40 <mrmoku> McKael: argh... I understand why
May 07 13:23:55 <mrmoku> Ainulindale: PV for SHR apps is broken... it is missing the git prefix
May 07 13:24:34 <PaulFertser> McKael: even worse, i used mcabber in screen running on my home pc over gprs.
May 07 13:25:58 <PaulFertser> McKael: surprisingly, on-screen keyboard is usable enough, even when my fingernails are properly (as short as i can) cut.
May 07 13:26:27 <McKael> PaulFertser: well, at least with screen you're protected against network issues
May 07 13:27:27 <McKael> Are there people from Bearstech there (I guess there are...)
May 07 13:27:58 <CIA-75> SHR: 03mok 07shr-overlay * r958700bc656d 10/openembedded/recipes/shr/ (libframeworkd-phonegui-efl_git.bb ophonekitd_git.bb): bump PR for ophonekitd and libframeworkd-phonegui-efl
May 07 13:29:15 <McKael> PaulFertser: what distribution are you currently running?
May 07 13:30:11 <PaulFertser> McKael: Debian. And i haven't tried anything else (due to lack of interest in end-user friendliness and because apt-get works so much better than opkg).
May 07 13:30:47 <McKael> end-user friendliness is great for a phone :)
May 07 13:32:30 <spaetz> I was positively surprised when SHR messages told me today that my MS storage on SIM card was full and I wouldn't be receiving more messages until I delete them
May 07 13:32:41 <DocScrutinizer> who cares about distro as long as there's a solid kernel and a decent framework? :-)
May 07 13:32:47 <spaetz> I didn't expect this level of sophistication yet :)
May 07 13:33:28 <raster> werd!
May 07 13:33:29 <raster> to
May 07 13:33:30 <raster> my
May 07 13:33:31 <raster> homes
May 07 13:33:32 <raster> yo
May 07 13:34:21 <DocScrutinizer> raster: ?
May 07 13:34:27 <raster> DocScrutinizer:  yoooo!
May 07 13:34:35 <raster> i have succeeded
May 07 13:34:36 <raster> ikt lives
May 07 13:34:39 <raster> itLIVES!
May 07 13:34:43 <DocScrutinizer> :-))
May 07 13:34:44 <raster> cserve works
May 07 13:34:54 <raster> and not only does it do what it was meant to do and designed to
May 07 13:35:02 <raster> not only is it now srss tested and stable
May 07 13:35:17 <raster> not only does it now offer an unprecendented insight into internal data usage
May 07 13:35:33 <raster> it even saves more memory than expected thanks to it massivly reducing memory fragmentation
May 07 13:35:46 <raster> to the point of in an extreme case saving 50mb of memory pages
May 07 13:35:55 <DocScrutinizer> and serves coffee ;-D
May 07 13:36:13 <raster> nah
May 07 13:36:16 <raster> unfortunately not
May 07 13:36:31 <raster> ut man this turned out better than i had hoped
May 07 13:36:40 <DocScrutinizer> might give it a try nevertheless
May 07 13:37:02 <DocScrutinizer> I see, I see :-D
May 07 13:37:27 <alphaone> cserve?
May 07 13:38:12 <spaetz> ikt?
May 07 13:38:16 <spaetz> cserve?
May 07 13:39:42 <raster> alphaone:  evas_cserve
May 07 13:39:52 <raster> if you play with latest svn as of now
May 07 13:39:55 <raster> its all there and working
May 07 13:40:01 <raster> i've stress tested it heavily
May 07 13:40:02 <spaetz> quickstart evas?
May 07 13:40:05 <raster> its a shared cache server
May 07 13:40:20 <raster> spaetz:  no - elemwntar quicklanch is something else
May 07 13:40:26 <raster> but this might help startup too
May 07 13:40:33 <raster> as int he cache server always runs - doesnt quit
May 07 13:40:40 <raster> and it can holdon to images from the previously rn app
May 07 13:40:41 <spaetz> shared cache server, sounds useful if you have many e apps open
May 07 13:40:49 <raster> and if the next one uses the same ones (ie same widget set/widgets/theme)
May 07 13:40:53 <spaetz> mmh
May 07 13:40:55 <raster> they are alreayd loaded and decoded
May 07 13:40:58 <raster> so no need toload/decode
May 07 13:41:02 <spaetz> sounds good
May 07 13:41:07 <raster> sames cpu on start gettign all the initial image data up
May 07 13:41:14 <raster> alo saves memory with multileapps
May 07 13:41:23 <raster> only 1 copy of the decoded image is in ram at all
May 07 13:41:31 <raster> so its only loaded once for all he apps
May 07 13:41:36 <raster> and takes 1 blob of memory
May 07 13:41:41 <raster> not N blobs for N processes
May 07 13:42:02 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r8b5e2e2cb386 10/libfsoframework/ (4 files in 2 dirs): specify dbus errors where necessary
May 07 13:42:03 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * ra7f04e7153d7 10/libfsoframework/tests/.gitignore: fsoframework: gitignore++
May 07 13:42:04 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rafb8d9a9a9c1 10/fsodeviced/src/plugins/kernel26_leds/plugin.vala: fsodevice: kernel26_leds: throw proper dbus errors
May 07 13:42:08 <raster> and thank to the way it works it also saves ram by reducing fragmntation
May 07 13:42:14 <raster> only need to do 2 things
May 07 13:42:16 <alphaone> raster: Sounds good!
May 07 13:42:23 <raster> 1. run evas_cserve (-h for options)
May 07 13:42:35 <raster> 2. export EVAS_CSERVE=1
May 07 13:42:42 <raster> in your env for all apps you wantto use it
May 07 13:42:43 <SHR-WugBranler> tracfeed: Ticket #427 (Phonelog on latest SHR-Testing crashes cases the call program to not work) created <http://trac.shr-project.org/trac/ticket/427>
May 07 13:42:52 <raster> (everything using evas will use it if that env var is set)
May 07 13:42:58 <raster> thats it
May 07 13:43:02 <raster> evas
May 07 13:43:17 <raster> evas_cserve_tool lets you change caceh settings ont he fly
May 07 13:43:21 <raster> query them
May 07 13:43:25 <raster> query statistics
May 07 13:43:30 <raster> and ven get full cache content info
May 07 13:43:48 <raster> (like files, keys, sizes, reference counts, cache entry timestamps and more)
May 07 13:44:26 <raster> its actually quite neat to be able to poke around and find out just whaqt images are loaded  and used
May 07 13:44:27 <DocScrutinizer> turbo
May 07 13:44:28 <raster> and how often
May 07 13:44:43 <raster> its a bit like /proc or /sysfs - but for your imge cache
May 07 13:44:44 <raster> :)
May 07 13:45:09 <raster> anyway - hope it helps
May 07 13:45:13 <raster> feel free to try it out
May 07 13:45:21 <raster> i'm going to start using it fulltime myself now
May 07 13:45:50 <raster> brb
May 07 13:45:53 <raster> going to use it fulltime now
May 07 13:50:08 <mrmoku> McKael: ok... now it should work, if you opkg update + upgrade again
May 07 13:52:13 <SHR-WugBranler> tracfeed: Ticket #427 (Phonelog on latest SHR-Testing crashes cases the call program to not work) closed <http://trac.shr-project.org/trac/ticket/427#comment:1>
May 07 13:55:16 <mrmoku> DocScrutinizer: what is you opinion on linphone?
May 07 13:55:20 <mrmoku> +r
May 07 13:56:09 <spaetz> raster: here si a small patch for elementary_alarm to honor DST
May 07 13:56:26 <mrmoku> spaetz: raster is gone ;)
May 07 13:56:29 <spaetz> just a few simple lines, can you check if that's correct and apply in e svn?
May 07 13:56:32 <DocScrutinizer> each time I tried it it was borked some way, and it's so minimalistic I didn't care to find out why it was borked
May 07 13:56:34 <spaetz> darn
May 07 13:56:48 * spaetz tries to catch him in some other channel :)
May 07 13:57:00 <mrmoku> spaetz: he returned ;)
May 07 13:57:12 <mrmoku> (with cserver enabled desktop I guess :P)
May 07 13:57:15 <spaetz> thanks, , I disabled those JOINING msgs :)
May 07 13:57:22 <raster_> muhhhahaha
May 07 13:57:22 <spaetz> raster:
May 07 13:57:26 <spaetz> here si a small patch for elementary_alarm to honor DST
May 07 13:57:34 <spaetz> just a few simple lines, can you check if that's correct and  apply in e svn?
May 07 13:57:41 <spaetz> http://trac.shr-project.org/trac/ticket/416
May 07 13:57:45 <mrmoku> DocScrutinizer: I had the same experience (on the desktop)
May 07 13:57:56 <mrmoku> DocScrutinizer: problem is... twinkle rules... but linphone builds ;)
May 07 13:57:57 <DocScrutinizer> yup. crap
May 07 13:58:04 <DocScrutinizer> hehe
May 07 13:58:10 <raster_> hmmm
May 07 13:58:14 <raster_> 2chatties
May 07 13:58:20 <raster> ok
May 07 13:58:20 <spaetz> it's actually a patch for /waker
May 07 13:58:23 <raster> back to the normal me
May 07 13:59:01 <mrmoku> raster: do you know whom to ping for the syscon menu problem?
May 07 14:00:01 <raster> spaetz: in svn
May 07 14:00:02 <raster> :)
May 07 14:00:14 <raster> mrmoku: me
May 07 14:00:21 <raster> i need to fix 1 thing
May 07 14:00:25 <spaetz> thanks a bunch. Now we just have to bump EFL_SRC :)
May 07 14:00:34 <raster> evas_cserve is not too hapy when EVAS_CSERVE is set
May 07 14:00:43 <raster> as it recursively tries to connect to itself...
May 07 14:01:23 <DocScrutinizer> muahaha
May 07 14:02:14 <raster> yeah
May 07 14:02:17 <DocScrutinizer> recursion without termination condition is BAD ;-D
May 07 14:02:19 <raster> it inherits vas as well
May 07 14:02:24 <raster> using it to do the image loaded
May 07 14:02:42 <raster> but evas's own image load routineswent "ooh i should ue cserve! lt me connect to it and ask it!"
May 07 14:02:46 <CIA-75> freesmartphone.org: 03mickey 07framework * rc25b50f5edea 10/framework/subsystems/oeventsd/action.py: oeventsd: action.py: restore python2.5-compatibility, thanks Paul Fertser for spotting
May 07 14:02:49 <raster> and so it connected back to itself...
May 07 14:02:55 <raster> it did terminate
May 07 14:02:59 <raster> just in a hardlock
May 07 14:03:07 <raster> as it was buysin connecting totisefl asking itself for something
May 07 14:03:10 <spaetz> rekursiv gehts meistens schief
May 07 14:03:11 <raster> but it wsnt goingto answer
May 07 14:03:13 <raster> :)
May 07 14:03:13 <mickeyl> PaulFertser: please check whether it works again for you
May 07 14:03:13 <spaetz> SCNR
May 07 14:03:18 <raster> fixed
May 07 14:03:22 <raster> 1 liner to unset the env
May 07 14:03:44 <DocScrutinizer> spaetz: :-D
May 07 14:03:45 <SHR-WugBranler> tracfeed: Ticket #416 (elementary_alarm doesn't handle dst) updated <http://trac.shr-project.org/trac/ticket/416#comment:1>
May 07 14:03:51 <raster> beaaatiful
May 07 14:06:10 <CIA-75> SHR: 03mok 07libframeworkd-phonegui-efl2 * r48e1be8fd91e 10/src/view/contact-edit-view.c: contact-edit-view: use correct callback for adding/editing a contact
May 07 14:06:11 <SHR-WugBranler> tracfeed: Ticket #416 ([upstream fixed, waiting for e bump] elementary_alarm doesn't handle dst) updated <http://trac.shr-project.org/trac/ticket/416#comment:2> || Ticket #416 ([upstream fixed, waiting for e bump] elementary_alarm doesn't handle dst) updated <http://trac.shr-project.org/trac/ticket/416#comment:1>
May 07 14:06:20 <CIA-75> SHR: 03mok 07libframeworkd-phonegui-efl2 * rafa7182dc71e 10/src/view/message-show-view.c: message-show-view: fix timestamps to be localtime
May 07 14:06:23 <mrmoku> DocScrutinizer: haha, spoke too soon ;)
May 07 14:06:24 <mrmoku> NOTE: package libexosip2-3.1.0-r0: task do_compile: failed
May 07 14:06:51 <raster> http://www.pastebin.ca/1415295
May 07 14:06:53 <raster> muhahha
May 07 14:07:00 <mrmoku> CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include
May 07 14:07:00 <raster> awesome eh?
May 07 14:07:08 <raster> u can poke around your data innards
May 07 14:09:03 <PaulFertser> mickeyl: Thank you, it works now :)
May 07 14:09:32 <mrmoku> raster: is it an extra package or part of evas?
May 07 14:09:41 <raster> mrmoku:  part of evas
May 07 14:09:54 <raster> you get it with any newly purchased evas from the enlightenment svn store
May 07 14:09:55 <raster> :)
May 07 14:10:21 <mrmoku> after adding an xsession start script to the bb file ;)
May 07 14:10:31 <DocScrutinizer> raster: for free???
May 07 14:10:44 <mrmoku> DocScrutinizer: depends... on your dataplan :P
May 07 14:11:05 <raster> DocScrutinizer: for a limited time now only $0
May 07 14:11:18 <DocScrutinizer> wow, awesome
May 07 14:11:51 <DocScrutinizer> I'll take 4
May 07 14:12:06 <mrmoku> raster: if syscon menu would be fixed soonish... I would wait a little to update EFL_SRCREV :P
May 07 14:13:13 <raster> mrmoku: week after next
May 07 14:13:22 <raster> this is for contract work
May 07 14:13:30 <raster> thus i've been working on it :)
May 07 14:13:47 <raster> and got 1 week left until demo day - then i'm of to other climes/work
May 07 14:17:17 <mrmoku> raster: ok... will probably bump efl before that then
May 07 14:17:32 <raster> :(
May 07 14:17:39 <raster> sorry
May 07 14:17:46 <raster> just got deadlines hre until end of next week
May 07 14:17:48 <raster> after that 
May 07 14:17:51 <raster> after that i'm free
May 07 14:18:04 <mrmoku> raster: don't feel sorry... it is ok :-)
May 07 14:20:09 <spaetz> we'll cope without a suspend menu until then :)
May 07 14:21:29 <mrmoku> teach our users to open a terminal and do '/etc/enlightenment/suspend.sh'
May 07 14:21:43 <mrmoku> and shutdown works nicely with a long power button press
May 07 14:23:36 <mrmoku> raster: whom to ping regarding a missing Makefile.in in ewl/po ?
May 07 14:23:43 <DocScrutinizer> '/etc/enlightenment/suspend.sh'??? forget it
May 07 14:23:50 <mrmoku> DocScrutinizer: works nice
May 07 14:24:36 <DocScrutinizer> yeah with tab-expansion only takes me around 4minutes if not walking or driving subway
May 07 14:24:51 <mrmoku> ;)
May 07 14:25:25 <mrmoku> we could make dos1 add a suspend button to the settings app...
May 07 14:25:38 <Sharwin_F> there used to be one
May 07 14:26:02 <raster> mrmoku: e-devel list
May 07 14:26:13 <mrmoku> raster: ok
May 07 14:26:19 * mrmoku feared raster would say that ;)
May 07 14:26:19 <raster> tho makefile.in should be auto-gnerated by autogen etc.
May 07 14:26:26 <DocScrutinizer> pah, replace the whole menu with suspend-call
May 07 14:26:51 <mrmoku> config.status: error: cannot find input file: po/Makefile.in.in
May 07 14:26:53 <DocScrutinizer> powerbutton-menu
May 07 14:26:56 <mrmoku> is the exact error
May 07 14:27:03 <raster> 12:26AM ~/C/e17/po > svn log Makefile.in
May 07 14:27:04 <raster> svn: 'Makefile.in' is not under version control
May 07 14:27:06 <raster> for example
May 07 14:27:07 <raster> :)
May 07 14:27:26 <raster> 12:26AM ~/C/e17/po > svn log Makefile.in.in 
May 07 14:27:26 <raster> svn: 'Makefile.in.in' is not under version control
May 07 14:27:28 <raster> as well
May 07 14:27:30 <SHR-WugBranler> tracfeed: Ticket #425 (Use AUX button for locking the screen) updated <http://trac.shr-project.org/trac/ticket/425#comment:3>
May 07 14:27:31 <raster> auto-generated
May 07 14:27:57 <mrmoku> guess its Makefile.am missing then :P
May 07 14:31:46 <spaetz> mrmoku, DocScrutinizer: we can always bind keypresses to the POWER button, right?
May 07 14:31:47 <SHR-WugBranler> tracfeed: Ticket #428 (WSOD after resume) created <http://trac.shr-project.org/trac/ticket/428>
May 07 14:32:00 <spaetz> So why not bind a suspend action directly to the POWER button?
May 07 14:32:01 <mickeyl> ptitjes: ping
May 07 14:32:13 <raster> mrmoku:  no - po dir is special. no .am
May 07 14:32:15 <DocScrutinizer> pah, replace the whole menu with suspend-call
May 07 14:32:34 <DocScrutinizer> spaetz: ^
May 07 14:32:39 <raster> spaetz: in illume by efault i madepower button bound to the systcon popup menu
May 07 14:32:51 <raster> so u can choose power off,suspend or a hew other things
May 07 14:33:05 <DocScrutinizer> you can't
May 07 14:33:10 <raster> also intended to help with fullscren apps "take over" and let you get backto home/launcher etc. sanity
May 07 14:33:21 <spaetz> raster: locking doesn't work on this anyway
May 07 14:33:30 <spaetz> and power off is a long keypress
May 07 14:34:01 <DocScrutinizer> not exactly
May 07 14:34:01 <spaetz> so as an intermediate stopgap issue we can just bind a suspend action
May 07 14:34:09 <DocScrutinizer> a >2sec keypress
May 07 14:34:11 <spaetz> just tested, works fine
May 07 14:34:18 <DocScrutinizer> >8sec is hard shutoff
May 07 14:34:43 <spaetz> DocScrutinizer: yep
May 07 14:34:56 <spaetz> doesn't change what I've just said, does it?
May 07 14:35:03 <DocScrutinizer> nope
May 07 14:35:07 <nytowl> mrmoku, Ainulindale ping
May 07 14:35:10 <mrmoku> spaetz: hehe, works nicely
May 07 14:35:13 <mrmoku> nytowl: pong
May 07 14:35:20 <nytowl> hey mrmoku 
May 07 14:35:24 <spaetz> mrmoku: yep
May 07 14:35:32 <nytowl> I was just going through the SHR overlay
May 07 14:35:51 <spaetz> mrmoku: also with dos1 help, I have the profile selecttor pop up when I press AUX >2 sec
May 07 14:35:51 <raster> spaetz: lock was just e's desklock- that isnt mobile-friendly atm
May 07 14:36:02 <spaetz> but it interferes with the keybinding for "simple lock"
May 07 14:36:06 <nytowl> sms-sentry is in the feeds 
May 07 14:36:16 <mrmoku> nytowl: ok, will remove it then
May 07 14:36:21 <raster> ok
May 07 14:36:23 <raster> schleeeepz
May 07 14:36:25 <nytowl> and so is orrey 
May 07 14:36:26 <spaetz> raster: I know, that is why this dialog is currently not super optimal for us anyway.
May 07 14:36:49 <mrmoku> nytowl: what about intone?
May 07 14:37:13 <spaetz> mrmoku: so if we want to use long key presses (AUX) we'll probably have to use frameworkd for the simple lock too
May 07 14:37:19 <DocScrutinizer> night raster
May 07 14:37:35 <nytowl> mrmoko I'm probably going to bring that over too but I'm trying to figure out how to satify the mplayer depend
May 07 14:37:36 <spaetz> (if e doessn't allow to configure "long" keypresses as it does with the POWER key)
May 07 14:38:25 <CIA-75> SHR: 03mok 07shr-overlay * r520bdd65455c 10/openembedded/recipes/ (4 files in 3 dirs): remove sms-sentry and orrery - upstream
May 07 14:39:03 <mrmoku> nytowl: I'm having icon problems with intone... can't find them anywhere
May 07 14:39:29 <mrmoku> I mailed c_c but got no response
May 07 14:40:08 <nytowl> mrmoku, Well don't look to me for art work, have you seen the paroli icon :)
May 07 14:40:32 <mrmoku> nytowl: thing is... the opkg.org package has icons... but I can't find them in the svn source
May 07 14:40:45 <mrmoku> did not want to suggest you draw them :P
May 07 14:41:08 <nytowl> just grab it from opkg an stick it in files ?
May 07 14:41:24 <mrmoku> that would be an idea... yeah
May 07 14:42:24 <spaetz> mrmoku: shouldn't we have a fancy SHR icon for "music player"
May 07 14:42:45 <spaetz> and use that?
May 07 14:42:52 <spaetz> as in SHR-icon-theme?
May 07 14:42:59 <mrmoku> spaetz: was talking more about the icons for buttons in the app
May 07 14:43:04 <mrmoku> like play... forward... backward
May 07 14:43:12 <spaetz> ahh, those are missing too? hehe
May 07 14:43:23 <spaetz> ok, I'll shut up then
May 07 14:43:26 <mrmoku> :)
May 07 14:44:42 <mrmoku> nytowl: what do you think about libtool/automake system?
May 07 14:44:44 <SHR-WugBranler> tracfeed: Ticket #429 (OH-Puzzles missing from repository) created <http://trac.shr-project.org/trac/ticket/429>
May 07 14:44:46 <spaetz> we have the vagalume icon in shr-icon-theme. That is kind of nice and we get crash reports for vagalume in trac
May 07 14:44:51 <Sup3rkiddo> hi al
May 07 14:44:59 <mrmoku> I'm having more and more problems with programs that require automake 1.10 for example
May 07 14:45:01 <spaetz> so we could use intone instead by default
May 07 14:45:02 <mrmoku> or newer libtool
May 07 14:45:20 <spaetz> mrmoku: mmh, seems like we'll have to update soon
May 07 14:45:22 <mrmoku> spaetz: well... vagalume is something different, no?
May 07 14:45:23 <nytowl> mrmoku, do you need a newer version ?
May 07 14:45:35 <spaetz> don't really know, never used it
May 07 14:45:36 <mrmoku> yeah... would be great
May 07 14:45:39 <Heinervdm> spaetz: there is a working version of vagalume
May 07 14:45:47 <Heinervdm> link was in the comments
May 07 14:46:22 <mrmoku> nytowl: I tried to take some stuff from org.openembedded.dev and had buildproblems...
May 07 14:46:45 <nytowl> mrmoku, does it work with all of the current feed recipes ?
May 07 14:46:59 <mrmoku> nytowl: what do you mean?
May 07 14:47:06 <spaetz> Heinervdm: to me that looks like an uploaded ipkg without source or bitbake recipe
May 07 14:47:27 <nytowl> mrmoku, with automoake 1.10 does a clean build work 
May 07 14:47:44 <mrmoku> nytowl: I'm having problems to build automake 1.10
May 07 14:47:49 <Heinervdm> spaetz: yes, but perhaps someone can speak that language and can ask for the source
May 07 14:47:54 <mrmoku> It has a patch in the bb that does not apply...
May 07 14:48:08 <mrmoku> and I was too much chicken to just drop it :P
May 07 14:48:17 <nytowl> hehe
May 07 14:48:55 <spaetz> ohlo.net on vagalume:
May 07 14:48:57 <spaetz> Ohloh Analysis Summary
May 07 14:48:59 <spaetz> * Mostly written in C * Few source code comments * Only a single active developer
May 07 14:49:17 <nytowl> mrmoku, I don't think I want to put that kind of change on my plate right now. If you manage to get it working I look at putting it into the feed
May 07 14:49:55 <mrmoku> nytowl: ok. will play around with it while trying to get a shr distro conf done
May 07 14:50:11 <mrmoku> might just drop that patch and see what happens ;)
May 07 14:50:17 <nytowl> lol
May 07 14:50:36 <mrmoku> my FR is used to getting tortured :P
May 07 14:50:47 <nytowl> mrmoku, is living dangerously 
May 07 14:51:21 * mrmoku loves silent phones :P
May 07 14:51:57 <mrmoku> nytowl: ahh... another thing... what about the *good* alsa state file?
May 07 14:52:12 * mrmoku installed it manually and is still waiting for a phone call 
May 07 14:52:16 <nytowl> it's on my list for today, have you tested it ?
May 07 14:52:27 <mrmoku> hehe, installed it
May 07 14:52:33 <nytowl> mrmoku, whats your number :)
May 07 14:52:37 <mrmoku> I don't get called often
May 07 14:52:39 <mrmoku> :P
May 07 14:54:21 <mrmoku> nytowl: some more packages you want to take?
May 07 14:54:31 <mrmoku> what about openmoocow... or omnewrotate?
May 07 14:54:41 <nytowl> I'm working on pydes and pyring right now
May 07 14:54:52 <nytowl> the recipes need some tweaking
May 07 14:56:34 <mrmoku> nytowl: did you read rasters talk about evas_cserve?
May 07 14:57:28 <Heinervdm> my bitbake doesn't work... perhaps someone can try this vagalume_0.7.1.bb : http://pastebin.com/m48f7f0f1
May 07 14:57:31 <nytowl> mrmoku, well that sounds like recreational read, nope didn't get to it ML , blog, URL ?
May 07 14:59:34 <mrmoku> nytowl: in here about 15:30
May 07 15:00:10 <mrmoku> nytowl: and we were talking about the syscon menu problem too
May 07 15:00:26 <mrmoku> nytowl: he is going to take a look after next week
May 07 15:01:23 <nytowl> thats what he told me too, I'd traced the problem into edje somewhere and then got distracted
May 07 15:01:44 <mrmoku> we're going to rebind the power button to suspend directly
May 07 15:02:04 <mrmoku> so that with a short keypress you suspend and with a long one you power off
May 07 15:02:27 <nytowl> I've got that in my rules.yaml
May 07 15:03:02 <mrmoku> you're using the default illume config, right?
May 07 15:03:57 <nytowl> and the paroli one. I want to make some adjustments to the illume one but never seem to find the time
May 07 15:04:32 <SHR-WugBranler> tracfeed: Ticket #425 (Use AUX button for locking the screen) updated <http://trac.shr-project.org/trac/ticket/425#comment:4>
May 07 15:04:56 <nytowl> mrmoku, what are you using for a screen locker ?
May 07 15:05:12 <mrmoku> nytowl: we were using the illume simple lock
May 07 15:05:21 <mrmoku> and lost the keybinding to it somewhere on the road :P
May 07 15:06:19 <nytowl> can that be enabled to catch keypresses but not lock when the screen dims ?
May 07 15:06:52 <mrmoku> hmm.. we found no way to do the simple lock from command line... just as keybinding
May 07 15:10:34 <SHR-WugBranler> tracfeed: Ticket #430 (Illume: Power menu only 1px wide) created <http://trac.shr-project.org/trac/ticket/430>
May 07 15:33:02 <mwester> re
May 07 15:35:12 <CIA-75> SHR: 03mok 07shr-overlay * rb40657a54661 10/openembedded/recipes/omnewrotate/ (2 files in 2 dirs): omnewrotate: add patch by Amygos to correct brightness handling
May 07 15:35:21 <mrmoku> mwester: hey :-) 
May 07 15:35:39 <mwester> The natives are restless.
May 07 15:35:58 <mrmoku> natives?
May 07 15:36:20 <mrmoku> or naives ? :P
May 07 15:36:58 <mwester> The mailing lists are filling with posts complaining about the problems with shr-unstable and shr-testing -- most of them seem to be, in one form or another, E related, but it seems to really be annoying people.
May 07 15:37:33 <CIA-75> SHR: 03mok 07shr-overlay * rfa01ed5c6094 10/openembedded/recipes/omnewrotate/omnewrotate_0.5.4.bb: omnewrotate: forgot to bump PR
May 07 15:37:36 <mrmoku> yep
May 07 15:37:39 <mwester> Frankly, I haven't flashed a new image in a while either; it's just been too many things that could make it worse than what's on it right now.
May 07 15:37:42 <spaetz> mwester: the e change should have been communicated somewhre on an annuncement list or the trac entry page or something
May 07 15:37:57 <mwester> It sure would be nice if it would suspend -- did that bug ever get fixed?
May 07 15:38:16 <spaetz> it suspends nicely for me.
May 07 15:38:35 <mrmoku> for me too
May 07 15:38:40 <mwester> There was something wrong with frameworkd, IIRC, where it would suspend and immediately wake up.
May 07 15:38:42 <spaetz> don't know if the "ts needs touch" to autosuspend after resume was fixed though
May 07 15:38:54 <mwester> Yeah, that's anoyying too.
May 07 15:39:15 <mwester> Some spammer has my pre-paid SIM phone number now, so I find the phone waked with display lit regularly.
May 07 15:39:27 <mrmoku> ouch
May 07 15:39:30 <mwester> (No missed calls display, but the log shows that it got an imcoming call)
May 07 15:39:44 <mwester> er incoming, even.
May 07 15:40:03 <mwester> So, what's the deal -- are we going to stabilize unstable to the point where ot
May 07 15:40:20 <mwester> it'll work properly?  Can we even fix the suspend menu issue?
May 07 15:40:34 <mwester> Should we revert unstable to an older E ?
May 07 15:40:39 <mrmoku> mwester: raster will fix the suspend menu issue after next week
May 07 15:40:46 <mwester> Where's Ainulindale?  What's he thinking on these issues?
May 07 15:40:53 <mwester> mrmoku:  Next week????
May 07 15:41:00 <mrmoku> though... we might as well take up the idea of spaetz and DocScrutinizer and bind the power key to suspend directly
May 07 15:41:01 <mwester> no workaround until then?
May 07 15:41:20 <mrmoku> no... not to get the menu working I think
May 07 15:41:28 <mrmoku> we might want to get rid of it though
May 07 15:41:34 <mwester> that sounds like a serious bug.
May 07 15:42:19 <mwester> Get rid of it?  how?  I ratherr liked being able to push the button, and power off or suspend -- finger-friendly even.
May 07 15:42:37 <mrmoku> what about short press to suspend and long press to shutdown?
May 07 15:42:47 <mwester> Hmm. Ok by me.
May 07 15:42:57 <mrmoku> other buttons from the menu were useless anyway
May 07 15:43:00 <mwester> Doesn't it sort of already do that?  a long press will start power off already.
May 07 15:43:05 <spaetz> mrmoku: only one annoying thing. the suspend action pops up a dialog that doesn't fint the screen fully
May 07 15:43:26 <mrmoku> spaetz: hmm?
May 07 15:43:48 <mrmoku> mwester: yep... and if we bind the power key to /etc/enlightenment/suspend.sh we are done with it
May 07 15:43:49 <spaetz> mwester:I boud POWER button the the "system-°suspend"action in illume keybindings
May 07 15:43:59 <spaetz> whenever I press power it asks me.
May 07 15:44:14 <spaetz> ahhbinding directly to suspend.sh, even better
May 07 15:44:16 <mrmoku> spaetz: well I bound it to do the suspend directly
May 07 15:44:18 <mrmoku> :)
May 07 15:44:32 <spaetz> ok, I prefer it to that stupid dialog
May 07 15:44:47 <mwester> It can't be worse than the 1-pixel wide window, so let's commit that change -- we can back it out if people want the old behavior back, once raster fixes the e problem.
May 07 15:44:49 <mwester> IMO
May 07 15:44:52 <spaetz> so short POWER press suspend, long POWER press shut-off, 8sec POWER press HARD shutoff
May 07 15:45:02 <spaetz> sounds ok for now
May 07 15:45:40 <spaetz> I want the same for AUX ...
May 07 15:45:44 * spaetz stops whining
May 07 15:45:59 <mwester> Doesn't AUX do something already?
May 07 15:46:14 <spaetz> I know how to implmement that via frameworkd oevent but would prefer a illume only solutions
May 07 15:46:43 <spaetz> mwester: it can be bound to simple lock (it isn't currently). But I want a different action when i press AUX longer
May 07 15:46:57 <mwester> Ah, ok.
May 07 15:47:04 <spaetz> short=simple lock long=profile selector
May 07 15:47:08 <spaetz> or whatever
May 07 15:47:14 <mwester> +1 on profile.
May 07 15:47:57 <CIA-75> SHR: 03mok 07shr-overlay * r50dd3a7accd9 10/openembedded/recipes/omnewrotate/ (3 files in 2 dirs): omnewrotate: fold the two patches into one that actually applies
May 07 15:48:07 <spaetz> I currentlse AUX for profile selector and use suspend rather than simple lock
May 07 15:48:23 <spaetz> but it is useful if you have eg tangogps running and record a track
May 07 15:48:32 <Zorkman> how come i have two rules.yaml?
May 07 15:48:37 <Zorkman> ./etc/freesmartphone/oevents/rules.yaml
May 07 15:48:37 <Zorkman> ./etc/freesmartphone/opreferences/schema/rules.yaml
May 07 15:48:52 <mwester> because you're special!
May 07 15:48:54 <Zorkman> which one is "the real deal" ? :)
May 07 15:49:20 <Zorkman> I want to try out http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner and for this i need to edit my rules.yaml
May 07 15:49:43 <mrmoku> Zorkman: the oevents one
May 07 15:50:00 <Zorkman> ok, thanks
May 07 15:52:35 <mrmoku> spaetz:       value "params" string: "[0.0 syscon] [2.0 halt_now]";
May 07 15:52:41 <mrmoku> is what it is bound to now
May 07 15:56:35 <spaetz> ahh, so one can do short and long bindings
May 07 15:56:44 <spaetz> cool, i'll experiment with that
May 07 15:58:57 <mrmoku> might be as easy as [0.0 exec /etc/enlightenment/suspend.sh] ...
May 07 16:00:07 * mrmoku is building a fixed omnewrotate now... to better see the keybindings in illume config :P
May 07 16:02:01 <Sharwin_F> mrmoku, would be great to have a rotate screen script binded to long AUX press or similiar :P
May 07 16:02:33 <mrmoku> Sharwin_F: well... you can do that now, no?
May 07 16:02:52 <Sharwin_F> mrmoku, if you tell me how maybe :D
May 07 16:04:05 <mrmoku> Sharwin_F: set the keybinding for aux to delayed action
May 07 16:09:50 <mrmoku> spaetz: I don't understand why the Aux key binding got lost... it is still in the config
May 07 16:10:36 <Sharwin_F> mrmoku, it's difficult to set the keybinding params value because of the GUI being out of the screen hehe
May 07 16:11:04 <Sharwin_F> can it be done modying any conf file?
May 07 16:15:02 <Sharwin_F> and which script to rotate the screen should I set? xset?
May 07 16:16:18 <Sharwin_F> *xrandr
May 07 16:16:35 <mrmoku> Sharwin_F: yeah... difficult :P
May 07 16:16:40 <mrmoku> xrandr would be the one 
May 07 16:17:14 <mrmoku> and the config is binary... don't know if you can decompile recompile it
May 07 16:19:02 <mrmoku> Sharwin_F: eet would be your friend
May 07 16:19:23 <Sharwin_F> mrmoku, then, which is the command which does the simple block screen?
May 07 16:19:45 <mrmoku> Sharwin_F: trying to find that out right now
May 07 16:19:52 <mrmoku> in our config we have simple-lock
May 07 16:19:57 <mrmoku> but it somehow does not work...
May 07 16:20:17 <mrmoku> the textual name is "Desktop Simple Lock"... so it might as well be desktop-simple-lock... don't know yet
May 07 16:20:31 <Sharwin_F> [0.0 lock] [3.0 xrandr -o 3] I'm doing something like this, do I've to add something before or after?
May 07 16:22:58 <mrmoku> Sharwin_F: don't think so... but not sure
May 07 16:23:45 <Sharwin_F> that's all I can find atm:
May 07 16:23:46 <Sharwin_F> $ ls -lh /usr/bin/ /bin/ | grep lock
May 07 16:23:47 <Sharwin_F> -rwxr-xr-x    1 root     root         4.2K Jan  1  1970 flash_lock
May 07 16:23:47 <Sharwin_F> -rwxr-xr-x    1 root     root         3.5K Jan  1  1970 flash_unlock
May 07 16:23:47 <Sharwin_F> lrwxrwxrwx    1 root     root           19 Jan  1  1970 vlock -> ../../bin/tinylogin
May 07 16:28:06 <mrmoku> Sharwin_F: it is called simple_lock ... and is not a binary... something e internal
May 07 16:30:02 <Sharwin_F> mrmoku, thoguht it's posible to access it in E wrench?=
May 07 16:30:23 <mrmoku> Sharwin_F: yeah... and I thought you would prefer shell :P
May 07 16:30:32 <mrmoku> opkg install eet-tests
May 07 16:30:53 <mrmoku> and then you can do eet -d e.cfg config e.src
May 07 16:31:03 <mrmoku> and look at the config in ascii
May 07 16:32:48 <Sharwin_F> mrmoku, lol, I can't unblock the screen
May 07 16:32:49 <Sharwin_F> xDDD
May 07 16:34:04 <mrmoku> Sharwin_F: hehe... happened to me too once :P
May 07 16:34:22 <TAsn> phew! test is over!
May 07 16:34:30 <Sharwin_F> have to resart X isn't it?
May 07 16:34:37 <TAsn> now only a lot of h.w left and then I'M FREE (for the meanwhile)
May 07 16:35:16 <mrmoku> Sharwin_F: yeah... restart
May 07 16:35:50 <mrmoku> ok... have to eat now
May 07 16:35:52 <mrmoku> bbl
May 07 16:49:07 <dos1> hey
May 07 16:49:45 <dos1> mrmoku|away, DocScrutinizer: i think you will be interested - i almost finished implementing of contacts merge :)
May 07 16:50:16 <DocScrutinizer> cool man!
May 07 16:52:19 <nytowl> Ainulindale, is there some way to add a CC in the shr trak ?
May 07 17:27:08 <SHR-WugBranler> tracfeed: Ticket #427 (Phonelog on latest SHR-Testing crashes cases the call program to not work) updated <http://trac.shr-project.org/trac/ticket/427#comment:2>
May 07 17:43:39 <spaetz> mrmoku|away: weird that the keybinding isn't applied anymore. my freshly flashed system only had 1 keybinding in it defined, I think
May 07 17:44:28 <spaetz> and /usr/share/enlightenment/data/config/illume-shr/e.cfg is installed by the package
May 07 17:46:29 <Q-Master> dos1: I've made an import script, but I also want to ask for some fields changing.
May 07 17:47:22 <dos1> Q-Master: don't ask me please... i'm only coder, i'm not right person to make specs for default fields...
May 07 17:47:37 <dos1> Q-Master: of course if you want to ask what i think you want to ask :D
May 07 17:48:34 <Q-Master> dos1: yep, you're right. I want to ask exactly this. 8)
May 07 18:19:28 <SHR-WugBranler> tracfeed: Ticket #428 (WSOD after resume) updated <http://trac.shr-project.org/trac/ticket/428#comment:1>
May 07 18:20:50 <SHR-WugBranler> tracfeed: Ticket #430 (Illume: Power menu only 1px wide) updated <http://trac.shr-project.org/trac/ticket/430#comment:1>
May 07 18:23:29 <SHR-WugBranler> tracfeed: Ticket #430 (Illume: Power menu only 1px wide) closed <http://trac.shr-project.org/trac/ticket/430#comment:2>
May 07 18:25:30 <SHR-WugBranler> tracfeed: Ticket #423 (unable to specify the tune for sid ringtones using the gui) updated <http://trac.shr-project.org/trac/ticket/423#comment:1>
May 07 18:38:40 <TAsn> mrmoku|away, http://trac.shr-project.org/trac/ticket/427 <--- to me it looks like an old db with the new phonelog app, ppl should NOT opkg upgrade!
May 07 18:39:35 <TAsn> I did that instead of supporting both since I didn't want to add a lot of crap to the code. we are working on an unstable tree after all, it's not supposed to be upgradeable
May 07 18:40:57 <spaetz> TAsn: the guy uses shr-testing
May 07 18:41:20 <TAsn> spaetz, same thing.
May 07 18:41:21 <spaetz> but we seem to be upgrading that just as we do with unstable...
May 07 18:41:27 <TAsn> yeah.
May 07 18:41:58 <spaetz> agreed, son't ad lots of ode to deal with legacy situations
May 07 18:43:15 <TAsn> yeah, I wrote a more complete comment specifying my thoughts on this matter to this ticket.
May 07 18:43:16 <SHR-WugBranler> tracfeed: Ticket #427 (Phonelog on latest SHR-Testing crashes cases the call program to not work) updated <http://trac.shr-project.org/trac/ticket/427#comment:3>
May 07 18:44:57 <TAsn> mrmoku, read what I wrote.
May 07 18:45:16 <mrmoku> TAsn: yep... did already... and already built the updated other side (ophonekitd)
May 07 18:45:28 <mrmoku> pyphonelog was AUTOREV for testing and ophonekitd not :(
May 07 18:45:36 <TAsn> yeah, well the issue is also with the old db
May 07 18:45:40 <mrmoku> so... people have to opkg upgrade
May 07 18:45:55 <mrmoku> and remove the db :-)
May 07 18:45:59 <TAsn> actually not the old db
May 07 18:46:05 <TAsn> just the view in the db
May 07 18:46:09 <TAsn> people can just change the view
May 07 18:46:09 <TAsn> ;]
May 07 18:46:15 <mrmoku> how to do that?
May 07 18:46:18 <TAsn> (if they have sqlite3 installed)
May 07 18:46:27 <TAsn> mrmoku, drop view calls;
May 07 18:46:41 <TAsn> and then create the view the same way ophonekitd does 
May 07 18:46:45 <TAsn> (sql info in git)
May 07 18:47:14 <spaetz> or just delete the phone log :)
May 07 18:47:26 <TAsn> spaetz, aye ;]
May 07 18:47:45 <mrmoku> yep
May 07 18:47:48 <TAsn> or just reflash
May 07 18:47:57 <TAsn> as this is a beta version.
May 07 18:48:02 <mrmoku> dos1: I'm going to build an updated shr-settings... have something to commit before? :P
May 07 18:48:17 <TAsn> mrmoku, updated = +wifi?
May 07 18:48:30 <mrmoku> don't think so... dos1?
May 07 18:48:42 <mrmoku> some opimd configuration stuff I think
May 07 18:48:52 <TAsn> sucks ;]
May 07 18:49:03 <dos1> in shr-settings? no, i'm working on opimd itself now
May 07 18:49:20 <TAsn> dos1, added the wifi module?
May 07 18:49:31 <mrmoku> dos1: didn't you say you included some opimd backend stuff in shr-settings?
May 07 18:49:36 <mwester> yay! wifi!  We want wifi!
May 07 18:49:45 <TAsn> mwester, ++
May 07 18:49:52 <dos1> mrmoku: i added, but i commited it yesterday
May 07 18:49:55 <TAsn> dos1, listen to mwester he knows what's he's doing.
May 07 18:50:08 <dos1> mwester, TAsn: use wifiman.py from shr-settings git.
May 07 18:50:09 <spaetz> I want conman and wpa_suplicant to handle my wifi transparently
May 07 18:50:15 <TAsn> dos1, sucks! ;]
May 07 18:50:24 <TAsn> I want shr-setting integration
May 07 18:50:25 <TAsn> ;]
May 07 18:50:26 <dos1> TAsn: test it ;p
May 07 18:50:30 <mwester> dos1:  shr-settings!
May 07 18:50:32 <mrmoku> dos1: so I will rebuild now... and spank you if you will still commit something today ;)
May 07 18:50:36 <TAsn> dos1, shr-settings!
May 07 18:50:47 <spaetz> SHR-SETTINGS
May 07 18:50:48 <dos1> test it first ;P
May 07 18:51:00 <mwester> how?
May 07 18:51:02 <Heinervdm> dos1: make a package from it :P
May 07 18:51:30 <mrmoku> spaetz: you too have commit access to shr-settings ;)
May 07 18:51:39 <dos1> mwester: http://git.shr-project.org/git/?p=shr-settings.git;a=blob;f=playground/wifiman.py;h=5c9cb3dc18cb4e14a53cfb7b007e395e0fb389fb;hb=HEAD
May 07 18:51:42 <dos1> download it and run
May 07 18:51:45 <spaetz> Cannot find package shr-splash-theme-simple
May 07 18:51:45 <dos1> :P
May 07 18:52:06 <spaetz> mrmoku: blah :) but no clue about wifi stuff
May 07 18:52:12 <mrmoku> spaetz: hehe, we should add it to the feed
May 07 18:52:15 <mrmoku> (splash)
May 07 18:52:27 <spaetz> yep.
May 07 18:52:36 <mwester> dos1:  that looks like, um, "gui" stuff.  I'm not able to parse GUI stuff... what do I do with that?
May 07 18:52:45 <spaetz> I still want it in the default image, but I get spanked every time I propose that
May 07 18:53:02 <dos1> mwester: only download and run ;p
May 07 18:53:08 <spaetz> mwester: usually click on it :)
May 07 18:53:17 <mwester> That's too complicated for me.
May 07 18:53:26 <mwester> If it can't run from u-boot, I can't handle it. :D
May 07 18:53:34 <dos1> mwester: so you can't use untested software :D
May 07 18:53:59 <mwester> I learned from a wise co-worker of mine, many years ago, about GUI software.
May 07 18:54:11 <mwester> He said:  "Mice are for the feeble-minded."  :D
May 07 18:54:45 * mrmoku thought mice are for cats
May 07 18:54:46 <SHR-WugBranler> tracfeed: Ticket #427 (Phonelog on latest SHR-Testing crashes cases the call program to not work) updated <http://trac.shr-project.org/trac/ticket/427#comment:4>
May 07 18:55:05 <TAsn> dos1, I'm off testing (wap)
May 07 18:55:09 <TAsn> I hope it's working
May 07 18:55:13 <TAsn> and you are not wasting my time
May 07 18:55:15 <TAsn> brb
May 07 18:55:15 <mrmoku> mwester: we have a big problem with PV
May 07 18:55:27 <mrmoku> it does not include the git# prefix 
May 07 18:55:29 <mwester> for which package(s)?
May 07 18:55:34 <mrmoku> noticed for ophonekitd
May 07 18:55:35 <dos1> TAsn: i can't say it's working ;p
May 07 18:55:38 <mrmoku> in testing
May 07 18:55:53 <mwester> Did it used ot?
May 07 18:55:59 <mwester> er, s/ot/to/
May 07 18:55:59 <mrmoku> ot?
May 07 18:56:07 <mrmoku> ahh, I think so yeah
May 07 18:56:29 <mrmoku> building shr-settings right now... and it does it for shr-settings
May 07 18:56:31 <mwester> :(  dunno what would have changed; we would need to ping nytowl or mickey|bbl 
May 07 18:56:58 <nytowl> hello mwester 
May 07 18:57:22 <mwester> :)  greetings o wise owl.
May 07 18:57:28 <mrmoku> hmm... and it does it in unstable
May 07 18:57:36 <dos1> mrmoku: it does it only for AUTOREV packages
May 07 18:57:48 <dos1> which is IMHO wrong
May 07 18:57:59 <dos1> but it may be a hint ;)
May 07 18:58:09 <mwester> dos1:  good observation.
May 07 18:58:32 <Q-Master> dos1: BTW, whom should I bother about PIM fields?
May 07 18:58:34 <nytowl> anything that you peg a git version requires manual adding and removing
May 07 18:58:42 <dos1> Q-Master: don't know :D
May 07 18:58:48 <Q-Master> great
May 07 18:58:49 <Q-Master> 8)
May 07 18:58:52 <dos1> mrmoku: whoum should we mother about PIM fields? D:
May 07 18:58:56 <mrmoku> dos1: good hint... ophonekitd is set to a fixed rev for testing
May 07 18:58:57 <dos1> s/mother/bother/
May 07 18:58:58 <dos1> ;x
May 07 18:59:00 <mwester> nytowl:  Which var do we "bump" -- PR?
May 07 18:59:16 <mrmoku> dos1: my mother... not ;)
May 07 18:59:28 <spaetz> we should use less autorev anyway,
May 07 18:59:33 <nytowl> IIRC I tried that as well and it didn't succeed
May 07 18:59:39 <spaetz> it checks all git repos for each bitbake command
May 07 18:59:51 <nytowl> autorev is fine pegged rev is broken
May 07 18:59:51 <spaetz> which takes some time and hammers the git servers
May 07 19:00:18 <wurp2|working> dos1: Freud would have a heyday with your typo
May 07 19:00:19 <nytowl> it appends the gitr<rev_num>+
May 07 19:00:26 <dos1> ;D
May 07 19:00:51 <mwester> nytowl:  Hmm... it would be good if SHR followed the upstream standards for package versioning, but if it's not defined or standardized upstream, that'll be difficult :)
May 07 19:01:09 <wurp2|working> Freudian slip: when you say one thing, and mean a mother
May 07 19:01:20 <nytowl> mwester, yes I'm currently in the same boot
May 07 19:01:21 <mirko-paroli> wurp2|working: LOL
May 07 19:01:35 <Heinervdm> Q-Master: say what you want to change, perhaps someone is hearing it ;)
May 07 19:01:38 <mwester> nytowl:  Ok, then I guess patience is required. :)
May 07 19:01:52 <Q-Master> Heinervdm: funny enough. 8)
May 07 19:01:54 <nytowl> I was thinking of something like GIT_PR that would get added between the gitr and the random number
May 07 19:01:55 <mrmoku> someone running shr-testing in here?
May 07 19:02:21 <TAsn> dos1, too hard to debug on the moko
May 07 19:02:25 <mwester> nytowl:  I think the kernel has something like "OEV" or similar that serves that same purpose.
May 07 19:02:33 <TAsn> though it claims it connected
May 07 19:02:38 <Heinervdm> Q-Master: expect the sim backend all other backends are flexible, so on that side is noch problem
May 07 19:02:40 <TAsn> though the routing tables were wrong
May 07 19:02:43 <mwester> nytowl:  and now I understand WHY that is there! :d
May 07 19:02:45 <TAsn> so I didn't really checked
May 07 19:02:46 <TAsn> (WAP)
May 07 19:02:50 <TAsn> (WPA)
May 07 19:02:52 <mrmoku> TAsn: yeah... routing is not yet implemented
May 07 19:02:56 <mrmoku> have to do that manually
May 07 19:03:01 <TAsn> mrmoku, can't.
May 07 19:03:05 <TAsn> the keyboard is too small ;[
May 07 19:03:10 <dos1> TAsn: as mrmoku said. and i don't know why ;p
May 07 19:03:16 <dos1> connman should handle routes
May 07 19:03:21 <dos1> but it doesn't
May 07 19:03:29 <mwester> nytowl:  are you on the shr-dev ML?
May 07 19:03:31 <dos1> maybe it's some configuration problem
May 07 19:03:32 * mrmoku takes a look at connman specs now
May 07 19:03:40 <Q-Master> Heinervdm: I just looked through the doc directory and understood that the fields, which are listed there are not enough to use full import from vcard 3.0 format file.
May 07 19:03:55 <nytowl> I was but the resubscribe didn't seem to work for me
May 07 19:04:01 <dos1> Q-Master: doc directory is old, don't use that!
May 07 19:04:03 <Q-Master> so I've made my own doc 8)
May 07 19:04:07 <dos1> ;)
May 07 19:04:15 <dos1> and you can have custom fields
May 07 19:04:35 <dos1> Q-Master: btw... why importing? maybe vcard backend should be better?
May 07 19:04:43 <Heinervdm> dos1: i'm using this for orientation too ;)
May 07 19:04:52 <mrmoku> dos1: (opimd fields) well... guess we can talk to ourselves on that matter :-)
May 07 19:04:53 <spaetz> dos1: there is one ticket in shr trac on wifi
May 07 19:04:55 <Q-Master> I don't want custom fields coz they'll be not used in apps
May 07 19:05:10 <dos1> they should be used in apps
May 07 19:05:15 <dos1> ;)
May 07 19:05:18 <spaetz> apparently udev could do an ifup eth0 automatically when the resource is enabled
May 07 19:05:26 <dos1> good app should take care of all fields
May 07 19:05:29 <spaetz> and it has a patch to make it do so.
May 07 19:05:32 <Q-Master> dos1: not very good idea. vcard format seems good for exchanging contacts or syncing them
May 07 19:05:36 <Q-Master> not for storing
May 07 19:05:41 <nytowl> mwester, haven't had a devel mail since the 24 of april
May 07 19:05:43 <dos1> ok
May 07 19:05:43 <PaulFertser> Does anyone know if connman interferes with hand-crafted wpa_supplicant.conf?
May 07 19:05:49 <mrmoku> spaetz: regarding the keybinding... I added the aux key and decoded the e.cfg
May 07 19:05:59 <mrmoku> there is one difference, which might matter
May 07 19:06:09 <spaetz> nytowl: probably still the old shr-devel on lists.om?
May 07 19:06:12 <mrmoku> in our config we don't have an extra section for the Aux key
May 07 19:06:24 <dos1> mrmoku, DocScrutinizer: merging works; but editing and deleting merged contacts doesn't
May 07 19:06:39 <spaetz> mrmoku: mmh, then something must have changed in e to require that?!
May 07 19:06:39 <Q-Master> dos1: now only name and phone fields are used? but we need name and sirname fields. and phone ofcourse
May 07 19:06:47 <nytowl> spaetz, yup I didn't get moved over properly
May 07 19:06:47 <mwester> nytowl:  Ok.  perhaps Ainulindale can add you manually.  I'm thiinking that we may need to discuss some proposed package naming structure before the upcoming SHR release.
May 07 19:07:04 <nytowl> mwester, sounds good
May 07 19:07:09 <Heinervdm> Q-Master: i'm trying to write a sync application at the moment, but i've problems with my gui :)
May 07 19:07:16 <mwester> I must be off to run some errands right now, back later...
May 07 19:07:25 <spaetz> mrmoku: I tried to modify e.src locally but could convince bitbake to use a local git for the source
May 07 19:07:40 <nytowl> Ainulindale, nytowl@openmoko.com , don't use nytoel@openmoko.org as it seems ML unfriendly
May 07 19:07:55 <Q-Master> Heinervdm: dot be so fast. it'll be much easier when i'll finish my script.
May 07 19:08:24 <Q-Master> Heinervdm: It'll generate a std vcards from contacts stored in backends.
May 07 19:08:51 <tmzt> Q-Master: will that run on the device? what toolkit are yo planning to use?
May 07 19:08:53 <Q-Master> Heinervdm: Import is almost working.
May 07 19:09:08 <Q-Master> tmzt: It is using python-vobject for now
May 07 19:09:18 <Q-Master> and yes it will
May 07 19:09:21 <Heinervdm> Q-Master: where do you import to?
May 07 19:09:30 <tmzt> have you looked at conduit (conduit-project.org)?
May 07 19:10:10 <Q-Master> Heinervdm: I am importing to nowhere now. 8) but seems that I can use a dbus example which dos1 sent to me
May 07 19:10:19 <Q-Master> tmzt: not yet
May 07 19:11:13 <mrmoku> bumbl: are you running omnewrotate?
May 07 19:11:16 <Heinervdm> Q-Master: i planed to sync with the sqlite db, because of that i've written the sqlite backend...
May 07 19:12:08 <dos1> Heinervdm: synd with pim interface
May 07 19:12:12 <dos1> s/pim/opimd dbus/
May 07 19:12:16 <spaetz> mrmoku: just adding shr-splash-theme-simple to shr-feed should be ok, rght?
May 07 19:12:20 * spaetz will do that then
May 07 19:14:41 <spaetz> pushed shr-splash-theme-simple to feed
May 07 19:14:46 <CIA-75> SHR: 03Sebastian 07shr-overlay * rc48729321e1d 10/openembedded/recipes/ (3 files in 2 dirs): shr-splash-theme-simple: add to feed
May 07 19:14:51 * mrmoku built it 
May 07 19:15:08 <spaetz> cool, you are really quick :)
May 07 19:15:52 <Heinervdm> mrmoku: tried this vagalume_0.7.1.bb : http://pastebin.com/m48f7f0f1 ?
May 07 19:16:24 <mrmoku> Heinervdm: hmm, no
May 07 19:16:59 <Heinervdm> i can't build ist because i don't know how to use bitbake :)
May 07 19:17:34 <bumbl> mrmoku: nope
May 07 19:17:35 <mrmoku> Heinervdm: hmm... it uses the source from a different place
May 07 19:17:48 <bumbl> but mokomaze 0.5
May 07 19:17:55 <mrmoku> bumbl: just asking... because I tried it and had distorted screen twice
May 07 19:18:00 <Heinervdm> mrmoku: yes, from the original vagalume page
May 07 19:18:37 <spaetz> it is the same recipe ass the current in 0.7
May 07 19:18:42 <mrmoku> Heinervdm: where is the bb from
May 07 19:18:44 <mrmoku> spaetz: no
May 07 19:18:45 <spaetz> just the source from the original locations
May 07 19:18:45 <bumbl> mrmoku: i usually don't rotate the screen
May 07 19:18:54 <spaetz> rather than from the garage project
May 07 19:18:56 <mrmoku> bumbl: ok
May 07 19:18:59 <bumbl> i have enough screen problems without that
May 07 19:19:00 <bumbl> ;)
May 07 19:19:05 <mrmoku> hehe
May 07 19:19:20 <Heinervdm> i've put it together
May 07 19:19:35 <bumbl> hmm i'll send my neo in sometime soon
May 07 19:24:25 <bumbl> for bzz fixing
May 07 19:24:34 <bumbl> and if posible having a look at the screen
May 07 19:24:51 <bumbl> but i don't want to not have it for 2 weeks ;(
May 07 19:26:07 <Q-Master> tmzt: conduit is too heavy imho
May 07 19:26:18 * mrmoku understands bumbl
May 07 19:34:18 <TAsn> shit, I need raster ;\
May 07 19:47:40 <mickey|bbl> ptitjes: ping
May 07 19:52:54 <Heinervdm> mrmoku: i tried this bb and it compiles and runs fine, so you can add this in stead of 0.7
May 07 19:58:18 <dos1> mrmoku: i have editing working with merged contacts. now deleting ;)
May 07 19:59:14 <Heinervdm> dos1: how do you search for contacts to merge?
May 07 19:59:16 <SHR-WugBranler> tracfeed: Ticket #427 (Phonelog on latest SHR-Testing crashes cases the call program to not work) updated <http://trac.shr-project.org/trac/ticket/427#comment:5>
May 07 19:59:50 <dos1> Heinervdm: if two contacts have at last one field equal, and none of fields are different, they should be merged
May 07 19:59:59 <mrmobil> dos1, great
May 07 20:00:25 * bumbl hates the moko
May 07 20:00:34 <bumbl> it gets really hot
May 07 20:00:51 <dos1> mrmobil: stupid bug, deleting should work now too :)
May 07 20:00:56 <bumbl> hot hot hot
May 07 20:01:02 <mrmobil> dos1, playing with connman
May 07 20:01:05 <bumbl> while using it as a phone
May 07 20:01:06 <Heinervdm> dos1: ok, that should work most the time
May 07 20:01:09 <bumbl> ;(
May 07 20:01:57 <mrmobil> with eth plugin it sees the usb if
May 07 20:02:05 <mrmobil> good thing
May 07 20:02:28 <dos1> it wooooorks!
May 07 20:02:44 <dos1> mrmobil: now getting rid of all debug prints, and commiting :)
May 07 20:03:01 <dos1> Heinervdm: i changed way in which upd_contacts works
May 07 20:03:11 <dos1> upd_contact*
May 07 20:03:15 <dos1> and del_contact a bit
May 07 20:03:56 <mrmobil> will rebuild frameworkd then
May 07 20:04:58 <mrmobil> you should extend wifiman to manage all ifs ;;)
May 07 20:06:50 <TAsn> ~seen raster
May 07 20:07:57 <mrmobil> TAsn, him is sleeping
May 07 20:08:04 <TAsn> figured ;\
May 07 20:14:38 <mrmoku> hmm... connman emits no signal on plugin of usb though... bad
May 07 20:15:38 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * rbb84c7102de0 10/framework/subsystems/opimd/backend_manager.py: opimd: backend manager: raise correct errors and Init on Enable()
May 07 20:15:40 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r287f33ddf0b1 10/framework/subsystems/opimd/ (5 files): 
May 07 20:15:40 <CIA-75> freesmartphone.org: opimd: Contacts: implement merging
May 07 20:15:40 <CIA-75> freesmartphone.org: Contacts, Messages: rename enumerate_(contacts|messages) to enumerate_items
May 07 20:16:54 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * rc6ade7c3a087 10/framework/subsystems/opimd/helpers.py: opimd: helpers: add IncorectDomain error
May 07 20:16:59 <mrmoku> Ainulindale: PING
May 07 20:18:20 <dos1> mrmoku: please test in intensively ;)
May 07 20:18:23 <dos1> s/in/it/
May 07 20:18:30 <mrmoku> already building ;)
May 07 20:19:08 <mickey|bbl> ptitjes: i've updated our topic-branches, i don't know how to generate a new pending-upstream-move; please do that
May 07 20:19:15 <mrmoku> mwester: what to do... bumping PR does not help... and I need to push the update
May 07 20:19:23 <mickey|bbl> ptitjes: bbi1h
May 07 20:20:24 <dos1> ok, have to go now
May 07 20:20:26 <dos1> good night ;)
May 07 20:20:30 <mrmoku> dos1: night
May 07 20:25:10 <CIA-75> SHR: 03mok 07shr-themes * r8f9b306681c2 10/e-wm/e-wm-config-illume-shr/e.src: config-illume: remove obsoleted and blacklisted connman module
May 07 20:28:33 <TAsn> bah, will work on it tomorrow, I need raster ;]
May 07 20:54:09 <SHR-WugBranler> tracfeed: Ticket #428 (WSOD after resume) updated <http://trac.shr-project.org/trac/ticket/428#comment:2>
May 07 21:20:59 <Ainulindale> mrmoku|away: pong?
May 07 21:26:01 <ingi> Anyone know about progress on connman-module in e ? Today's update on shr-unstable still has it blacklisted/disabled. 
May 07 21:27:13 <ingi> Cant find any SHR-ticket on connman module being disabled either, nor any progress mails on the mailinglist...
May 07 21:27:14 <SHR-WugBranler> tracfeed: Ticket #428 (WSOD after resume) updated <http://trac.shr-project.org/trac/ticket/428#comment:3>
May 07 21:39:15 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r9a989ab8df8a 10/libfsoframework/ (4 files in 2 dirs): fsoframework: openlog does not copy the ident string, make sure it's not removed
May 07 21:39:15 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r4fa806a5d3bc 10/fsodeviced/src/plugins/kernel26_leds/plugin.vala: fsoframework: kernel26_leds: leds 1.0 :)
May 07 21:49:03 <wurp2|working> WugBranler?  Is that a typo or a joke?
May 07 21:49:24 <wurp2|working> I think I read that on about 10 different messages before I realized it wasn't what I thought it was
May 07 21:50:37 <Heinervdm> ingi: [22:25:07] <CIA-75> SHR: mok shr-themes * r8f9b306681c2 /e-wm/e-wm-config-illume-shr/e.src: config-illume: remove obsoleted and blacklisted connman module
May 07 21:53:22 <ingi> Heinervdm: Thanks for your reply :-) But I though connman module was neccessary for the phone i.e. asking for pin-code when connecting to the GSM-network ? (I hope I'm wrong...) Is it replaced with something else ? 
May 07 21:53:59 <Heinervdm> ingi: don't know :)
May 07 21:54:35 <Heinervdm> but if it's removed, it shouldn't be that important :)
May 07 21:56:35 <ingi> Haven't been able to use my phone for some days, because the connmon module got blacklisted in shr-unstable... I'm not complaining, I have a 'backup'-phone..., maybe there's something I'm not grocking...
May 07 21:57:55 <nytowl> ingi, connman has nothing to do with the pin code
May 07 21:57:58 <wurp2|working> ingi: I'm virtually certain connman doesn't have anything to do with pin codes on the phone
May 07 21:58:54 <wurp2|working> The pin code, er, code all is within ophonekit & the C wrapper around framework dbus, I think
May 07 21:59:50 <ingi> Ok, the ophonekitd doesn't start on my phone, maybe I should start looking there...
May 07 22:00:09 <wurp2|working> I thought connman had to do with managing wifi connections
May 07 22:00:17 <DocScrutinizer> connmon isn't asking for GSM-PIN
May 07 22:00:31 <wurp2|working> e.g. choosing which one to connect to automatically, what the keys are, etc.
May 07 22:01:25 <DocScrutinizer> yup
May 07 22:02:20 <ingi> ok, sorry for that stupid assumption about connman, good to have that clarified as well :-) 
May 07 22:02:20 <lindi-> DocScrutinizer: i thought about the calypso call quality issue. what if I have my PC call my phone daily and record some 30-second phonecall? If I have the freerunner play the same file every time this should give us a pretty reliable way to verify if calypso is working deterministically or not?
May 07 22:02:54 <lindi-> (those 30-seconds are essentially free for me thanks to this voip deal)
May 07 22:03:28 <DocScrutinizer> lindi-: the network (carrier) is the most indeterministic part of it
May 07 22:04:13 <DocScrutinizer> that's exactly the problem when investigating issues like buzz or other audio issues over GSM
May 07 22:05:39 <DocScrutinizer> I'd even say there is a "climate" and "weather" in those networks - in GSM same as in internet
May 07 22:06:39 <ingi> he he, my problem was that 'libframeworkd-phonegui-efl0' wasn't installed, I've been continously upgrading the phone with my home-built shr-unstable stuff, and there was some major libframeworkd*-upgrades around the same time connman module was blacklisted. That really made me confused...
May 07 22:06:52 <lindi-> DocScrutinizer: right. i wish we were sending digital audio to calypso :)
May 07 22:08:11 <DocScrutinizer> you wouldn't like that either, as it wouldn't change much. You still need amplifiers, but then you also needed to care about PCM as well
May 07 22:08:41 <lindi-> DocScrutinizer: then I could verify the problem without making calls
May 07 22:09:09 <DocScrutinizer> hmm... rriiight
May 07 22:09:13 <CIA-75> freesmartphone.org: 03dos 07framework * rf75e2be34b9f 10/framework/subsystems/opimd/pimd_contacts.py: opimd: Contacts: implement GetUsedBackends()
May 07 22:10:16 <DocScrutinizer> I wish I had a CMU200, then I could make calls without paying anything, _plus_ I had full control over the network parameters
May 07 22:15:26 <mwester> Is that some sort of network test gear?
May 07 23:11:48 <mickey|bbl> how to convert a time_t to an int?
May 07 23:11:59 <mickey|bbl> my compiler moans about a non-scalar
May 07 23:12:20 <mickey|bbl> err, wait
May 07 23:12:36 <mickey|bbl> that's a line before...
May 07 23:49:37 <Heinervdm> mrmoku|away: http://downloads.vdm-design.de/woosh.tar.gz bb file for woosh! plus a litle patch that it run with shr-unstable, perhaps some people are interested in this. DEPENDS and RDEPENDS are missing atm
May 08 01:22:23 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rfcce70a677e8 10/fsodeviced/src/plugins/kernel26_leds/plugin.vala: fsodevice: kernel26_leds: derive mode from cleaned mode
May 08 01:22:24 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r0f64755c6fc4 10/ (4 files in 2 dirs): fsoframework: interfaces: add org.freesmartphone.Device.RTC
May 08 01:22:25 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r61a3438845f3 10/libfsoframework/ (5 files in 2 dirs): fsoframework: linux26.vapi: add bindings for linux-specifics
May 08 01:22:26 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r20ca0b1ba9ea 10/libfsoframework/ (fsoframework/interfaces.vala vapi/linux26.vapi): fsoframework: tweak bindings and add SystemError to interfaces
May 08 01:22:28 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r8b409ee84950 10/libfsoframework/ (fsoframework/fsoframework-2.0.vapi vapi/linux26.vapi): fsoframework: simplify linux26.vapi, vala's posix.vapi is buggy :)
May 08 01:22:31 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r39aa59d2667a 10/fsodeviced/ (5 files in 4 dirs): fsodevice: rtc plugin works
**** ENDING LOGGING AT Fri May 08 02:59:57 2009