**** BEGIN LOGGING AT Mon Jun 08 02:59:57 2009
Jun 08 03:38:50 <PaulFertser> wpwrak: the register i exported is not present in DocScrutinizer's table anyway. And not used by anything.
Jun 08 03:39:35 <PaulFertser> wpwrak: DocScrutinizer: wrt system critycal functions - can we measure temperature via internal BL-5C thermistor? If not, i guess we mustn't enable charger at all.
Jun 08 03:40:54 <DocScrutinizer> valid point. OTOH for GTA02 we got no temp surveillance either
Jun 08 03:40:59 <PaulFertser> wpwrak: who is responsible for initial bq27000 eeprom values programming? Are there any manufacturer-supplied references for voltage-capacity, aging etc values?
Jun 08 03:41:15 <PaulFertser> DocScrutinizer: but we can implement it. I'd say must even?
Jun 08 03:42:39 <DocScrutinizer> we can't as gta02 bat has no NTC to be read out by pcf50633, and afair this temp sens input is even NC on GTA02
Jun 08 03:42:41 <PaulFertser> DocScrutinizer: btw, that spurious charging in your log: it is caused by bq27000 code itself, if system charger is enabled, it asks it for the current status and if it's charging, it thinks that the battery is charging. Surely it's wrong, OTOH it should stop charging (for that we patched Qi).
Jun 08 03:42:58 <PaulFertser> DocScrutinizer: bq27000 should supply temp.
Jun 08 03:43:26 <PaulFertser> Does battery have integrated over-tempreture protection?
Jun 08 03:44:00 <DocScrutinizer> but it supplies temp in a form pcf50633 can't use. bat mngmnt is autonomous
Jun 08 03:44:23 <DocScrutinizer> yup it has. every bat has
Jun 08 03:44:43 <tmzt> why is that?
Jun 08 03:44:44 <PaulFertser> At least we can make assumption that under most conditions the kernel space will have a battery temperature reading.
Jun 08 03:45:17 <tmzt> why would pcf not be able to use it
Jun 08 03:46:05 <PaulFertser> tmzt: it has a hardware way to account for the temperature but it's obviously can't be done via reading bq27000
Jun 08 03:46:08 <DocScrutinizer> tmzt: tell me how
Jun 08 03:46:56 <tmzt> sory, I must have misunderstood format we can't use
Jun 08 03:46:58 <PaulFertser> DocScrutinizer: some manufacturer voltage-capacity data would still be very nice because it'll allow to set pcf thresholds properly.
Jun 08 03:47:13 <tmzt> I took that to mean it was connected
Jun 08 03:47:22 <tmzt> to adc or something
Jun 08 03:47:26 <DocScrutinizer> we got that
Jun 08 03:47:32 <PaulFertser> I had a hard time trying to boot my flat gta06 from laptop. Given up and used a wall-charger.
Jun 08 03:47:52 <PaulFertser> (because i disabled fso emergency shutdown)
Jun 08 03:48:24 <DocScrutinizer> hehe, sure
Jun 08 03:48:41 <DocScrutinizer> boot from PC host is difficult
Jun 08 03:49:34 <DocScrutinizer> bat cell final discharge voltage is sth ~2V5
Jun 08 03:50:39 <DocScrutinizer> but we are rather fine wit a threshold for PMU of maybe 3V0
Jun 08 03:52:22 <DocScrutinizer> temp mngmnt has rather limited use as we can't guarantee it will take effect anyway
Jun 08 03:52:39 <DocScrutinizer> and bats have their own temp prot
Jun 08 03:52:40 <PaulFertser> DocScrutinizer: what are you fighting atm? Do you want to remove fso dependency on bq27000 to perform emergency shutdown? I'd agree. Do you want to fix spurious "charge" state? I guess you need to recheck with PCF thershold (MBC6) altered as done by the latest Qi patch.
Jun 08 03:55:07 <DocScrutinizer> there's abug in kernel to report state "charge" 15min after chrge finished. This is the remainings of this braindead charger re-enabling "though still full", and can be disabled by some kernel compile parameter (refer werner's mail some weeks ago)
Jun 08 03:55:32 <DocScrutinizer> FSO emergency shutdown yaml rule is gone afaik
Jun 08 03:56:41 <DocScrutinizer> Qi mbc6 setting yet to be tested, and implemented to rootfs as well
Jun 08 03:56:57 <DocScrutinizer> it doesn't show up in my batlog
Jun 08 03:58:46 <DocScrutinizer> I'm just fighting the assumption / notion we could use CC for system critical tasks - atm seems this battle is won
Jun 08 03:58:51 <PaulFertser> DocScrutinizer: (abug in kernel to report state "charge") but the charger is actually enabled at that time. So it reports "charge". With mbc6 the charger will be disabled sooner.
Jun 08 03:59:32 <DocScrutinizer> nope, charger is disabled. see my comment on this in batlog
Jun 08 03:59:41 <PaulFertser> We can't count on bq27000 to say "charge"/"discharge", can we?
Jun 08 04:00:10 <DocScrutinizer> if it was enabled, bat wouldn't discharge (see current_now)
Jun 08 04:01:03 <DocScrutinizer> well, depends what you actually asign to this info - semantically
Jun 08 04:01:07 <PaulFertser> Hm, probably we have a bug then. Looks like di->pdata->get_charger_online_status reported true and di->pdata->get_charger_active_status reported true.
Jun 08 04:02:37 <DocScrutinizer> "not charging" holds exactly 15min, then changes to "charging" though there's no change in bat actually discharging to modem
Jun 08 04:04:31 <DocScrutinizer> werner said in his mail this would reflect actual situation, but it's absolutely obvious it's simple bug in status reporting "charging" when actually MBC is disabled
Jun 08 04:05:42 <DocScrutinizer>  s/disabled/finished charging due to bat full/
Jun 08 04:06:34 <PaulFertser> Ok, see you later, i'm already a bit late for work :)
Jun 08 04:06:49 <DocScrutinizer> cya, n8
Jun 08 06:25:38 <CIA-69> SHR: 03seba.dos1 07shr-settings * r4623978fef6b 10/shr_settings_modules/shr_splash.py: [splash] small gettext bugfix
Jun 08 06:25:48 <CIA-69> SHR: 03seba.dos1 07shr-settings * r680a16d6c187 10/shr_settings_modules/shr_pim.py: [pim] use hoversel and set title to window
Jun 08 06:42:57 <CIA-69> SHR: 03seba.dos1 07shr-settings * r48579585bb08 10/shr-settings: [launcher] fix closing windows opened multiple times
Jun 08 06:51:54 <khiraly1> re
Jun 08 06:52:15 <khiraly1> mrmoku|away, dos1: please see bugreport #435: http://trac.freesmartphone.org/ticket/435#comment:22
Jun 08 06:52:41 <khiraly1> mrmoku|away, dos1: in short, this new r1 dbus does NOT solve the bug.
Jun 08 06:53:28 <PaulFertser> Ah, that can't suspend after incoming call bites me for almost a month already!
Jun 08 06:54:12 <PaulFertser> And it occured for me for various different reasons, once the modem didn't reply. Once it was all fine, GSM resource was actually suspended but nothing happened after that.
Jun 08 06:55:53 <lindi-> kvaster: does frameworkd respond to dbus?
Jun 08 06:57:50 <lindi-> kvaster: mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Framework org.freesmartphone.Framework.GetVersion
Jun 08 06:57:56 <lindi-> kvaster: is a good test for that
Jun 08 07:28:49 <PaulFertser> mickeyl: Hey. Small question: can you reproduce that "unable to suspend after receiving a call" problem or should i try to provide you some logs/access to FrameworkController?
Jun 08 07:30:37 <lindi-> PaulFertser: can you reproduce it?
Jun 08 07:32:03 <PaulFertser> lindi-: yes, with full frameworkd running. Not 100% but very often. Enough to be annoying even.
Jun 08 07:33:25 <lindi-> PaulFertser: does  mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Framework org.freesmartphone.Framework.GetVersion work in that state?
Jun 08 07:38:32 <PaulFertser> lindi-: it does, 'inline'
Jun 08 07:38:55 <PaulFertser> lindi-: frameworkd.resource  INFO     setting resource status for GSM from suspendin
Jun 08 07:38:59 <PaulFertser> g to suspended
Jun 08 07:39:19 <PaulFertser> and then nothing happens, as usual odeviced.idlenotifier INFO     odeviced.idlenotifier state change to idle etc... Not trying to suspend at all.
Jun 08 07:39:42 <Ainulindale> PaulFertser: if you're talking about the dbus bug
Jun 08 07:39:47 <Ainulindale> then yes it's reproducible
Jun 08 07:40:30 <PaulFertser> Ainulindale: i can't prove it's dbus bug. I just see that GSM suspends but nothing happens after that.
Jun 08 07:40:42 <Ainulindale> PaulFertser: I'd bet on that
Jun 08 07:40:47 <PaulFertser> Ainulindale: how much?
Jun 08 07:40:51 <PaulFertser> ;)
Jun 08 07:40:54 <Ainulindale> It's the bug we're all been waiting for the fix recently
Jun 08 07:41:06 <Ainulindale> +have
Jun 08 07:41:21 <Ainulindale> Oh nevermind my morning english
Jun 08 07:41:26 <Ainulindale> I just woke up, sigh
Jun 08 07:46:56 <lindi-> PaulFertser: ok so it is not dbus-dead
Jun 08 07:47:18 <lindi-> PaulFertser: if GetVersion works it's not dbus bug
Jun 08 07:47:26 <Ainulindale> lindi-: that's wrong
Jun 08 07:47:35 <Ainulindale> lindi-: the problem isn't that dbus dies
Jun 08 07:47:53 <lindi-> Ainulindale: I reported my "frameworkd does not respond to dbus at all" bug earlier :)
Jun 08 07:48:10 <Ainulindale> lindi-: some async call isn't sent or replied to properly, and the appropriate subsystems isn't responding anymore
Jun 08 07:48:22 <Ainulindale> I have some logs to assert that (at least, this situation)
Jun 08 07:48:43 <Ainulindale> But I'm not aware of the "dbus dead" situation
Jun 08 07:48:48 <Ainulindale> So hey, my 2 cents
Jun 08 07:49:28 <lindi-> Ainulindale: http://trac.freesmartphone.org/ticket/348
Jun 08 07:50:20 <Ainulindale> lindi-: well did you try method calls to other subsystems than the one you were using?
Jun 08 07:50:25 <Ainulindale> Or are you still running only ogsmd?
Jun 08 07:50:47 <lindi-> Ainulindale: i only use ogsmd
Jun 08 07:51:11 <Ainulindale> Then it might also be the bug I was describing as you're in a special situation
Jun 08 07:51:14 <Ainulindale> Don't you use ousaged?
Jun 08 07:51:18 <lindi-> Ainulindale: nope
Jun 08 07:51:29 <Ainulindale> well give it a try
Jun 08 07:51:34 <Ainulindale> if/when it happens againb
Jun 08 07:51:35 <Ainulindale> -b
Jun 08 07:51:45 <Ainulindale> You'll see that one subsystem is responding and not the other
Jun 08 07:51:48 <Ainulindale> If I'm not mistaken
Jun 08 07:52:03 <lindi-> Ainulindale: is there some dummy subsystem i could use?
Jun 08 07:52:08 <lindi-> i'd rather not run ousaged
Jun 08 07:52:11 <Ainulindale> ousaged is quite dummy
Jun 08 07:52:18 <Ainulindale> hmmm
Jun 08 07:52:41 <lindi-> Ainulindale: do i just start another "frameworkd -s ousaged"?
Jun 08 07:52:54 <Ainulindale> Nah it has to be start the normal way
Jun 08 07:53:11 <Ainulindale> lindi-: you could try ogpsd
Jun 08 07:53:19 <Ainulindale> if you don't use it then it's quite dummy
Jun 08 07:53:29 <lindi-> I use gps
Jun 08 07:53:41 <Ainulindale> Yeah but you don't use ogpsd
Jun 08 07:53:46 <Ainulindale> So if you don't use it, no harm done
Jun 08 07:54:16 <lindi-> Ainulindale: can that be started with "frameworkd -s ogpsd" while "frameworkd -s ogsmd" is running?
Jun 08 07:54:31 <Ainulindale> As I just told, I don't think so, it wouldn't be the normal use case
Jun 08 07:54:48 <Ainulindale> it has to be in the same process
Jun 08 07:54:52 <Ainulindale> so same command line
Jun 08 07:54:58 <Ainulindale> (ogsmd,ogpsd)
Jun 08 07:55:01 <lindi-> Ainulindale: is there a way to specify multiple -s options?
Jun 08 07:55:08 <Ainulindale> just told you :-)
Jun 08 07:55:11 <lindi-> ah
Jun 08 07:55:17 <Ainulindale> comma separated
Jun 08 07:55:34 <Ainulindale> although the best way to confirm is to test with ousaged
Jun 08 07:55:42 <Ainulindale> and try several cycles of suspend/call/resume/call
Jun 08 07:55:54 <Ainulindale> and if you have the same "bug" or "situation"
Jun 08 07:56:06 <Ainulindale> then the call in ousaged to unsuspend the resource will keep hanging
Jun 08 07:56:16 <Ainulindale> (or the other way around)
Jun 08 07:57:04 <lindi-> Ainulindale: what subsystem handles  org.freesmartphone.Framework.GetVersion ?
Jun 08 07:57:25 <Ainulindale> I don't think it's on a specific subsystem, but I have no clue about that, sorry
Jun 08 07:57:39 <lindi-> Ainulindale: since that stops responding. doesn't that prove it's not just ogsmd that is stuck?
Jun 08 07:57:54 <Ainulindale> well, no idea here
Jun 08 07:58:12 <Ainulindale> anyway if you have signals and no answer to method call
Jun 08 07:58:17 <Ainulindale> I'm almost sure it's the same situation
Jun 08 07:59:03 <lindi-> Ainulindale: yes
Jun 08 07:59:32 <Ainulindale> lindi-: if you manage to stumble upon the issue with another subsystem launched, I'm almost 100% sure you'll see the other subsystem working
Jun 08 07:59:49 <Ainulindale> (or at least answering)
Jun 08 07:59:57 <Ainulindale> That or I didn't quite get the same bug as anyone :-)
Jun 08 08:05:35 <Ainulindale> Anyway, late for work again, I'm off to shower
Jun 08 08:10:43 <Deubeuliou> oh, hi :)
Jun 08 08:12:43 <morphis> heyho
Jun 08 08:36:08 <Deubeuliou> lu' ptitjes :)
Jun 08 08:36:16 <ptitjes> hello
Jun 08 08:37:08 <Deubeuliou> you didn't come Saturday at the Passages ;)
Jun 08 08:37:17 <Deubeuliou> I mean, Friday
Jun 08 08:37:29 <ptitjes> no I'm sorry for that
Jun 08 08:37:36 <ptitjes> I had a rendez-vous
Jun 08 08:37:37 <ptitjes> :D
Jun 08 08:37:56 <ptitjes> which concluded succefully btw :D
Jun 08 08:38:20 <Deubeuliou> aha :)
Jun 08 08:51:15 <ptitjes> so what's new here ?$
Jun 08 08:51:33 <ptitjes> Deubeuliou: was the Passages thing good ?
Jun 08 09:01:06 <Deubeuliou> ptitjes: there was some people, not so many
Jun 08 09:01:23 <Deubeuliou> but quite interesting poeple
Jun 08 09:04:43 <PaulFertser> Deubeuliou: hey :)
Jun 08 09:05:53 <Deubeuliou> hi PaulFertser 
Jun 08 09:07:33 <Deubeuliou> ptitjes: so, when could I hand you the DVD ? If we can't meet, I'll try to upload everything
Jun 08 09:12:38 <Ainulindale> ptitjes: a rendez-vous which concluded?
Jun 08 09:12:46 <Ainulindale> Then it was a lie that "I'm meeting with a girl, innocently"
Jun 08 09:12:50 <Ainulindale> It wasn't that innocent
Jun 08 09:15:18 <Ainulindale> spaetzAway: you should be less eager to commit patches
Jun 08 09:25:01 <spaetzAway> Why? Simple typos such as this one are no problem are they?
Jun 08 09:25:26 <spaetz> especially if they clearly fix something
Jun 08 09:25:56 <spaetz> (mind that not I have committed the typo'ed version but mrmoku :-) )
Jun 08 09:26:20 * PaulFertser wonders if anybody is going to fix the problem when you're talking with somebody and somebody else's calling the first call is automatically goes on hold.
Jun 08 09:26:51 <rhkfin> on SHR? I think Paroli/OM2009 doesn't react to this yet.. don't know..
Jun 08 09:30:30 <PaulFertser> rhkfin: have you tried?
Jun 08 09:30:54 <rhkfin> PaulFertser: no I haven't
Jun 08 09:31:03 <PaulFertser> rhkfin: i think it's FSO issue so it should work the same on all distros. Does SHR or OM2009 use some tricky rules to avoid it?
Jun 08 09:31:08 * rhkfin doesn't get called by people very often .. :)
Jun 08 09:36:05 <Ainulindale> spaetz: I was talking about the shr-splassh thing
Jun 08 09:36:18 <Ainulindale> It was a modification, modification not preceded by a poll or something
Jun 08 09:36:26 <Ainulindale> and even if it's a fix from an earlier mistake, it should be talked about
Jun 08 09:36:39 <Ainulindale> And for the matchbox thingie default inclusion
Jun 08 09:36:45 <Ainulindale> I still have no argument about why it was included
Jun 08 09:41:15 <Zorkman> anybody a second to look at my problem?
Jun 08 09:41:25 <Zorkman> opkg keeps getting killed because of not enough memory
Jun 08 09:41:42 <Zorkman> so i added a swapfile and shut down x-server as suggested (by mrmoku I think)
Jun 08 09:42:10 <Zorkman> yesterday it worked, today i'm getting a "unable to find swap-file signature" error
Jun 08 09:42:11 <Zorkman> http://pastebin.com/m3763688b
Jun 08 09:46:10 <Zorkman> never mind, i'll just keep trying some stuff
Jun 08 10:03:16 <spaetz> Ainulindale: ok on the splash screen choice, should have been discussed. Matchbox thingie wasn't committed by me, as I didn't know what it does either.
Jun 08 10:03:31 <spaetz> seems like it automatically pops up keyboard on text fields
Jun 08 10:03:44 <Ainulindale> The question is which keyboard? the matchbox one?
Jun 08 10:03:57 <spaetz> which might be a very good change. I don't know. I never used it
Jun 08 10:04:20 <spaetz> it needs some discussion, testing before committing
Jun 08 10:04:37 <Ainulindale> well that's also my opinion
Jun 08 10:05:10 <spaetz> But we do need some system to jkeep track of patches. If I don't commit right away I lose track of them.
Jun 08 10:05:11 <Ainulindale> Ah yes mrmoku commited it the matchbox thingie
Jun 08 10:05:18 <Ainulindale> spaetz: yes I already requested that
Jun 08 10:05:20 <spaetz> did the bearstech guys install patchwork?
Jun 08 10:05:49 <Ainulindale> No idea yet, just asked them
Jun 08 10:05:53 <spaetz> ok
Jun 08 10:06:21 <Ainulindale> hmmm the matchbox thingie seems to be what you just told
Jun 08 10:06:38 <spaetz> which keyboard? illume default one?
Jun 08 10:06:43 <Ainulindale> yes
Jun 08 10:07:11 <Ainulindale> I have to test the home backuping stuff now
Jun 08 10:07:27 <spaetz> ahh, ok. It is actually a reasonable change then. I hate to manually pop up the keyboard in valaterm. but it's weird that we need some extra pkg for that
Jun 08 10:07:28 * mrmoku will check more carefully in the future
Jun 08 10:07:38 <Ainulindale> mrmoku: well it's not a problem of checking :-)
Jun 08 10:07:44 <spaetz> should be configurable somewhere ([] automatically pop up keyboard)
Jun 08 10:07:46 <Ainulindale> Just making sure we know what we have
Jun 08 10:07:51 <Ainulindale> See? I didn't even know what was that thing
Jun 08 10:08:19 <mrmoku> Ainulindale, well... yes it is. Because I did not even realize I'm adding stuff to the minimal thing
Jun 08 10:08:25 <mrmoku> did not look carefully enough
Jun 08 10:08:27 <spaetz> hehe
Jun 08 10:08:29 <Ainulindale> Bad boy :-)
Jun 08 10:08:37 * spaetz hands Ainulindale the whip
Jun 08 10:08:37 <Ainulindale> Well anyway, off to eatr
Jun 08 10:08:38 <Ainulindale> -r
Jun 08 10:08:40 <Ainulindale> See you guys
Jun 08 10:08:43 <mrmoku> cu
Jun 08 10:08:48 <spaetz> bon appetit
Jun 08 10:08:51 <mrmoku> Ainulindale, btw. I pumped the feed :P
Jun 08 10:39:13 <TAsn> hey, does anyone know where can I find simple and demonstrative vala code to learn from? :)
Jun 08 10:39:41 <doxy2> hi
Jun 08 10:39:45 <rhkfin> TAsn: vala-terminal maybe?
Jun 08 10:39:48 <rhkfin> doxy2: Hi ther!
Jun 08 10:39:57 <doxy2> is there documentation on freerunner touchscreen capabilities?
Jun 08 10:40:04 <TAsn> rhkfin, sounds like an interesting idea, thanks :)
Jun 08 10:40:27 <rhkfin> doxy2: the wiki would have it, somewhere in th hardware part, I'd think..
Jun 08 10:40:30 <rhkfin> TAsn: np
Jun 08 10:41:55 <lindi-> doxy2: chapter 16 of sc32442b docs
Jun 08 10:42:12 <lindi-> doxy2: copy&paste from that does not work so I can't quote
Jun 08 10:42:49 <doxy2> lindi: cheers
Jun 08 10:43:01 <max_posedon> lindi-, okular/kpdf "Obey DRM limitations"
Jun 08 10:43:49 <lindi-> max_posedon: doesn't help with LaTeX
Jun 08 10:44:04 <lindi-> max_posedon: it's all ?"!#?!"
Jun 08 10:45:21 <doxy2> dammit the links are broken on wiki
Jun 08 10:48:35 <Ainulindale> mrmoku: saw that, good thing :-)
Jun 08 10:50:22 <Weiss> doxy2: far too little, given our "custom" kernel-based calibration..
Jun 08 10:53:32 <mrmoku> Ainulindale, you're suffering the dbus problems too, right?
Jun 08 10:53:39 <ChristW> Good afternoon.
Jun 08 10:53:41 <mrmoku> could you try the updated dbus package?
Jun 08 10:54:37 <Ainulindale> mrmoku: yeah I could
Jun 08 10:54:39 <doxy2> Weiss: i suppose it's not multitouch-capable?
Jun 08 10:54:53 <rhkfin> doxy2: not really..
Jun 08 10:55:01 <doxy2> but read somewhere that it could still report the size of the area pressed down
Jun 08 10:55:04 <rhkfin> doxy2: it can be simulated but it's not easy..
Jun 08 10:55:41 <rhkfin> doxy2: see http://cc.oulu.fi/~rantalai/freerunner/touching/
Jun 08 10:56:55 <rhkfin> doxy2: there's been also some discussion about this on the community mailing list
Jun 08 11:01:55 <Ainulindale> mrmoku: any info, then?
Jun 08 11:01:56 <Weiss> doxy2: hmm, sorry.. i misread your initial question as being about calibration..
Jun 08 11:02:56 <mrmoku> Ainulindale, get it from build.shr-project.org/tests/mrmoku
Jun 08 11:03:02 <mrmoku> Ainulindale, two packages dbus and libdubs
Jun 08 11:03:13 <mrmoku> Ainulindale, and take care to say N to not update any config
Jun 08 11:03:54 <Zorkman> anyone know if using a swap file makes the FR more responsive?
Jun 08 11:04:03 <Ainulindale> mrmoku: what did you do exactly?
Jun 08 11:04:11 <mrmoku> khiraly1, hmm... the updated dbus works just great for me... did some phonecalls with lots of suspend and resume in between. It just works.
Jun 08 11:04:39 <mrmoku> Ainulindale, I updated dbus to the current released one and added the patch from the freedesktop.org trac describing our bug
Jun 08 11:04:48 <Ainulindale> So there's a patch?
Jun 08 11:04:56 <Ainulindale> Didn't even know that
Jun 08 11:05:06 <mrmoku> well... dos1|neo found that ticket
Jun 08 11:05:16 <Ainulindale> URL?
Jun 08 11:05:28 <mrmoku> I remebered stian talking about some dbus bug... and that he had a patch and entered a ticket
Jun 08 11:05:31 <mrmoku> forgot about that one
Jun 08 11:06:09 <mrmoku> Ainulindale, https://bugs.freedesktop.org/show_bug.cgi?id=19796
Jun 08 11:06:39 <mrmoku> I applied the last patch (v2)
Jun 08 11:07:17 <mrmoku> and did some testing today... with calls (incoming + outgoing) and immediate suspend after that
Jun 08 11:07:21 <mrmoku> works all nice
Jun 08 11:08:41 <Ainulindale> well I'll tell you then
Jun 08 11:24:00 <Ainulindale> mrmoku: Did you check that patch with mickeyl, alphaone|gone, stefan or shoragan?
Jun 08 11:25:24 <Ainulindale> mrmoku: and could I sync unstable now or is there some undergoing process?
Jun 08 11:25:30 <Ainulindale> (I wish to update settings)
Jun 08 11:26:33 <rhkfin> anyone know how to reset screen (as 'gnu screen') lock password without killing the sessions..
Jun 08 11:26:59 <Zorkman> everybody: good news; i think navit has become usable!!!
Jun 08 11:27:19 <rhkfin> Zorkman: great!
Jun 08 11:28:00 <Zorkman> I complained yesterday to someone on #navit and it's gone from "nice proof of concept" to "hot diggedy dang, i could actually use this to navigate" :D
Jun 08 11:28:26 <rhkfin> Zorkman: Awesome! So did they change something that makes it work better on FR?
Jun 08 11:28:34 <Zorkman> yes
Jun 08 11:28:59 <Zorkman> a a 20 MB cache and there was a bug until a few days ago which made the navigation to recalculate at every update,
Jun 08 11:29:15 <rhkfin> nice!!
Jun 08 11:29:32 <rhkfin> Sound's really good! So this is available in the daily feed now?
Jun 08 11:29:41 <Zorkman> jup (the navit feed)
Jun 08 11:29:52 <Zorkman> svn-2308
Jun 08 11:31:01 <rhkfin> Awesome! So it doesn't eat 100% any more?
Jun 08 11:32:05 <Zorkman> i don't have a gps fix indoors, but i've manually set a location and a destination, and my Fr uses 27.9% TOTAL
Jun 08 11:32:19 <Zorkman> (with htop running :), so it uses almost nothing
Jun 08 11:32:39 <Zorkman> cpu: 00, mem%: 30.9
Jun 08 11:35:57 <rhkfin> ok, great!
Jun 08 11:36:04 <rhkfin> Can you point me to navit feed?
Jun 08 11:36:25 <rhkfin> (it's a bit of a mess to find & install the maps etc...)
Jun 08 11:36:53 <KaZeR> Zorkman, usable using OSM :) it's usable with M&G for a long time
Jun 08 11:36:53 <Ainulindale> rhkfin: I'll recompile it for unstable
Jun 08 11:37:13 <Zorkman> rhkfin: echo src navit http://download.navit-project.org/navit/openmoko/svn >/etc/opkg/navit-feed.conf
Jun 08 11:37:23 <rhkfin> Ainulindale: unstable as unstable SHR...? Would like to see it for OM2009 :) (-> I'll try the SHR package at some point..)
Jun 08 11:37:31 <rhkfin> Zorkman: great!
Jun 08 11:37:44 <rhkfin> KaZeR: M&G?
Jun 08 11:37:45 <spaetz> mmh, updated navit in -unstable would be nice
Jun 08 11:37:57 <Zorkman> this is a good moment to do it :)
Jun 08 11:38:06 <mrmoku> Ainulindale, nothing undergoing... we should make update and build the feed though (did not do that yet)
Jun 08 11:38:14 <spaetz> does it still install the /dev/dsp occupying speech dispatcher by default?
Jun 08 11:38:16 <Ainulindale> mrmoku: I'm doing so
Jun 08 11:38:25 <mrmoku> mickeyl, ping
Jun 08 11:38:28 <spaetz> it should just RRECOMMEND it not depend on it
Jun 08 11:38:53 <Zorkman> spaetz: yes it still uses speech dispatcher
Jun 08 11:39:07 <mrmoku> ~lart speech dispatcher
Jun 08 11:39:07 * bzzbot gives speech dispatcher a "free" copy of Windows and then charges double for "Upgrades"
Jun 08 11:39:07 <Zorkman> and we don't wat it atm :)
Jun 08 11:39:16 <Zorkman> lol
Jun 08 11:39:27 <Ainulindale> I think speech-dispatcher has been modified not to include pulse audio
Jun 08 11:39:33 <Ainulindale> hence not to impair functionnalities
Jun 08 11:39:50 <Zorkman> Ainulindale; the previous build had a speech dispatcher that still caused problems
Jun 08 11:39:55 <spaetz> but then it shouldn't keep the sound card occupied all the time
Jun 08 11:39:56 <KaZeR> rhkfin, map&guide = reiseplanner
Jun 08 11:40:04 <Ainulindale> Zorkman: well we should diagnose that then
Jun 08 11:40:11 <spaetz> no other sound possible with it
Jun 08 11:40:16 <spaetz> there are/were a few bugs on that
Jun 08 11:40:25 <Zorkman> KaZeR: do they have ALL the roads, or just the big ones?
Jun 08 11:40:31 <Ainulindale> mrmoku: updating shr-unstable tree
Jun 08 11:40:31 <Ainulindale> HEAD is now at fde655e openbmap-logger: move DEPENDS to RDEPENDS
Jun 08 11:40:34 <Ainulindale> That's weird
Jun 08 11:40:37 <Ainulindale> I commited & pushed
Jun 08 11:40:41 <Ainulindale> From times to times it does that
Jun 08 11:41:12 <mrmoku> Ainulindale, what's weird?
Jun 08 11:41:24 <Ainulindale> mrmoku: the fact that I had to update twice to get my commit
Jun 08 11:41:36 <KaZeR> Zorkman, depends of your country. here in france it's really good
Jun 08 11:41:47 <spaetz> OE is often hanging up on the first pull for me
Jun 08 11:41:53 <spaetz> although it got better lately
Jun 08 11:42:03 <Ainulindale> Well IIRC there was a mixup between .org & .net
Jun 08 11:42:05 <spaetz> might even have gone totally,. now that I think about it
Jun 08 11:42:27 <mrmoku> spaetz, that problem should be gone... they updated the server
Jun 08 11:42:32 <mrmoku> (or moved it)
Jun 08 11:42:38 <Ainulindale> mrmoku: bitbake shr-lite-image shr-image; bitbake package-index; bitbake task-shr-feed; bitbake package-index
Jun 08 11:42:42 <Ainulindale> (I like to update the index twice)
Jun 08 11:43:01 <mrmoku> Ainulindale, any reason why that should be better?
Jun 08 11:43:07 <Ainulindale> Updating twice?
Jun 08 11:43:09 <Ainulindale> None
Jun 08 11:43:11 <mrmoku> :)
Jun 08 11:43:12 <Ainulindale> I just like that
Jun 08 11:43:33 <mrmoku> as I like to do 'make image; bitbake shr-image; make distro; make index' :P
Jun 08 11:43:44 <Ainulindale> nah that's not the same :-)
Jun 08 11:44:03 <mrmoku> uhh... it is :)
Jun 08 11:44:25 <mrmoku> (apart from your thing failing because bitbake can't take *two* targest) ;)
Jun 08 11:44:35 <mrmoku> s/targest/targets/
Jun 08 11:44:35 <bzzbot> mrmoku meant: (apart from your thing failing because bitbake can't take *two* targets) ;)
Jun 08 11:45:26 <Ainulindale> mrmoku: bitbake can
Jun 08 11:45:36 <mrmoku> really?
Jun 08 11:45:38 <Ainulindale> (if by target you mean package)
Jun 08 11:45:39 <Ainulindale> Yes
Jun 08 11:45:52 * mrmoku thought to have tried that... and failed
Jun 08 11:45:59 <Ainulindale> Meh :-)
Jun 08 11:46:05 <Ainulindale> Meanwhile I have to finish my msn-pecan recipe
Jun 08 11:47:01 <mrmoku> Ainulindale, btw. I put some packages in the feed and commented them, because they don't build
Jun 08 11:47:15 <mrmoku> the main reason for a whole bunch of them is a not working libgnomeui
Jun 08 11:47:17 <Ainulindale> No problem with me, we should take some time to fix the interesting one
Jun 08 11:47:37 <mrmoku> fixing libgnomeui fixes almost all of them
Jun 08 11:47:50 <mrmoku> the java ones don't build for a not working classpath package
Jun 08 11:48:02 <mrmoku> just for you to know what you have to fix ;)
Jun 08 11:48:25 <Ainulindale> we should have a common notepad for that
Jun 08 11:48:53 <rhkfin> Ainulindale: common notepad as etherpad.com
Jun 08 11:48:55 <spaetz> it's called wiki :)
Jun 08 11:49:25 <mrmoku> hmm... trac would be more apropriate for that stuff
Jun 08 11:49:53 <mrmoku> talking about wiki... we got some nice spam on our wiki
Jun 08 11:50:01 <Ainulindale> Where?
Jun 08 11:50:36 <mrmoku> Ainulindale, take a look at the timeline
Jun 08 11:50:39 <mrmoku> shows that nicely
Jun 08 11:51:07 <Ainulindale> Ok, banning him
Jun 08 11:51:11 <mrmoku> and again...
Jun 08 11:51:18 <mrmoku> Ainulindale, well I already deleted him
Jun 08 11:51:34 <Ainulindale> I doubt that, I just did
Jun 08 11:51:45 <mrmoku> Ainulindale, I did that two days ago... he recreated
Jun 08 11:51:52 <Ainulindale> Good to know
Jun 08 11:51:57 <mrmoku> there were two accounts spamming and I deleted them both
Jun 08 11:52:21 <Ainulindale> I thought there was a mandatory mail
Jun 08 11:52:22 <Ainulindale> And he has none
Jun 08 11:55:21 <Ainulindale> mrmoku: checking with bearstech
Jun 08 11:55:53 <Ainulindale> mrmoku: ah and I modified task-shr-gtk to include MSN & ICQ as a default in the image
Jun 08 11:55:59 <Ainulindale> As it seems to me some people were complaining
Jun 08 11:56:01 <Ainulindale> (for pidgin)
Jun 08 11:56:10 <Ainulindale> I didn't even know there was plugins myself
Jun 08 11:59:34 <lindi-> Zorkman: < Zorkman> a a 20 MB cache and there was a bug until a few days ago which made the navigation to recalculate at every update, -- i'm looking at svn log, which commit should fix this?
Jun 08 12:01:20 <mrmoku> Ainulindale, did you do a vote for it?
Jun 08 12:02:17 <Ainulindale> This wasn't the lite image, and this was in response to several people asking for it :-)
Jun 08 12:02:45 <Ainulindale> Plus, don't be a wise ass
Jun 08 12:02:48 <Ainulindale> :-)
Jun 08 12:08:33 <Zorkman> lindi-: http://navit.svn.sourceforge.net/viewvc/navit/trunk/navit/configure.in?revision=2308&view=markup&pathrev=2308 line 93 i think
Jun 08 12:08:51 <Zorkman> it's configurable now, and for the FR they have set their build to 20MB
Jun 08 12:09:12 <Zorkman> (i could be totaly wrong, in that case, ask cp15 @ #navit, he's the one)
Jun 08 12:10:34 <lindi-> Zorkman: so only cache size?
Jun 08 12:11:01 <lindi-> Zorkman: but what about the bug that makes it update it all the time?
Jun 08 12:19:33 <Zorkman> lindi-: i'm clueless about that, it seems it was only with OSM, but that's all i know about it
Jun 08 12:19:49 <DocScrutinizer> PaulFertser: are there dual-mode chips for GPS and GLONASS ?
Jun 08 12:19:58 <lindi-> Zorkman: ah. i would like to run a benchmark, that's why i asked
Jun 08 12:20:40 <Zorkman> i asked it to cp15, if i learn anything i'll tell you :)
Jun 08 12:21:57 <PaulFertser> DocScrutinizer: sorry, no idea
Jun 08 12:22:25 <DocScrutinizer> PaulFertser: maybe even quad mode, for navstar-gps, glonass, galileo, and compass ? ;-D
Jun 08 12:23:21 <DocScrutinizer> see, it seems GPS is out of money next year and will have reduced coverage / dropouts
Jun 08 12:24:38 <rhkfin> DocScrutinizer: I really don't believe it'll happen.. It'll affect boats, planes, ....   -> too expensive to let it happen..
Jun 08 12:25:05 <DocScrutinizer> hehe, tell that to Mr Obama ;-)
Jun 08 12:25:09 <wpwrak> rhkfin: yeah, "we'll be out of money" is just a mild form of extorsion :)
Jun 08 12:27:39 * DocScrutinizer really wonders if there are *any* glonass (or, for that purpose, compass) chipsets out in the wild
Jun 08 12:28:35 <DocScrutinizer> probably the red army uses hacked navstar-gps chipsets augmented by a few electron tubes :-D
Jun 08 12:29:44 <DocScrutinizer> compass runs on bio-electronics based on rice
Jun 08 12:32:04 <khiraly1> re
Jun 08 12:32:10 <khiraly1> mrmoku: are you here?
Jun 08 12:32:15 <mrmoku> khiraly1, yep
Jun 08 12:32:32 <khiraly1> mrmoku: the dbus .ipk files didnt fixed the bug #435 (see comment on the bug)
Jun 08 12:32:41 <khiraly1> although it didnt cause any additional bug for me
Jun 08 12:32:49 <khiraly1> so I think it is safe to include to shr
Jun 08 12:32:54 <mrmoku> khiraly1, well... it does fix the dbus problems for me
Jun 08 12:32:55 <khiraly1> s/to/in/
Jun 08 12:32:55 <bzzbot> khiraly1 meant: so I think it is safe in include to shr
Jun 08 12:33:08 <mrmoku> khiraly1, yep, at least it gets no worse :P
Jun 08 12:33:47 * mrmoku switching to Wifi
Jun 08 12:34:29 <khiraly1> mrmoku|away: maybe it does fix bug #416. But not bug #435. (the other guy (madhatter) experienced the same as me)
Jun 08 12:35:25 <khiraly1> mrmoku: I can provide logs (need to clean some privace from it) in the bugreport, if you think it helps to you
Jun 08 12:35:42 <DocScrutinizer> oooh !  ""Galileo wird ab 2010 zu dem Satellitenmodell GPS III [3], dem modernisierten NAVSTAR-GPS-System, kompatibel sein (entgegen früheren Planungen).""
Jun 08 12:36:09 <DocScrutinizer> ooooooooh !!! "" Bereits heute gibt es GPS-Empfänger (mit u-blox5 oder AsteRx Chipsatz) die nach einer Aktualisierung der Firmware auch für GALILEO genutzt werden können.""
Jun 08 12:36:13 <khiraly1> DocScrutinizer: I thought it is a neverending project
Jun 08 12:36:14 <khiraly1> ;)
Jun 08 12:36:35 <mrmoku> and I thought it is dead :P
Jun 08 12:37:03 <DocScrutinizer> u-blox5 compatible to galileo. Now I see why OM got those requests
Jun 08 12:37:04 * Sharwin_F doesn't think anything as doesn't understand german :D
Jun 08 12:37:19 <khiraly1> mrmoku: and it seems, I can restart framework after the failure, and everythings back to normal. But if it fails again, its likely I can restart framework, and I need to reboot
Jun 08 12:37:29 <DocScrutinizer> sorry, fellas
Jun 08 12:37:37 <DocScrutinizer> http://de.wikipedia.org/wiki/Galileo_(Satellitennavigation)
Jun 08 12:37:41 <khiraly1> Sharwin_F: you only need to understand Galileo and Gps
Jun 08 12:37:42 <khiraly1> ;)
Jun 08 12:37:50 <BillK> which bb file is used for shr-unstables kernel?
Jun 08 12:37:59 <DocScrutinizer> http://en.wikipedia.org/wiki/Galileo_(Satellitennavigation)
Jun 08 12:38:05 <ChristW> Sharwin_F Even today there are GPS-receivers (with ublox-5 or Asterix chipset) that are firmware-upgradeable to be able to receive Galileo.
Jun 08 12:38:18 <Ainulindale> Would anybody remember how to download maps from OSM for tangogps?
Jun 08 12:38:22 <Ainulindale> (other than using tangogps for it?)
Jun 08 12:38:53 <DocScrutinizer> http://en.wikipedia.org/wiki/Galileo_gps
Jun 08 12:39:11 <khiraly1> Sharwin_F: galileo advantage is more accuracy then GPS. GPS for civil usage is within 5m range. (for military use there is higher precision). Galileo is more precise by default
Jun 08 12:39:25 <khiraly1> correct me if im wrong;)
Jun 08 12:39:58 <khiraly1> and there are some licensing cocksucking too;-P
Jun 08 12:41:28 <Sharwin_F> khiraly1, yep, knew little about it, reading the link on wikipedia now, thanks :)
Jun 08 12:41:34 <BillK> khiraly1: gps for surveying using dgps can get down to a few millemeters
Jun 08 12:42:10 <khiraly1> BillK: in that case, I fail to understand what covers military uses
Jun 08 12:44:03 <BillK> khiraly1: not sure waht you mean, but dgps takes expensive equipment and time
Jun 08 12:44:25 <BillK> khiraly1: not reallu useful for navigation for instance
Jun 08 12:44:57 <khiraly1> BillK: I mean by default gps is in range of 5m. But for military (missiles) it requires more precision. But if you are stating, dgps has the same precision ..
Jun 08 12:45:02 <BillK> khiraly1: I dont think the US Military transmit the accuraccy degrading adjustments anymore
Jun 08 12:45:26 <khiraly1> BillK: hmm, ok then
Jun 08 12:45:52 <khiraly1> and I assume freerunner is not able to use dgps. I read somewhere agps (which is totally different thing)
Jun 08 12:46:35 <BillK> khiraly1: http://www.ngs.noaa.gov/FGCS/info/sans_SA/docs/statement.html
Jun 08 12:46:48 <lindi-> khiraly1: i think it is able to use dgps
Jun 08 12:47:01 <lindi-> khiraly1: but we just haven't figured it out :)
Jun 08 12:47:08 <khiraly1> heh;)
Jun 08 12:47:20 <DocScrutinizer> khiraly1: SA is disabled for navstar gps, since year 2000
Jun 08 12:47:35 <khiraly1> SA?
Jun 08 12:47:43 <DocScrutinizer> so same accuracy for civil usage as for military
Jun 08 12:47:51 <DocScrutinizer> selective availability
Jun 08 12:48:21 <Zorkman> thought galileo was license-free
Jun 08 12:48:54 <khiraly1> if it can be in the range of milimeters(!) it can be used for ... uh, for everything;)
Jun 08 12:50:12 <khiraly1> hmm, SA set to 0, and can be reset at any time on any gps satellite
Jun 08 12:50:25 <DocScrutinizer> khiraly1: range of mm is only when you have a reference receiver some few meters away (the second reference is the whole meaning of "D"ifferntial GPS)
Jun 08 12:51:02 <DocScrutinizer> khiraly1: actually, the recent replacement sats don't support SA anymore
Jun 08 12:51:39 <khiraly1> hmm, so you need two receiver and you need the exact distance between them. This is the requirement?
Jun 08 12:52:14 <DocScrutinizer> you need 2 receivers and you *GET* the exact relative coords from one to the other
Jun 08 12:52:48 <DocScrutinizer> so for military DGPS is worth exactly nothing ;-)
Jun 08 12:53:36 <khiraly1> ahh, so you will know the exact distance between the two receiver...
Jun 08 12:54:50 <DocScrutinizer> khiraly1: the idea behind DGPS is both receivers see the same ammount of deviation caused by clauds etc, so you can't tell the absolute position but yet you have a very accurate difference of positions between the two
Jun 08 12:55:15 <DocScrutinizer> s/clauds/clouds/
Jun 08 12:55:17 <bzzbot> DocScrutinizer meant: khiraly1: the idea behind DGPS is both receivers see the same ammount of deviation caused by clouds etc, so you can't tell the absolute position but yet you have a very accurate difference of positions between the two
Jun 08 12:55:56 <khiraly1> hmm, and what is the time range? Should I wait more to know the result, or the same as with normal gps?
Jun 08 12:56:21 <DocScrutinizer> for this to work you need to sync both receivers, so they take a snapshot exactly same time
Jun 08 12:57:59 <khiraly1> seems like a bit of complicated
Jun 08 12:57:59 <khiraly1> ;)
Jun 08 12:58:21 <DocScrutinizer> basically ne receiver (the reference) is transmitting raw sat signals to the remote receiver, so you can calculate the difference from raw signals, rather than absolute GPS position data
Jun 08 13:00:23 <DocScrutinizer> accuracy drops with increasing distance of reference and mobile receiver
Jun 08 13:00:35 <DocScrutinizer> obviously ;-)
Jun 08 13:00:49 <khiraly1> what is the use of it then?;)
Jun 08 13:01:03 <khiraly1> you can simple by a laser distance measure device rather chip
Jun 08 13:01:07 <DocScrutinizer> e.g for geology
Jun 08 13:01:10 <khiraly1> and it is in the mm range too
Jun 08 13:01:33 <khiraly1> you can simply buy a laser distance measure device rather cheap
Jun 08 13:01:48 <khiraly1> ehh, how many typos in a single line ...
Jun 08 13:01:48 <khiraly1> ;)
Jun 08 13:01:50 <DocScrutinizer> it's used a lot at junk dumps, to log where each lorry dumped it's chemical waste etc
Jun 08 13:03:29 <DocScrutinizer> archeologists love it too
Jun 08 13:03:50 <DocScrutinizer> much easier to use than laser
Jun 08 13:04:28 <DocScrutinizer> for everyday standard positioning it's useless
Jun 08 13:04:59 <BillK> dgps can use a service provider for one leg - http://www.positionmag.com.au/GU/content/1997/GU23/gu23_DGPS.html
Jun 08 13:05:01 <khiraly1> what is the accuracy of the freerunner?
Jun 08 13:05:04 <khiraly1> how many meters?
Jun 08 13:05:33 <DocScrutinizer> khiraly1: same as all standard GPS devices
Jun 08 13:06:31 <khiraly1> because on galileo page it states : <15m horizontally and <35m vertically, if I use single band. And <4m horizontally and <8m vertically if I use both OS band
Jun 08 13:06:36 <DocScrutinizer> khiraly1: tink of it like 5..15meters
Jun 08 13:06:54 <khiraly1> for higher accuracy I need to pay
Jun 08 13:08:08 <khiraly1> hmm, I thought much higher accuracy ...;)
Jun 08 13:08:17 <khiraly1> like between 1-5 meter
Jun 08 13:14:52 <DocScrutinizer> BillK: ""For the d-GPS assumption to hold true -- that the GPS errors are common between the known reference station and the unknown mobile -- the separation distance between the reference station and the mobile must be kept to a minimum. The location of the Landstar reference stations has been chosen so that no user anywhere in Australia will be further than 1000 km from a reference station. Landstar's specification says that on this 
Jun 08 13:14:53 <DocScrutinizer> basis, positioning accuracies are always better than 5 metres and are typically 1--3 metres, anywhere in Australia.""
Jun 08 13:16:36 <DocScrutinizer> for millimeter accuracy you must not have a distance between reference and mobile of more than a few km *max*
Jun 08 13:16:47 <DocScrutinizer> better <1000m
Jun 08 13:18:12 <DocScrutinizer> ""errors are common between the known reference station and the unknown mobile"" means they need to "see" the same clouds above hem
Jun 08 13:18:14 <BillK> Yes, but a 1000km is maximum, and the stations mentioned are mostly in poulation centres, so
Jun 08 13:18:29 <DocScrutinizer> BillK: yup, agree
Jun 08 13:18:37 <BillK> in my case in Perth, I am quite likely on a few km from the base
Jun 08 13:19:10 <BillK> I also believe (memory from talking to a surveyor a couple of years ago)
Jun 08 13:19:20 <BillK> that one leg of a dgps link
Jun 08 13:19:31 <BillK> can be placed at a high accuracy loacl
Jun 08 13:19:47 <BillK> survey marker to give very accurate readings
Jun 08 13:20:05 <DocScrutinizer> that's the principle of DGPS ;-)
Jun 08 13:20:52 <BillK> height accuracy of most normal gps is very poor - thats dissapointing
Jun 08 13:21:08 <DocScrutinizer> yup
Jun 08 13:21:36 <BillK> walking to ocean edge got an altitude of zero, but
Jun 08 13:22:07 <BillK> inland local football ground (subiacco) shoed as 8m underwater :)
Jun 08 13:22:37 <DocScrutinizer> I actually seen -800m here at +330 :-D
Jun 08 13:23:08 <BillK> hmmm - thats bad :)
Jun 08 13:23:33 <DocScrutinizer> I felt strangely uncomfortable back when ;-D
Jun 08 13:26:50 <khiraly1> bbl
Jun 08 13:29:37 <Zorkman> lindi-: http://navit.svn.sourceforge.net/viewvc/navit/trunk/navit/navit/route.c?revision=2307&view=markup&pathrev=2307 seems to be the change
Jun 08 13:34:12 <rhkfin> Screenshots of a script for easy OSM-mapping on FR: http://kurppa.fi/freerunner/mokomapper/ (no, I didn't write it, just took the screenshots of an old script)
Jun 08 13:34:24 <tsleg> hello all
Jun 08 13:35:09 <tsleg> Is there anybody who knows well how to develop with python elementary ?
Jun 08 13:35:58 <tsleg> I try to use a toolbar in my mail application, but i don't know how to code my callback
Jun 08 13:44:34 <mrmobil> m0nt0, did the dbus update work?
Jun 08 13:45:37 <m0nt0> installed but not tested yet
Jun 08 13:46:02 <mrmobil> k, let me know your results
Jun 08 13:46:26 <m0nt0> well i can test it in a while
Jun 08 14:07:41 <khiraly1> hi
Jun 08 14:07:48 <khiraly1> mrmoku: are you here?
Jun 08 14:08:20 <mrmobil> khiraly1, si
Jun 08 14:09:25 <khiraly1> mrmobil: with the new dbus bindings frameworkd fails on *every incoming call*.
Jun 08 14:09:39 <khiraly1> on every single incoming call. Fairly reproducible
Jun 08 14:10:05 <khiraly1> after I talked and hang up, the phone does not want to suspend, and cant initiate call
Jun 08 14:10:12 <mrmobil> khiraly1, hmm, that is strange
Jun 08 14:10:13 <tsleg> please, Is there anybody who knows well how to develop with python elementary ?
Jun 08 14:10:27 <khiraly1> its a good sign btw. Because before it it was rather sporadically, like 50% chance
Jun 08 14:10:50 <khiraly1> now, its reproducible. 
Jun 08 14:10:57 <mrmobil> khiraly1, what image did you install it obto?
Jun 08 14:11:15 <khiraly1> mrmobil: two day old om2009 unstable
Jun 08 14:11:22 <khiraly1> I can put online, if you want
Jun 08 14:11:48 <khiraly1> I keep all the installed om image for reference on my hard drive
Jun 08 14:11:49 <khiraly1> ;)
Jun 08 14:12:14 <mrmobil> ahh, om2009... what frameworkd version?
Jun 08 14:12:27 <khiraly1> how can I verify? opkg enough?
Jun 08 14:12:37 <mrmobil> yep
Jun 08 14:13:58 <khiraly1> hmm, what is the package name?
Jun 08 14:14:03 <khiraly1> (lame question)
Jun 08 14:14:11 <mrmoku> opkg list_installed | grep frameworkd
Jun 08 14:15:31 <rhkfin> I have frameworkd - 0.8.5.1+gitr1+d939c48142d9db9c2ff4da0489b14b0e7387e037-r5 (up-to-date unstable OM2009)
Jun 08 14:15:43 <khiraly1> yepp
Jun 08 14:15:46 <khiraly1> ^^ that one
Jun 08 14:16:13 <khiraly1> not much fun to type with illume on screen terminal keyboard with a finger;)
Jun 08 14:16:20 <khiraly1> but Im practicing;)
Jun 08 14:16:59 <rhkfin> khiraly1: try qwo :)
Jun 08 14:17:28 <mrmoku> khiraly1, :)
Jun 08 14:17:57 <khiraly1> rhkfin: no way. I like illume. Just I need to adjust the default keyboard. So having some functional keys (shift, func1, func2) to change between layouts
Jun 08 14:18:39 <khiraly1> the default one is too easy for finger. The terminal one is a bit challenging, but after a week of practicing I can type on it
Jun 08 14:18:40 <khiraly1> ;)
Jun 08 14:18:54 <khiraly1> one fault/word on average
Jun 08 14:19:57 <cyberalex> hi Kamping_Kaiser 
Jun 08 14:20:09 <khiraly1> the key was short, strong taping on the screen. and dont push it. be as short as possible. its pretty accurate btw;)
Jun 08 14:20:33 <khiraly1> ok, anyway back to the main issue. mrmoku what is the version on your phone?
Jun 08 14:21:12 <Kamping_Kaiser> cyberalex, evening
Jun 08 14:23:10 <admiral0> VDVsx:ping
Jun 08 14:23:28 <VDVsx> admiral0, hello
Jun 08 14:23:42 <mrmoku> khiraly1, well frameworkd is some commits older than the one we use in SHR
Jun 08 14:23:48 <ChristW> I still have problems building the GTK stuff when I bitbake shr-unstable...
Jun 08 14:23:58 <mrmoku> on a fast glance I can't see any important commits there
Jun 08 14:24:16 <admiral0> VDVsx , have you  received files?
Jun 08 14:24:25 <khiraly1> mrmoku: I can install your frameworkd.ipk, and see how is it going
Jun 08 14:24:36 <khiraly1> could oyu put online?
Jun 08 14:24:38 <VDVsx> admiral0, yes, thanks, will test later (at night here)
Jun 08 14:24:38 <admiral0> (hello :) )
Jun 08 14:24:38 <khiraly1> you
Jun 08 14:25:16 <VDVsx> admiral0, but seems fine, thanks :)
Jun 08 14:25:51 <admiral0> one thing, can i write a makefile for this, when i see setup.py i want to cry
Jun 08 14:26:11 <mrmoku> khiraly1, take the one from shr-unstable feed: build.shr-project.org/shr-unstable/ipk/
Jun 08 14:26:29 <admiral0> python distutils + cross compiling = huge headache
Jun 08 14:27:03 <VDVsx> admiral0, why ?
Jun 08 14:27:47 <admiral0> it does not see correct includes
Jun 08 14:28:00 <admiral0> gets the includes for python on host
Jun 08 14:28:22 <admiral0> also you cannot execute python from toolchain as it's arm
Jun 08 14:28:28 <khiraly1> mrmoku: what is the correct frameworkd-config .ipk file? I see only -dbg and -dev version
Jun 08 14:28:34 <khiraly1> http://build.shr-project.org/shr-unstable/ipk/armv4t/frameworkd-config-shr-dbg_0.8.5.1+gitr1408+2d056edd375523947f99bce0bb3d21fe354ca2e0-46+ffc76f0e56e68b32b80c0c144f3070544bc72737-r6_armv4t.ipk
Jun 08 14:28:46 <admiral0> so i had to manually gcc everything
Jun 08 14:29:04 <khiraly1> mrmoku: I have frameworkd and frameworkd-config installed currently
Jun 08 14:29:11 <ChristW> Does Daniel Wiltman live in this channel? Or does anyone know of another channel he's online in?
Jun 08 14:29:12 <admiral0> /gcc/$CC/
Jun 08 14:29:17 <VDVsx> admiral0, oh, I easily compile it for other systems, so thought it will be easily also for OM
Jun 08 14:29:50 <admiral0> yes you are right. it's easy to compile, not easy to cross-compile
Jun 08 14:29:54 <admiral0> :)
Jun 08 14:30:29 <admiral0> anyway, if you need anything i would be happy to help
Jun 08 14:30:53 <admiral0> next time give me all source so i'll autotoolize it ;)
Jun 08 14:31:06 <khiraly1> mrmoku: http://pastebin.com/m6d4a4857
Jun 08 14:31:13 <khiraly1> mrmoku: ^^ it only contains the above files
Jun 08 14:31:14 <VDVsx> admiral0, yes, I also cross compile it for arm5 and arm6, but under scratchbox :P
Jun 08 14:31:19 <VDVsx> admiral0, ok, thanks
Jun 08 14:31:32 <khiraly1> could you please post the output of opkg files frameworkd* on your system?
Jun 08 14:31:39 <admiral0> now i'm going home, just finished electronics class
Jun 08 14:31:43 <admiral0> :)
Jun 08 14:31:46 <admiral0> see you
Jun 08 14:31:51 <VDVsx> admiral0, bye
Jun 08 14:32:23 <khiraly1> mrmoku: this is the full output: http://pastebin.com/m70e5e41e
Jun 08 14:38:27 <khiraly1> mrmoku: this is kind of strange. I have no /etc/init.d/frameworkd in any packages, yet it exists on the system.
Jun 08 14:40:07 <khiraly1> mrmoku: could you do the following?: opkg search phone.yaml ?
Jun 08 14:40:30 <DocScrutinizer> ChristW: alphaone|gone 
Jun 08 14:40:44 <mrmoku> khiraly1, we have frameworkd-config-shr
Jun 08 14:40:57 <khiraly1> mrmoku: yepp, but that one is empty
Jun 08 14:41:05 <mrmoku> (which should be in om-gta02, because it is device dependent)
Jun 08 14:41:13 <khiraly1> examining with ar x frame....ipk
Jun 08 14:41:21 <khiraly1> oh
Jun 08 14:42:15 <ChristW> DocScrutinizer: I assume that you mean that alphaone is Daniel?
Jun 08 14:42:40 <DocScrutinizer> do a /whois so you'll know ;-)
Jun 08 14:42:51 <ChristW> Good idea!
Jun 08 14:43:21 <ChristW> Well, that tells me his _first_ name, not his last ;-)
Jun 08 14:43:31 <ChristW> Thanks!
Jun 08 14:44:00 <DocScrutinizer> still itä" a good hint your assumption about my statement is correct
Jun 08 14:44:01 <ChristW> Now, since all of you in here seem to be able to put out software to no end... why can't I :-(
Jun 08 14:44:50 <ChristW> DocScrutinizer: I already made a note about it (thet my assumption about your note was probably correct...)
Jun 08 14:45:10 <ChristW> I seem to be too sleepy to spell :-(
Jun 08 14:47:16 <ChristW> Is there a possibility that there's a shell that interprets \1 as  Ctrl-A character?
Jun 08 14:51:38 <DocScrutinizer> ChristW: \001 maybe
Jun 08 14:53:20 <ChristW> I was wondering about that... since I can clearly see in my 'building failed' log file that there's a control character being inserted into a file...
Jun 08 14:53:53 <ChristW> They come from a sed script, and I can accept \1 and \2 in such a script... but ^A and ^B are used instead!
Jun 08 14:57:36 <ChristW> Here's a pastebin of the compile log file, with the two lines highlighted (they're down the page quite a bit...): http://pastebin.com/m27643c89
Jun 08 14:57:46 <ChristW> Need to go cooking now...
Jun 08 15:09:14 <mrmoku> DocScrutinizer, can you recommend some car usb charger for the FR?
Jun 08 15:09:20 <DocScrutinizer> ChristW_away: hmm, strange. "\1" should be pattern substitution for sed, "\01" might become ^A. I don't know the scripting source, so no idea what's actually written there
Jun 08 15:09:31 <DocScrutinizer> mrmoku: take a good one ;-)
Jun 08 15:09:54 <mrmoku> DocScrutinizer, that's why I'm asking *you* ;)
Jun 08 15:10:04 <DocScrutinizer> seen quite some FR incinerated by poor built car usb adapters
Jun 08 15:10:35 <DocScrutinizer> mrmoku: honestly, no data here about particular recommendable brands
Jun 08 15:10:59 <mrmoku> DocScrutinizer, and about what characteristics to watch out for?
Jun 08 15:11:17 <DocScrutinizer> I'd suggest to open case and solder a FAT 5V6 Zener
Jun 08 15:12:04 <mrmoku> hehe, me + soldering = broken :P
Jun 08 15:12:19 <DocScrutinizer> mrmoku: from outside you probably never can tell if circuit is designed correctly to stop surges from propagating thru to USB
Jun 08 15:12:53 <DocScrutinizer> aah, a better idea. Get yourself some of these "noise filters" for car power plug
Jun 08 15:13:26 <mrmoku> any dumb car usb charger + noise filter = good?
Jun 08 15:13:32 <DocScrutinizer> it's basically a chocke plus capacitor in a case with a plug and a receptacle
Jun 08 15:13:39 <DocScrutinizer> yup
Jun 08 15:13:59 * mrmoku checks conrad.de
Jun 08 15:14:26 <DocScrutinizer> as it's assumed it's the surges when starting motor etc that actually propagate thru usb charger and destroy FR
Jun 08 15:14:48 <DocScrutinizer> filter should supress those surges
Jun 08 15:15:21 <DocScrutinizer> well, need to join RL now. BBL
Jun 08 15:15:23 <khiraly1> mrmoku: After I replaced frameworkd, I have different ringtones, but neither caller or callee has any voice
Jun 08 15:15:28 <khiraly1> its silent during call
Jun 08 15:15:59 <mrmoku> khiraly1, hehe... that's Ainulindale's fault... he spell corrected the path for the alsa scenarii
Jun 08 15:16:25 <mrmoku> khiraly1, you might fix that by ln -s /usr/share/openmoko/scenarios /usr/share/openmoko/scenarii
Jun 08 15:17:04 * lindi- uses /etc/alsa-scenarios 
Jun 08 15:17:30 <khiraly1> mrmoku: nope it does not fix it
Jun 08 15:17:35 <DocScrutinizer> aaaaaaaaaaaaaaarrrrrgh
Jun 08 15:17:37 <khiraly1> should I restart frameworkd?
Jun 08 15:17:43 <mrmoku> hmm....
Jun 08 15:18:17 <DocScrutinizer> whom may I kill for THAT??
Jun 08 15:18:42 <khiraly1> I cant even hear the ringing. If somebody call my it plays fine the ringtone
Jun 08 15:19:07 <khiraly1> s/my/me
Jun 08 15:20:58 <khiraly1> I dont have /etc/alsa-scenarios dir
Jun 08 15:21:25 <CIA-69> freesmartphone.org: 03mickey 07cornucopia * r100de0cc8a26 10/libfsotransport/configure.ac: 
Jun 08 15:21:25 <CIA-69> freesmartphone.org: fsotransport: configure.ac: use 'test -e' instead of AC_CHECK_FILE
Jun 08 15:21:25 <CIA-69> freesmartphone.org: to play nice with cross compiling
Jun 08 15:21:42 <DocScrutinizer> khiraly1: there should not be any probably
Jun 08 15:22:23 <khiraly1> 6:41.610 odeviced.audio       INFO      ::: using alsa scenarios in /usr/share/shr/scenarii, default = stereoout
Jun 08 15:22:32 <DocScrutinizer> tough, otoh, it's not that static as the original creators might have thought
Jun 08 15:23:05 <mrmoku> khiraly1, ahh, sorry... /usr/share/shr...
Jun 08 15:23:06 <SHR-WugBranler> tracfeed: Ticket #510 (Illume keyboard in landscape mode) created <http://trac.shr-project.org/trac/ticket/510>
Jun 08 15:23:18 <DocScrutinizer> in the end, it probably should even have been ~/.alsa-xcenarios/
Jun 08 15:23:18 <mrmoku> you could as well just adjust /etc/frameworkd.conf to point to /usr/share/openmoko/scenarios
Jun 08 15:23:42 <DocScrutinizer> or kill the submitter of this patch
Jun 08 15:23:57 <mrmoku> DocScrutinizer, send some nice bomb to paris then ;)
Jun 08 15:24:04 <Ainulindale> I loathe you.
Jun 08 15:24:04 <DocScrutinizer> hehe
Jun 08 15:24:19 <Ainulindale> (Nothing new about that though)
Jun 08 15:24:22 <khiraly1> mrmoku: I fail to understand why there is /usr/share/shr/ in the first place
Jun 08 15:24:37 <khiraly1> mrmoku: the sound files should be global. Not something shr specific
Jun 08 15:24:45 <Ainulindale> khiraly1: well we have custom alsa scenarii
Jun 08 15:24:50 <DocScrutinizer> khiraly1: ack
Jun 08 15:24:55 <mrmoku> khiraly1, because we are SHR 
Jun 08 15:24:55 <Ainulindale> and in order to ship them, we named that that way
Jun 08 15:25:02 <Ainulindale> Because these are our scenarii
Jun 08 15:25:08 <mrmoku> khiraly1, and it is more SHR than openmoko... we want to target other devices as well
Jun 08 15:25:11 <spaetz> hehe
Jun 08 15:25:30 <Ainulindale> I might have put that in /usr/share/upyourass/woobiel/ROTFL/scenarii
Jun 08 15:25:39 <DocScrutinizer> ayayayyyyy that hurts
Jun 08 15:25:39 <Ainulindale> But I think it may have been a bit difficult to explain
Jun 08 15:25:46 <mrmoku> which would have been your death for sure ;)
Jun 08 15:25:51 <khiraly1> Ainulindale: in that case, I would found it more quickly
Jun 08 15:25:57 <Ainulindale> khiraly1: you're an ass :-)
Jun 08 15:25:58 <khiraly1> so yes, would be a nicer name Ainulindale
Jun 08 15:26:07 <spaetz> feature request(will file ticket): make efl-gui request the CPU when displaying the SIM dialog
Jun 08 15:26:16 <spaetz> suspending the phone before I could enter the SIM PIN sucks
Jun 08 15:26:20 <Ainulindale> spaetz: why?
Jun 08 15:26:21 <khiraly1> Ainulindale: anyway, why dont live a symlink than?
Jun 08 15:26:27 <khiraly1> leave
Jun 08 15:26:30 <Ainulindale> What for, and where?
Jun 08 15:26:41 <spaetz> it suspendsds on bootup before I could enter the SIM PIN
Jun 08 15:26:48 <khiraly1>  /usr/share/openmoko/scenarii or scenarios
Jun 08 15:26:52 <Ainulindale> Should I symlink everything? Should I preserve obsolete functionnalities or update stuff?
Jun 08 15:26:59 <Ainulindale> I chose to update stuff
Jun 08 15:27:21 <Ainulindale> And for the time being
Jun 08 15:27:21 <DocScrutinizer> spaetz: not when showing pin dialog. much earlier in boot process!
Jun 08 15:27:31 <Ainulindale> I choose to eat saucisson
Jun 08 15:27:33 <Ainulindale> Because it's nice 
Jun 08 15:28:50 <khiraly1> anyway I dont feel really comfortable with the fact calling me an ass
Jun 08 15:28:54 <khiraly1> bbl
Jun 08 15:29:07 <Ainulindale> Well, with a ":-)" it's obviously a joke, sorry about that :-)
Jun 08 15:29:16 <khorben> has any of you already seen this:
Jun 08 15:29:23 <khorben> jffs2_build_inode_pass1 ?
Jun 08 15:29:30 <mrmoku> DocScrutinizer, still here or in RL?
Jun 08 15:29:33 <mrmoku> DocScrutinizer, http://www1.conrad.de/scripts/wgate/zcop_b2c/~flN0YXRlPTgzNDkwNjU1OQ==?direkt_aufriss_area=SHOP_AREA_14751&~template=PCAT_AREA_S_browse&p_page_to_display=&catalogs_sub_id=sub4&aktiv=4&navi=oben_2
Jun 08 15:29:35 <khorben> I mean:
Jun 08 15:29:36 <khorben> JFFS2 error: (1) jffs2_build_inode_pass1: child dir "lib" (ino #427) of dir ino #403 appears to be a hard link
Jun 08 15:30:09 <wurp2|gone> Ainulindale: Does the :-) mean you're joking when you tell him you're sorry?
Jun 08 15:30:14 <DocScrutinizer> mrmoku: 
Jun 08 15:30:15 <DocScrutinizer> Fehler!
Jun 08 15:30:17 <DocScrutinizer>   DER WARENKORB KONNTE NICHT ANGELEGT WERDEN
Jun 08 15:30:30 <mrmoku> haha
Jun 08 15:30:59 <mrmoku> DocScrutinizer, http://www.conrad.de/goto.php?artikel=768018
Jun 08 15:32:45 <DocScrutinizer> IC-gesteuertes, intelligentes Ladeverfahren 
Jun 08 15:32:47 <DocScrutinizer> Umschaltung auf Erhaltungsladung 
Jun 08 15:32:48 <DocScrutinizer> Überladungsschutz 
Jun 08 15:32:53 <DocScrutinizer> hmmmmm :-/
Jun 08 15:33:03 <DocScrutinizer> sounds strange
Jun 08 15:33:07 <mrmoku> might not work with FR?
Jun 08 15:34:10 * mrmoku off for dinner - bbiab
Jun 08 15:34:44 <mickeyl> nytowl: i have added dbus 1.2.14 and dbus-glib 0.78 w/ the fixes from https://bugs.freedesktop.org/show_bug.cgi?id=19796
Jun 08 15:34:59 <DocScrutinizer> mrmoku: search "kfz usb"
Jun 08 15:35:16 <nytowl> mickeyl, you beat me to it, I was just testing a local build :)
Jun 08 15:35:35 <mickeyl> heh, sorry ;)
Jun 08 15:35:47 <mickeyl> lets cross all fingers we have that this will improve anything
Jun 08 15:35:57 <mickeyl> fsousaged should also build in ms5.5 now
Jun 08 15:36:00 <mickeyl> so we have two things to try
Jun 08 15:36:29 <nytowl> ok, good when I tried it on Sunday is was complaining about a missing fraweork2
Jun 08 15:36:51 <mickeyl> you have fso-autorev.inc?
Jun 08 15:37:05 <mickeyl> the fso2 versions in sane-srcrev are uncomplete and outdated
Jun 08 15:37:07 <nytowl> not in that build no 
Jun 08 15:37:09 <mickeyl> ah
Jun 08 15:37:22 <nytowl> K i'll try to patch those in
Jun 08 15:37:29 <mickeyl> *nod*
Jun 08 15:37:43 <mickeyl> it makes no sense catching up for me with sane-srcrev while everything is moving so fast
Jun 08 15:37:52 <mickeyl> i start with that once things stabilize more on fso2
Jun 08 15:38:48 <nytowl> yeah I'll take it slow, hoping to keep stability over features
Jun 08 15:39:23 <DocScrutinizer> mrmoku: Artikel-Nr.: 767134 - 62 looks decent. 12V..24V :)
Jun 08 15:42:42 * mickeyl goes for a walk while bitbaking another fso-image
Jun 08 15:49:06 <CIA-69> freesmartphone.org: 03mickey 07aurora * r51e30bc14d62 10/README: README++
Jun 08 15:51:59 <mrmoku> DocScrutinizer, good, thanks :D
Jun 08 15:57:25 <sleipnir> DocScrutinizer: do you think the car charger can do 1A? and would one need to solder the 4k7 in there?
Jun 08 15:57:51 <khiraly1> sleipnir: I have bought one, and it only serves 500mA
Jun 08 15:58:03 <khiraly1> 500mA is fairly standard among chargers
Jun 08 15:58:10 <sleipnir> hmm ok
Jun 08 15:58:19 <khiraly1> motorola's phones have 500mA chargers
Jun 08 15:58:20 <DocScrutinizer> depends
Jun 08 15:58:46 <DocScrutinizer> most usb adapters can do 1A
Jun 08 15:59:35 <DocScrutinizer> you need a way to force fastcharge, otherwise FR will use 100mA mode
Jun 08 15:59:54 <khiraly1> DocScrutinizer: btw, are you aware what is special in motorola's phones? IT cant be charged with openmoko's charger (or car adapter), but I can charge freerunner with motorola's charger
Jun 08 16:01:00 <DocScrutinizer> I guess moto will use the short-D+D- method
Jun 08 16:01:18 <DocScrutinizer> to detect charger
Jun 08 16:01:57 <DocScrutinizer> OM charger has no short here, but FR doesn't care if D+/- is short
Jun 08 16:06:54 <khiraly1> DocScrutinizer: just dont understand why they dont implement in a usb car charger. All motorola phones has usb mini chargers
Jun 08 16:07:34 <DocScrutinizer> err, sorry don't get it
Jun 08 16:08:23 <khiraly1> DocScrutinizer: they want to sell a car charger (the car charger manufacturer), and they dont even bother to consider how to charge motorola phones
Jun 08 16:08:36 <khiraly1> and all motorola phones has usb mini chargers
Jun 08 16:08:54 <khiraly1> dont know how much the market share of motorola, but I expect at least 20%
Jun 08 16:09:03 <khiraly1> it is fairly big number...
Jun 08 16:09:04 <DocScrutinizer> hmm yep. but you were talking about OM charger, no?
Jun 08 16:09:45 <khiraly1> DocScrutinizer: I bought a car charger for my neo. My mom has a motorola phone (and my gf too), and I was hoping to charge their phones too
Jun 08 16:10:13 <khiraly1> but the car charger didnt charged them. I tried if the motorola charger charges freerunner. It charges it.
Jun 08 16:10:35 <DocScrutinizer> no idea. every OEM does his own proprietary charger detection
Jun 08 16:11:11 <khiraly1> but with motorola chargers you can charge other usb gadgets too
Jun 08 16:11:18 <DocScrutinizer> at least for usb1-mini
Jun 08 16:11:41 <DocScrutinizer> for usb-II-OTG there's a charger spec
Jun 08 16:12:09 <khiraly1> so for me it is fearly obvious to implement the motorola charger capability as it can charge any usb gadget *and* motorola phones
Jun 08 16:12:21 <DocScrutinizer> sure
Jun 08 16:12:35 <DocScrutinizer> short D+ and D-
Jun 08 16:12:44 <khiraly1> but the car charger manufacturer didnt bother to look around
Jun 08 16:12:50 <khiraly1> hmm
Jun 08 16:13:00 <khiraly1> I will try it out
Jun 08 16:13:17 <khiraly1> it is safe to do it? (just a shorting D+ and D-)
Jun 08 16:13:30 <DocScrutinizer> yup, should
Jun 08 16:13:38 <khiraly1> ok then. I will try out
Jun 08 16:13:53 <DocScrutinizer> fine. please report :-)
Jun 08 16:14:03 <khiraly1> thx for the tip. I hope motorola detect by this method
Jun 08 16:14:12 <DocScrutinizer> afaik
Jun 08 16:14:59 <DocScrutinizer> btw it's the USB2.0-charger supplement method (well part of it. iirc)
Jun 08 16:16:12 <DocScrutinizer> but for usb2-otg micro-usb is mandatory. seems micro has a hard time to establish for a standard though
Jun 08 16:16:46 <khiraly1> there is no simple cable between normal usb and usb-otg2, no?
Jun 08 16:16:50 <khiraly1> because of one more wire
Jun 08 16:17:14 <DocScrutinizer> that's true for mini as well
Jun 08 16:17:38 <DocScrutinizer> see, FR got 5 pins as well, same as micro has
Jun 08 16:17:40 <khiraly1> mini has 4 wires no? D+, D-, 5v, gnd
Jun 08 16:17:48 <DocScrutinizer> :-)
Jun 08 16:18:13 <DocScrutinizer> ID pin is #5
Jun 08 16:18:32 <khiraly1> hmm, indeed
Jun 08 16:18:41 <DocScrutinizer> the one Neo probes for magic 47k
Jun 08 16:18:48 <khiraly1> never counted the pins on the socket
Jun 08 16:18:49 <khiraly1> ;)
Jun 08 16:19:51 <DocScrutinizer> a short to gnd on ID should force the device to hostmode
Jun 08 16:19:59 <khiraly1> so neo can only charge (by default) 100mA and if detect 47 kOhm, it charges 1000mA
Jun 08 16:20:05 <khiraly1> but no 500mA by default?
Jun 08 16:20:37 <khiraly1> 500mA is fairly common. (my usb charger is 500mA, motorola chargers are 500mA, laptop can 500mA output)
Jun 08 16:20:57 <DocScrutinizer> that's mini-USB-B iirc. ID open circuit is USB-A. there's very few B cables out there
Jun 08 16:21:47 <ptitjes> Deubeuliou: I thought you would give it to Ainulindale 
Jun 08 16:21:49 <DocScrutinizer> khiraly1: 500 only by usb enum with host
Jun 08 16:22:19 <DocScrutinizer> or forced by software
Jun 08 16:22:42 <khiraly1> aha. So when connecting to laptop it is 500mA. When connecting to OM's wall charger it is 1000mA, any other case is 100mA
Jun 08 16:22:51 <khiraly1> so my car charger charges neo only with 100mA
Jun 08 16:22:57 <DocScrutinizer> SHR has  a slider to force 500
Jun 08 16:23:34 <DocScrutinizer> khiraly1: for now yes, probably
Jun 08 16:28:02 <wurp2|gone> khiraly1: Maybe Motorola patented shorting D+ to D- for purposes of recognizing the charger :-/
Jun 08 16:28:30 <wurp2|gone> as an explanation of why the FR charger mfr didn't do that
Jun 08 16:29:02 <DocScrutinizer> no patent
Jun 08 16:29:33 <DocScrutinizer> but difficult to implement detection, esp for highspeed USB
Jun 08 16:33:02 <DocScrutinizer> we could do D+/- short detection, but need severe hack to USB driver to do so, I guess
Jun 08 16:34:31 <DocScrutinizer> we also could implement a cery sophisticated current-ramping voltage detect procedure to mimic parts of USB2.0 charger spec calulation of max charger current
Jun 08 16:34:51 <DocScrutinizer>  s/cery/very/
Jun 08 16:36:30 <DocScrutinizer> all this needs quite an amount of kernel hacking though. I'm not eager to do that, might set up a application note sketching the outline though, eventually
Jun 08 16:40:30 <ChristW> Hmm, almost...
Jun 08 16:43:25 <khiraly1> mrmoku: here?
Jun 08 16:43:55 <khiraly1> mrmoku: SHR's fso is much more stable. I wrote a mini tutorial on bug #435: http://trac.freesmartphone.org/ticket/435#comment:24
Jun 08 16:44:15 <ChristW> What's the relationship between the openembedded recipies and the commands that get executed? If there's a command that's executed, how can I find where that command is generated?
Jun 08 16:44:28 <DocScrutinizer> khiraly1: mickey|bbiab might be interested in this
Jun 08 16:45:13 <khiraly1> DocScrutinizer: I wrote all my findings on bug #435. And I continue report on this bug everything what I gather.
Jun 08 16:45:47 <DocScrutinizer> should be ok for FSO to keep track :-)
Jun 08 16:46:10 <khiraly1> because if everybody works in a cage, this bug will be a neverending one. Need some collaboration there
Jun 08 16:46:57 <DocScrutinizer> ack
Jun 08 16:53:39 <onen|openBmap> OT, does anybody know a nice secure php contact form script?
Jun 08 16:56:24 <PaulFertser> DocScrutinizer: i would still like to discuss the idea of emergency shutdown a little more. Why do you think that it's a bad assumption if userspace thinks that percantage value from power_supply device is accurate enough for that kind of decision?
Jun 08 16:57:40 <max_posedon> btw, one question about emergency shutdown
Jun 08 16:57:48 <Ainulindale> onen|openBmap: hey just uploaded some cells
Jun 08 16:57:57 <max_posedon> doesn't this "feature" breaks battery colibration?
Jun 08 16:58:30 <max_posedon> because after a few months I really see, that battery reports 0 10mins before real 0.
Jun 08 16:58:48 <PaulFertser> max_posedon: it looks like battery should be factory calibrated (and it isn't). And no, no shutdown should affect battery calibration.
Jun 08 16:58:58 <onen|openBmap> Ainulindale:  :-)
Jun 08 16:59:11 <max_posedon> PaulFertser, as I know battery have self-colibration mechanizm
Jun 08 16:59:20 <onen|openBmap> Ainulindale: sadly, harddisk failure make processing on hold at the moment
Jun 08 16:59:46 <max_posedon> and I start thinking that battery "thinks" about zero at wrong time when you oftem shutdown it little bit before zero.
Jun 08 17:00:32 <DocScrutinizer> PaulFertser: batlog.txt shows evidence it actually is NOT accurate enough
Jun 08 17:00:34 <PaulFertser> max_posedon: no, it doesn't. I guess you might want to read bq27000 datasheet to understand how it works. But really, no shutdown should affect readings.
Jun 08 17:00:40 <mrmoku> khiraly1, good to hear :)
Jun 08 17:00:40 <Ainulindale> onen|openBmap: just did my taxses
Jun 08 17:00:41 <Ainulindale> -s
Jun 08 17:00:43 <Ainulindale> It hurts
Jun 08 17:00:45 <PaulFertser> DocScrutinizer: obviously.
Jun 08 17:01:05 <PaulFertser> DocScrutinizer: but it's a bug that can be fixed. I'll try to dump registers today and make sense of them. 
Jun 08 17:01:07 <DocScrutinizer> PaulFertser: and from considering how to do it right we see we don't need it anyway
Jun 08 17:01:35 <PaulFertser> DocScrutinizer: so, how to do it right in a cross-platform cross-device POV way?
Jun 08 17:01:52 <DocScrutinizer> shutdown has to be done by pmu bat_low threshold irq
Jun 08 17:01:57 * onen|openBmap hugs Ainulindale, and thinks he should ask for his money before he gives everything to the state
Jun 08 17:02:33 <PaulFertser> DocScrutinizer: other devices lack that... 
Jun 08 17:02:42 <DocScrutinizer> PaulFertser: there's no cross-platform unified way to handle this. It's highly hw specific
Jun 08 17:03:13 <DocScrutinizer> other devices lack bq27k as well
Jun 08 17:03:21 <PaulFertser> DocScrutinizer: why? Isn't it a reasonable assumption that any battery-powered linux-running device will have a decent remaining capacity estimate?
Jun 08 17:03:26 <DocScrutinizer> ;-D that's the point
Jun 08 17:03:41 <lindi-> the android porting manuals say that "blx ip" can be replaced by "mov lr, pc; bx ip" -- how can this work? won't lr point to the bx instruction and not to the next instruction after it?
Jun 08 17:03:42 <DocScrutinizer> gta01 doesn't
Jun 08 17:04:14 <DocScrutinizer> and bq27k CAN NOT resume / trigger irq
Jun 08 17:05:13 <DocScrutinizer> BL-5C has no bq27k either
Jun 08 17:05:15 <PaulFertser> DocScrutinizer: gta01 should have a capacity estimate. And any other device should have. Resume irq will just resume the device, FSO will see low level -> shutdown.
Jun 08 17:05:59 <PaulFertser> DocScrutinizer: i suggest to report 50% and STATUS_UNKNOWN for BL-5C inserted in FR to avoid emergency shutdown on 0%.
Jun 08 17:06:10 <DocScrutinizer> FSO is fixed right now afaik
Jun 08 17:07:43 <DocScrutinizer> PaulFertser: why do it with a botch to fix a botch? bat_low is the only way to go
Jun 08 17:07:46 <PaulFertser> DocScrutinizer: I still think it's a good idea to shutdown on low battery.
Jun 08 17:07:58 <DocScrutinizer> it DOES
Jun 08 17:08:01 <PaulFertser> DocScrutinizer: where low battery being 0% reading
Jun 08 17:08:14 <DocScrutinizer> that's *wrong*
Jun 08 17:08:22 <PaulFertser> DocScrutinizer: why? Isn't it a reasonable assumption that any battery-powered linux-running device will have a decent remaining capacity estimate?
Jun 08 17:08:32 <PaulFertser> And any device that is broken should be fixed.
Jun 08 17:08:40 <DocScrutinizer> you repet yourself
Jun 08 17:08:50 <PaulFertser> Sure, i couldn't understand your answer.
Jun 08 17:08:59 <PaulFertser> Hoping you would express it in other words.
Jun 08 17:09:07 <DocScrutinizer> low bat is defined as: bat voltage goes <2V8
Jun 08 17:09:14 <PaulFertser> Because gta01 and bl-5c are not goot examples.
Jun 08 17:10:00 <PaulFertser> And we can just set bq27000 properly to have voltage threshold set to 2.8?
Jun 08 17:10:03 <DocScrutinizer> we got generic means to detect this low_bat condition in PMU
Jun 08 17:10:33 <DocScrutinizer> we can not set bq27k to anything
Jun 08 17:10:53 <PaulFertser> Doc, if my assumption holds true then FSO should use device-independent reading of remaining capacity, not some device-specific way to decide if it's low capacity or not.
Jun 08 17:11:03 <DocScrutinizer> so why the hell would we want to use bq27k?
Jun 08 17:11:07 <PaulFertser> DocScrutinizer: why can't we set bq27k to anything?
Jun 08 17:11:10 <DocScrutinizer> for sys shutdown
Jun 08 17:11:39 <DocScrutinizer> are bq27k registers writable?
Jun 08 17:11:52 <PaulFertser> Because i want to see a device-inpedendent (from userspace POV) way to decide when to shutdown.
Jun 08 17:12:07 <DocScrutinizer> honestly, I'm kinda bored to discuss this topic
Jun 08 17:12:21 <onen|openBmap> testing shr image kernel filename state 2.6.28. when flashed, it is a 2.6.29-rc2 ...
Jun 08 17:12:49 <PaulFertser> DocScrutinizer: 21V is needed on the PROG pin
Jun 08 17:13:10 <PaulFertser> DocScrutinizer: :(
Jun 08 17:13:33 <DocScrutinizer> and I easly will shoot down any atemt to implement shutdown via bq27k by a ticket showing a case it fails miserably
Jun 08 17:14:01 <PaulFertser> DocScrutinizer: it looks like bq27000 is unreasonably factory programmed and that would mean that those FR-specific extra-cool extra-precise readings are fucked up and FR battery is no better than bl-5c.
Jun 08 17:14:48 * onen|openBmap tries unstable. testing refused to connect to windows through usb
Jun 08 17:15:59 <DocScrutinizer> bq27k never was included to gta02 bat to solve non-existing issues with sys shutdown. we got bat_low irq for this even on gta01. Bq27k is a mere convenience thing to get better user info for capacity
Jun 08 17:16:14 <PaulFertser> DocScrutinizer: ok, but i want a good estimate for capacity?
Jun 08 17:16:18 <PaulFertser> Anyway?
Jun 08 17:17:02 <PaulFertser> DocScrutinizer: what kernel<->userspace interface do you propose for that "now the battery is really low, shutdown!" event?
Jun 08 17:17:27 <wpwrak> PaulFertser: may i refer you to my analysis of a few weeks (?) ago ? these i explained the flag in the bq that tells you if the bq itself thinks it knows the capacity.
Jun 08 17:17:48 <PaulFertser> wpwrak: sure, given that factory programmed EEPROM values are reasonable.
Jun 08 17:17:49 <DocScrutinizer> you checked if ther's any already?
Jun 08 17:18:24 <onen|openBmap> shr testing refused to connect to windows through usb. does anybody get the same issue?
Jun 08 17:18:42 <DocScrutinizer> assumptions. forget about bq27k. it's just fine the way it is
Jun 08 17:18:43 <PaulFertser> wpwrak: no problem to export that flag, i was going to do that already, but it's of no use if bq27000 is improperly factory-programmed. Can you tell me who decided the register values and whether they're actually programmed during pack manufacturing?
Jun 08 17:19:31 <PaulFertser> DocScrutinizer: i'm talking about kernel<->userspace interface. You keep talking about hardware. Ok, we have a really decent way to know it's time to shutdown. How to signal userspace about it?
Jun 08 17:19:38 <eolson> onen, i had that issue once with vista
Jun 08 17:19:46 <eolson> (i only tried once)
Jun 08 17:19:53 <DocScrutinizer> you checked if ther's any already?
Jun 08 17:20:05 <wpwrak> PaulFertser: i'm afraid i have no idea if and what has been set there, factory-wise. it may be that someone cared enough to do something, but i don't really know
Jun 08 17:20:25 <wpwrak> PaulFertser: in any case, i think you can read the initial setting back, can't you ?
Jun 08 17:20:37 <PaulFertser> DocScrutinizer: no, i can't imagine a thing like that. I know laptop mode script does auto-hibernation and shutdown based on battery capacity readings.
Jun 08 17:21:03 <PaulFertser> wpwrak: i can read the state, i can't easily change it and it worries me.
Jun 08 17:21:04 <DocScrutinizer> I guess there's a signal to init, to inform init about pending doom
Jun 08 17:21:22 <PaulFertser> wpwrak: and i think Doc's log is convincing enough to prove it's unreasonable initial state already.
Jun 08 17:21:24 <eolson> onen, if you have a networking issue, i can't help any more than the wiki.  I mainly just succeeded in installing the driver.
Jun 08 17:21:29 <mrmoku> Ainulindale, ping
Jun 08 17:21:35 <Ainulindale> pong
Jun 08 17:21:39 <mrmoku> Ainulindale, building?
Jun 08 17:21:46 <Ainulindale> yes
Jun 08 17:21:58 <mrmoku> I just cherry picked the new dbus from fso/ms5.5
Jun 08 17:22:01 <PaulFertser> wpwrak: and it looks like a real fuck up to me (if bq27000 is not properly factory-programmed).
Jun 08 17:22:14 <mrmoku> we should have that in the image :P
Jun 08 17:22:16 <Ainulindale> Too bad the image was generating
Jun 08 17:22:24 <PaulFertser> wpwrak: because it was included for user convenience to provide accurate battery readings. And it doesn't seem to fulfill the purpose.
Jun 08 17:22:24 <wpwrak> PaulFertser: is all this initial state or could it also be "learned" state ?
Jun 08 17:22:27 <Ainulindale> and in fact just completed
Jun 08 17:22:33 <Ainulindale> but hey nevermind we'll relaunch it
Jun 08 17:22:39 <mrmoku> Ainulindale good :)
Jun 08 17:22:55 <mrmoku> Ainulindale, it really looks like fixing the problems
Jun 08 17:23:11 <Ainulindale> screen -x to check
Jun 08 17:23:22 <mrmoku> Ainulindale, already there :-)
Jun 08 17:23:27 <PaulFertser> wpwrak: From his log you can see that EVF1 is set too high, it should correspond to ~6% and Doc says it's plenty of energy left at that voltage where LMD was changed.
Jun 08 17:23:33 <DocScrutinizer> PaulFertser: I think bq27k is auto-adjusting if treated properly
Jun 08 17:23:47 <PaulFertser> DocScrutinizer: no, you need to provide it exact thresholds.
Jun 08 17:24:15 <PaulFertser> DocScrutinizer: it reaches EVF1 and considers it to be 6%. That's how it learns. If EVF1 is wrong, we're out of luck obviously.
Jun 08 17:25:05 <PaulFertser> 6.25%
Jun 08 17:25:17 <mrmoku> Ainulindale, what's going on there?
Jun 08 17:25:36 <mrmoku> not good
Jun 08 17:26:03 <DocScrutinizer> hmm, so obviously depends on our definition of "useable capacity". Modem borks at <3V5 .. 3V4
Jun 08 17:26:16 <Ainulindale> mrmoku ?
Jun 08 17:26:20 <dos1> mrmoku: new dbus fixes one issue, but there is still second one
Jun 08 17:26:35 <dos1> mrmoku: call your neo when it's suspended, and then wait for suspend :(
Jun 08 17:26:46 <Ainulindale> mrmoku: failed patch is nothing
Jun 08 17:27:32 <mrmoku> Ainulindale, ahh, I got confused, because you did make update twice... thought it was patching unstable too :P
Jun 08 17:28:21 <mrmoku> dos1, the old 'you have to touch it' problem?
Jun 08 17:28:35 <DocScrutinizer> dos1: I'm doing that frequently. Worked great without the patch. do you say there's a regression?
Jun 08 17:29:42 <dos1> DocScrutinizer: no, just i had two kinds of problems, and now i have only one :P
Jun 08 17:29:57 <dos1> mrmoku: no. it doesn't suspend and GSM isn't working
Jun 08 17:30:09 <PaulFertser> DocScrutinizer: yes, that depends on useable capacity of course. Do you think 3.625V is reasonable for 6.25%?
Jun 08 17:30:16 <dos1> mrmoku: in logs thereare dbus timeouts when calling to RequestResource
Jun 08 17:30:22 <DocScrutinizer> nope
Jun 08 17:30:24 <mrmoku> dos1, nah, I'm quite sure I don't have that... trying now
Jun 08 17:30:40 <dos1> well, i will try again
Jun 08 17:30:52 <dos1> maybe it isn't always reprocuctable
Jun 08 17:30:56 <mrmoku> dos1, I noticed that the keypad in efl2 is broken
Jun 08 17:31:00 <mrmoku> it kills ophonekitd :P
Jun 08 17:32:30 <DocScrutinizer> PaulFertser: 6% should be 3V5xx
Jun 08 17:33:05 <dos1> mrmoku: when my problem happends ophonekitd is still alive
Jun 08 17:33:31 <dos1> i have lots of logs
Jun 08 17:34:29 <mrmoku> dos1, I let it autosuspend... wake it up by calling it... waiting for autosuspend now (which does not seem to happen)
Jun 08 17:34:42 <dos1> mrmoku: hehe
Jun 08 17:34:55 <PaulFertser> DocScrutinizer: (called EDV1 actually)
Jun 08 17:35:04 <dos1> mrmoku: after few minutes try to open shr-contacts (with phonegui-efl, not efl2)
Jun 08 17:35:11 <DocScrutinizer> PaulFertser: with 3V65 you stll have some 200mAh capacity left
Jun 08 17:35:24 <dos1> and then try to suspend via syscon
Jun 08 17:35:53 <dos1> and then check, if your frameworkd.log have dbus timeouts
Jun 08 17:36:13 <mrmoku> uuhh yeah :(
Jun 08 17:36:17 <DocScrutinizer> PaulFertser: most of it in the range 3V6 downto 3V45
Jun 08 17:36:46 <dos1> mrmoku: (it's another issue, as when we was affected by that dbus problem there wasn't even timeout, and even going to Profiles page in shr-settings hanged)
Jun 08 17:36:52 <PaulFertser> DocScrutinizer: so EDV1 should have been set with great care to ensure it strictly corresponds to 6.25%
Jun 08 17:36:55 <wpwrak> DocScrutinizer: how much does the battery voltage actually change with load ? that may cost you some 100 mV as well
Jun 08 17:37:11 <dos1> mrmoku: so we have one issue fixed, but second is still there
Jun 08 17:37:42 <dos1> mrmoku: but at least it looks more like frameworkd than dbus issue
Jun 08 17:37:46 <DocScrutinizer> that's why I say "forget about entire CC foo, it's guesswork"
Jun 08 17:38:58 <PaulFertser> DocScrutinizer: but for user convenience it should have been a good guesswork :-/
Jun 08 17:39:22 <mrmoku> Ainulindale, it did not rebuild dbus :(
Jun 08 17:39:31 <mrmoku> guess we have to set the preferred version
Jun 08 17:39:44 <PaulFertser> wpwrak: can you suggest a good kernel-userspace interface to signal that "now it's really low battery left, shutdown!"?
Jun 08 17:40:08 <DocScrutinizer> you use CC to show some 1..5bars in bat applet to user. You sense modem dropout by actually no more response from modem, and you shutdown system on sys_low, with a warning triggered by bat_low
Jun 08 17:40:27 <Ainulindale> mrmoku: yes I guess we do
Jun 08 17:40:44 <Ainulindale> I'll leave you the honors
Jun 08 17:40:48 <mrmoku> 2009.06.08 19:40:10.342 oeventsd.action      ERROR    method RequestResource emited error: org.freedesktop.DBus.Error.NoRepl
Jun 08 17:40:51 <mrmoku> y: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security p
Jun 08 17:40:53 <PaulFertser> DocScrutinizer: why use CC at all then? 1-5 bars? Makes no sense, it'd be much easier and less troublesome to the users to use bl-5c.
Jun 08 17:40:54 <mrmoku> olicy blocked the reply, the reply timeout expired, or the network connection was broken.
Jun 08 17:40:55 <DocScrutinizer> PaulFertser: refer to ups semantics
Jun 08 17:40:58 <mrmoku> Ainulindale, ok 
Jun 08 17:41:32 <wpwrak> PaulFertser: hmm, the ones i used in the past were generally private. but there wasn't much in terms of general interfaces around back then. perhaps events will be okay.
Jun 08 17:41:33 <PaulFertser> DocScrutinizer: i'm afraid there's no, they're already userspace, communicating via some (proprietary) protocol over serial bus...
Jun 08 17:41:39 <DocScrutinizer> PaulFertser: sorry, I don't continue this pointless discussion
Jun 08 17:42:27 <PaulFertser> DocScrutinizer: pointless? My point is that if OM decided to use CC it should bring some benefits to the users comparing to BL-5C. For now (with wrongly programmed CC) i see only drawbacks.
Jun 08 17:42:54 * DocScrutinizer shrugs
Jun 08 17:44:10 <Ainulindale> mrmoku: meh :-)
Jun 08 17:44:11 <PaulFertser> wpwrak: input events? Hm, probably. Or we can teach some ups-monitoring software (upsd) our custom interface.
Jun 08 17:44:11 <DocScrutinizer> only drawback I notice is some ppl insist in using it for system critical stuff
Jun 08 17:44:12 <Ainulindale> I was bored
Jun 08 17:44:20 <PaulFertser> DocScrutinizer: i don't insist anymore.
Jun 08 17:44:25 <PaulFertser> DocScrutinizer: who else does?
Jun 08 17:45:16 <mrmoku> Ainulindale, what's weird?
Jun 08 17:45:26 <Ainulindale> Well the message was looking weird
Jun 08 17:45:37 <PaulFertser> DocScrutinizer: (drawbacks) what about people needing custom batteries instead of dirt-cheap available everywhere bl-5c?
Jun 08 17:46:18 <wpwrak> PaulFertser: maybe there are some other channels for battery alerts as well. you might want to poke around a little. it doesn't sound like all that unique a problem that there couldn't already be some sort of solution for it.
Jun 08 17:46:23 <DocScrutinizer> gta02 is suposed to work fine with BL-5C
Jun 08 17:46:33 <ptitjes> mrmoku, dos1, Deubeuliou,TAsn, spaetz, everybody: do you have some more things to say|answer on the "Ophonekitd step to dbus / libframeworkd-phonegui dbusification" thread on devel ML
Jun 08 17:46:54 <TAsn> no
Jun 08 17:46:56 <mrmoku> ptitjes, yep... lets *not* use dbus ;)
Jun 08 17:46:58 <ptitjes> mrmoku, dos1, Deubeuliou,TAsn, spaetz, everybody: we really need to go forward on this
Jun 08 17:46:59 <PaulFertser> DocScrutinizer: how will it measure battery voltage to give at least rough estimate of remaining capacity?
Jun 08 17:47:07 <TAsn> I don't think I have anything to add.
Jun 08 17:47:17 <TAsn> mrmoku, I'm sure it's not the only ipc mean
Jun 08 17:47:19 <PaulFertser> wpwrak: ok, thanks.
Jun 08 17:47:20 <dos1> ptitjes: only what i said to you on IRC, but it seems it's the same what already was said ;)
Jun 08 17:47:21 <TAsn> (am I right?)
Jun 08 17:47:36 <Ainulindale> ptitjes: I was planning to do a mail tonight.
Jun 08 17:47:50 <ptitjes> Ainulindale: ha! then we thought the same
Jun 08 17:47:52 <ptitjes> :)
Jun 08 17:48:04 <Ainulindale> Nah I was planning to do a mail with more ideas & stuff
Jun 08 17:48:15 <ptitjes> mrmoku, TAsn: hummm, are you serious ?
Jun 08 17:48:31 <ptitjes> or am I missing humor as everytime :)
Jun 08 17:48:37 <Ainulindale> Yeah, ptitjes, they were serious
Jun 08 17:48:38 <TAsn> ptitjes, I don't really care that much about the topic, I mean, dbus rocks
Jun 08 17:48:40 <Ainulindale> And I agree with them
Jun 08 17:48:43 <Ainulindale> dbus sucks balls
Jun 08 17:48:46 <Ainulindale> Let us change
Jun 08 17:48:46 <TAsn> though I wish there were more ways to communicate
Jun 08 17:48:49 <Ainulindale> And use prologbus
Jun 08 17:49:02 * mrmoku would prefer basicbus as it's simple ;)
Jun 08 17:49:11 <ptitjes> meeeh
Jun 08 17:49:37 <TAsn> mrmoku, dbus is the best possible solution for IPC, in my pov
Jun 08 17:49:46 <ptitjes> all you want but not superbus
Jun 08 17:50:01 <TAsn> though I would like to see libraries when possible, i.e when not a must, cut the middleman :)
Jun 08 17:50:08 <mrmoku> ptitjes, no need... we already have superAinulindale ;)
Jun 08 17:50:19 <TAsn> (allow the middleman to exist as well, though let us have another way)
Jun 08 17:50:41 <mrmoku> Ainulindale, why does it complain about not having dbus 1.12.14=
Jun 08 17:50:42 <mrmoku> `
Jun 08 17:50:44 <mrmoku> ?
Jun 08 17:51:07 <ptitjes> TAsn: yeah, that is what I promote
Jun 08 17:51:10 <mrmoku> uhh... me sucker :(
Jun 08 17:51:24 <TAsn> ptitjes, cool, than I'm giving you my vote :)
Jun 08 17:51:24 <ptitjes> TAsn: hopefully, libmodulo enables this transparently :)
Jun 08 17:51:29 <TAsn> great.
Jun 08 17:51:50 <DocScrutinizer> PaulFertser: man powerd
Jun 08 17:51:54 <ptitjes> TAsn: either a service is provided by a local component, either it is provided by a remote dbus one
Jun 08 17:52:00 <Ainulindale> mrmoku: is it enough as an answer?
Jun 08 17:52:14 <TAsn> ptitjes, yeah.
Jun 08 17:52:22 <PaulFertser> DocScrutinizer: ok, thanks for the pointer.
Jun 08 17:52:38 <Ainulindale> mrmoku: that's what's online
Jun 08 17:52:44 <ptitjes> oh btw guys I experienced something really funny today
Jun 08 17:53:00 <ptitjes> as it seems my mic is definitively dead, I tried the headset
Jun 08 17:53:35 <ptitjes> but putting the headset does not seems to change the statefile, OR the statefile still uses speaker and mic from the phone
Jun 08 17:54:06 <PaulFertser> ptitjes: yes, FSO just uses amixer to tweak one control on headset insertion.
Jun 08 17:54:25 <ptitjes> I don't know yet and as I am too tired (no comment about what I did this WE please) I won't look at the log this evening
Jun 08 17:54:27 <PaulFertser> ptitjes: and it doesn't do that consistently, i.e. i guess it will be reset on call.
Jun 08 17:54:31 <ptitjes> but it seems to be reproducible
Jun 08 17:54:39 <DocScrutinizer> PaulFertser: as mentioned before, I think our kernel notifies init directly, on sys_low irq
Jun 08 17:55:06 <PaulFertser> DocScrutinizer: i'll check that.
Jun 08 17:55:14 <ptitjes> PaulFertser: hummm. I'm really impatient mickey|bbiab delivers his new device sound stuff
Jun 08 17:55:20 <ptitjes> that will resolve all this in a shot
Jun 08 17:55:44 <PaulFertser> ptitjes: how is that project called?
Jun 08 17:55:56 <ptitjes> PaulFertser: it is part of cornucopia
Jun 08 17:56:19 <ptitjes> PaulFertser: they will replace subsystems one after the other (from python to vala)
Jun 08 17:56:43 <PaulFertser> ptitjes: i know about the latter :)
Jun 08 17:56:53 <ptitjes> PaulFertser: and the new device sound implementation uses DocScrutinizer's libascenario work and libcanbera to play sounds
Jun 08 17:57:10 <ptitjes> PaulFertser: yeah right sorry you were there too ;)
Jun 08 17:58:00 <ptitjes> PaulFertser: and also allows for two level and two toggles to be accessed from alsa
Jun 08 17:58:03 <ptitjes> directly
Jun 08 17:58:11 <ptitjes> IIRC what he told me
Jun 08 17:58:41 <PaulFertser> ptitjes: ok
Jun 08 18:01:30 <ptitjes> mrmoku, dos1, spaetz, TAsn, Deubeuliou, m0nt0: also could you give your POV on the "How to make a proposition about a technical change / How to avoid disputes" thread please ?
Jun 08 18:01:47 <TAsn> didn't I already?
Jun 08 18:01:58 <TAsn> well, will take care of that when I'll finish what I'm doing atm.
Jun 08 18:02:16 <ptitjes> if everybody is ok, I'd like to put that on wiki and make a kind of template to copy/paste for new RFC mails
Jun 08 18:02:31 <Ainulindale> ptitjes: without modification then :->
Jun 08 18:02:45 <ptitjes> Ainulindale: Wiki reformating only
Jun 08 18:02:57 <ptitjes> Ainulindale: isn't that what I told in my answer ?? ;-)
Jun 08 18:07:07 <dos1> ptitjes, mrmoku, dos1, spaetz, TAsn, Deubeuliou, m0nt0, Ainulindale, Toaster` - who else is in coreteam?
Jun 08 18:07:35 <Ainulindale> methril, mickey|bbiab
Jun 08 18:07:39 <Ainulindale> and that's all
Jun 08 18:08:49 <dos1> so we have 11 members
Jun 08 18:09:01 <Ainulindale> I told that in a mail
Jun 08 18:09:18 <ptitjes> hum, who is Toaster ?
Jun 08 18:09:25 <Ainulindale> Cameron Frazier
Jun 08 18:09:30 <ptitjes> ha ok
Jun 08 18:10:04 <ptitjes> Ainulindale: that would have been great that everybody presents himself maybe (so that we can link irc name and ML name)
Jun 08 18:10:20 <DocScrutinizer> hehe
Jun 08 18:10:23 <Ainulindale> Everybody presented himself on the membership appliance thread
Jun 08 18:12:01 <Ainulindale> dos1: problem with matchox im thing
Jun 08 18:12:09 <Ainulindale> it hides the keyboard on password fields
Jun 08 18:12:21 <DocScrutinizer> me suggests everybody configures his irc client to use a decent user name, along with nick ;-) ((I hate "purple" or "I'm too lame to read bitchX manual"))
Jun 08 18:12:31 <dos1> Ainulindale: yep, had it also on 2007.2
Jun 08 18:12:44 <dos1> Ainulindale: but you can still turn on keyboard manually, yep?
Jun 08 18:13:05 <Ainulindale> bug nonetheless :-)
Jun 08 18:13:52 <dos1> Ainulindale: of course :)
Jun 08 18:14:30 <TAsn> DocScrutinizer, is mine good enough? :)
Jun 08 18:14:30 <dos1> Ainulindale: it's sad that i had it half year before, and it's still not fixed :(
Jun 08 18:14:31 <DocScrutinizer> problem with pidgin: it hides the pw-field behind kbd ;-D
Jun 08 18:14:38 <TAsn> (except for the fake name in the whois)
Jun 08 18:15:52 <DocScrutinizer> TAsn: real name: Shawn Nash - looks decent to me,yes :-)
Jun 08 18:16:08 <TAsn> DocScrutinizer, not my real name
Jun 08 18:16:11 <TAsn> I'm tom.
Jun 08 18:16:32 <TAsn> I just do it to annoy ppl who think they are leet by getting someone's real name
Jun 08 18:16:43 <TAsn> (i.e wanna be hackers noobs)
Jun 08 18:16:49 <TAsn> :)
Jun 08 18:16:53 <DocScrutinizer> 8 won't create a postit note to remember, TAsn 
Jun 08 18:17:01 <TAsn> I'm a prankster in nature.
Jun 08 18:17:04 <TAsn> :)
Jun 08 18:20:02 <dos1> hehe
Jun 08 18:20:34 <dos1> maybe here i should have "Johny Tenfinger" as real name? D:d
Jun 08 18:20:53 <dos1> s/D:d/:D/
Jun 08 18:20:54 <bzzbot> dos1 meant: maybe here i should have "Johny Tenfinger" as real name? :D
Jun 08 18:21:39 <dos1> mrmoku: look on newest patches in fso/milestone5.5
Jun 08 18:22:17 <dos1> mrmoku: there is also bluez4 updated. could you also update connman?
Jun 08 18:30:53 <dos1> what is aurora?
Jun 08 18:31:41 <dos1> in FSO git?
Jun 08 18:32:07 * dos1 just saw links to FSO and SHR sites in README, but he didn't hear about it before
Jun 08 18:34:35 <dos1> mrmoku: we need also this commit: http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=fso/milestone5.5&id=4b13113660ec71ebcbc9babfb9c28765b8096b8a
Jun 08 18:36:22 <mrmoku> dos1, ho humm... yeah
Jun 08 18:37:25 <mrmoku> nytowl, you did not bump the PR... any reason?
Jun 08 18:37:31 <onen|openBmap> I just flashed the last image from shr unstable. usb networking seems to work on windows side, but the phone freezes
Jun 08 18:38:09 <onen|openBmap> someone here told me he used shr and usb connection under windows...
Jun 08 18:39:34 <dos1> mrmoku: update bluez4 and connman too!
Jun 08 18:39:36 <dos1> :P
Jun 08 18:44:11 <dos1> Ainulindale: gsmhandset.state from alsa-scenarii-shr is unusable for me :(
Jun 08 18:44:29 <dos1> Ainulindale: it's too quiet, i can't hear anything, unless i am in very quiet place
Jun 08 18:45:30 <dos1> Ainulindale: on street i have to turn speaker on and speak to neo as to dictafone ;D
Jun 08 18:45:43 <dos1> and i suppose it looks strange ;)
Jun 08 18:46:17 <dos1> (i could tweak my own gsmhandset.state file, but i'm too lazy :P)
Jun 08 18:46:48 <dos1> Ainulindale: are you interested in state file which works ok for me?
Jun 08 18:49:50 <khiraly1> hmm, the alsa statefiles in shr is fucked up
Jun 08 18:49:52 <SHR-WugBranler> tracfeed: Ticket #475 (Battery gadget: use Internal method as default) closed <http://trac.shr-project.org/trac/ticket/475#comment:11>
Jun 08 18:50:14 <khiraly1> Im going to restore the original om2009 alsa statefiles
Jun 08 18:50:30 <khiraly1> (there are lot of echo)
Jun 08 18:52:02 <SHR-WugBranler> tracfeed: Ticket #503 (wrong speed in shr-settings gps module) updated <http://trac.shr-project.org/trac/ticket/503#comment:1>
Jun 08 18:54:03 <SHR-WugBranler> tracfeed: Ticket #331 (Multiple windows not handled properly (rewrite SHR Settings launcher)) updated <http://trac.shr-project.org/trac/ticket/331#comment:6>
Jun 08 18:55:14 <nytowl> mrmoku, yeah I'm slow
Jun 08 18:55:56 <dos1> khiraly1: lot of echo?
Jun 08 18:56:08 <dos1> khiraly1: how it can be? volume is damn quiet!
Jun 08 18:56:11 <khiraly1> yeah its like if I talk in a cage
Jun 08 18:56:21 <khiraly1> for me it is loud as hell
Jun 08 18:56:50 <khiraly1> the echo is on the other end (not at the freerunner)
Jun 08 18:57:02 <dos1> khiraly1: WTF?
Jun 08 18:57:26 <dos1> khiraly1: i can't hear anything with gsmhandset.state, unless i'm in very quiet place
Jun 08 18:57:54 <dos1> khiraly1: do you have buzz-rework or a7?
Jun 08 18:58:00 <dos1> khiraly1: i have a5 without rework
Jun 08 18:58:24 <khiraly1> i dont know what generates /usr/share/openmoko/scenarios dir, but I need to restore it to the original. Because it worked wonderful yesterday
Jun 08 18:58:38 <khiraly1> dos1: with buzz rework. I just bought it like 3 week ago
Jun 08 18:59:03 <dos1> khiraly1: SHR statefiles are in /usr/share/shr/scenarii/
Jun 08 18:59:16 <dos1> khiraly1: just tweak volume to be a little lower
Jun 08 18:59:30 <dos1> well
Jun 08 18:59:31 <khiraly1> dos1: I made a symlink, because it didnt exist on my phone
Jun 08 18:59:40 <khiraly1> (I use om2009 btw)
Jun 08 18:59:47 <dos1> khiraly1: uh
Jun 08 18:59:59 <dos1> khiraly1: so why are you using SHR scenarios with om2009?
Jun 08 19:00:24 <dos1> it looks like for some people our statefile is damn quiet, and for some damn loud :x
Jun 08 19:00:49 <bumbl> stupid question: while reading the git logs of the projects: what is aurora?
Jun 08 19:00:59 <PaulFertser> dos1: looks like the damned cap in the earpiece path difference.
Jun 08 19:01:03 <bumbl> the readme is a bit brief
Jun 08 19:01:54 <khiraly1> (20.59.59) dos1: khiraly1: so why are you using SHR scenarios with om2009? <-- I use SHR's frameworkd
Jun 08 19:01:57 <dos1> bumbl: i have the same question
Jun 08 19:02:04 <dos1> khiraly1: so?
Jun 08 19:02:10 <dos1> khiraly1: it's just frameworkd
Jun 08 19:02:17 <khiraly1> and it wants scenarios in that dir (/usr/share/shr/scenariii)
Jun 08 19:02:19 <dos1> khiraly1: there is no SHR version :P
Jun 08 19:02:29 <dos1> khiraly1: so use just frameworkd-config, not frameworkd-config-shr
Jun 08 19:02:32 <bumbl> dos1: you are not involved? at least shr-project and freesmartphone are mentioned in the readme
Jun 08 19:02:34 <dos1> which is SHR specific
Jun 08 19:02:45 <dos1> bumbl: i noticed the same, but dunno what is it
Jun 08 19:03:25 <khiraly1> dos1 could you post your md5sum * in /usr/share/shr/scenariii dir?
Jun 08 19:03:49 <khiraly1> here is mine: http://pastebin.com/m585fed71
Jun 08 19:04:00 <bumbl> well anyway still waiting for my bugfixed neo
Jun 08 19:04:01 <dos1> khiraly1: opkg remove frameworkd-config-shr; opkg install frameworkd-config; opkg remove alsa-scenarii-shr; opkg install openmoko-alsa-scenarios
Jun 08 19:04:22 <dos1> khiraly1: if you just symlinked, then you have different one
Jun 08 19:05:14 <khiraly1> yeah, probably. But yesterday the voice was beautiful at both end
Jun 08 19:06:15 <dos1> khiraly1: in om2009 you can press AUX when in call to adjust volume
Jun 08 19:06:34 <dos1> khiraly1: maybe you accidentaly pushed AUX and volume went up?
Jun 08 19:11:33 <khiraly1> dos1: AUX only adjust the speaker on freerunner and not the mic
Jun 08 19:11:41 <khiraly1> and I was dissatisfied on the *other end*
Jun 08 19:11:58 <khiraly1> so not on neo, but on the other phone was lot of echo
Jun 08 19:12:04 <dos1> khiraly1: when volume of speaker goes down, then echo is gone
Jun 08 19:12:08 <dos1> khiraly1: :P
Jun 08 19:12:35 <khiraly1> but maybe it was only too close the two phones
Jun 08 19:12:40 <Ainulindale> mrmoku: how went the image creation?
Jun 08 19:13:18 <khiraly1> dos1: btw, the microphone of the freerunner is configured in a way that the other end hears anything what happens in the room
Jun 08 19:13:47 <khiraly1> generally in other phones if you speak 2-3 meter away the phone does not transmit it.
Jun 08 19:14:20 <khiraly1> Freerunner is the contrary. It tranmits the far voices too. An ideal spy gadget btw
Jun 08 19:15:32 <khiraly1> dos1: btw, SHR's frameworkd is lot more stable. I made at least 10 calls without frameworkd failure
Jun 08 19:15:48 <dos1> khiraly1: there is no "SHR frameworkd"
Jun 08 19:15:54 <dos1> khiraly1: we just have newer version
Jun 08 19:16:08 <dos1> and our configuration, but that's just profiles, ringtone etc.
Jun 08 19:17:20 <mrmoku> Ainulindale, nothing went... I cherry-picked another commit to make dbus more permissive
Jun 08 19:17:28 <mrmoku> (which is needed as otherwise nothing would work)
Jun 08 19:17:55 <mrmoku> Ainulindale, and I'm going to pick new bluez and new connman
Jun 08 19:19:13 <khiraly1> dos1: its pretty much special, you have configuration files placed in strange locations, other configuration files, etc.;)
Jun 08 19:19:30 <khiraly1> looks like a fork already
Jun 08 19:19:48 <dos1> khiraly1: no
Jun 08 19:19:59 <dos1> khiraly1: you mean frameworkd-config-shr
Jun 08 19:20:04 <dos1> khiraly1: which you don't need
Jun 08 19:20:19 <dos1> khiraly1: frameworkd is just newer version
Jun 08 19:20:31 <dos1> khiraly1: and you should use frameworkd-config outside shr :P
Jun 08 19:20:37 <khiraly1> dos1: nevermind. It works now, if it still working in a couple of day without crashing frameworkd, it will stay as my development phone.
Jun 08 19:21:05 <khiraly1> Dont want to upgrade, I want only a *reliable* phone for now
Jun 08 19:21:47 <khiraly1> want to fix some paroli issues, and such. 
Jun 08 19:22:03 <F4t> mwester, here?
Jun 08 19:23:06 <khiraly1> anyway, was a nice find to try out the frameworkd shipped with shr. Its a good hunch, only need a git bisect to identify which commit broke it exactly. Maybe it will unveil some more defects too. 
Jun 08 19:46:34 <Fate> mwester, ping
Jun 08 19:49:10 <dos1> i've got frameworkd running on my host
Jun 08 19:49:20 <dos1> nice for opimd development :)
Jun 08 19:49:30 <mrmoku> dos1, bad for making phone calls :P
Jun 08 19:49:53 <dos1> mrmoku: hehe
Jun 08 19:53:27 <dos1> INFO:ogsmd.channel:<OptionChannel via /dev/ttyUSB2>: initializing
Jun 08 19:53:28 <dos1> ERROR:ogsmd.modem.abstract:could not open channel UNSOL, retrying in 2 seconds
Jun 08 19:53:41 <dos1> i have only ttyUSB0 and ttyUSB1 with my modem
Jun 08 19:58:30 <PaulFertser> dos1: does it support 0710?
Jun 08 19:58:48 <dos1> PaulFertser: looks like no. i used singleline modem :)
Jun 08 19:58:59 <PaulFertser> dos1: but have you tried it?
Jun 08 19:59:35 <dos1> PaulFertser: AT+CMUX doesn't work
Jun 08 19:59:48 <dos1> PaulFertser: it creates two deviced
Jun 08 19:59:53 <PaulFertser> dos1: ah, i see.
Jun 08 19:59:56 <dos1> PaulFertser: /dev/ttyUSB0 and /dev/ttyUSB1
Jun 08 20:00:37 <PaulFertser> dos1: do you have any HSPA coverage there?
Jun 08 20:01:48 <dos1> PaulFertser: dunno. that's not my modem, i'm just trying to get it working on linux for my gf
Jun 08 20:02:06 <dos1> PaulFertser: and in meantime i want to try it with frameworkd :D
Jun 08 20:02:15 <PaulFertser> dos1: i was asking about cell networks in Poland, not about your modem.
Jun 08 20:02:42 <dos1> PaulFertser: dunno if i have coverage HERE, but in poland there is some coverage :P
Jun 08 20:04:32 <PaulFertser> dos1: our stupid military authorities prohibited "3G" in Moscow but there's some coverage in St.Petersburg and several other cities.
Jun 08 20:09:43 <dos1> GPRS doesn't work with singleline
Jun 08 20:09:46 <dos1>     self.port = str( self._object.modem.dataPort() )
Jun 08 20:09:47 <dos1> AttributeError: 'SingleLine' object has no attribute 'dataPort'
Jun 08 20:31:00 <budfive> onen|openBmap: can you tell me how long it should take between when I upload data to OBM (with openBmap-logger) and when the data becomes available on the site? I'd like to be able to confirm that my uploads have succeeded
Jun 08 20:34:33 <onen|openBmap> budfive: hi. we have a harddisk failure. that is the reason of tweeter being blocked to the message about maintenance of the server
Jun 08 20:35:19 <onen|openBmap> budfive: on regular service ;-), you would get a tweet (also displayed on the website main page), when the processing of your data has *started*
Jun 08 20:35:51 <onen|openBmap> budfive: then you have to spot the 'last update' time on main page to change, meaning your data have been integrated.
Jun 08 20:35:58 <budfive> onen|openBmap: what HD failed? The one that supports twitter or some part of the main database?
Jun 08 20:36:04 <onen|openBmap> budfive: detection of uploaded data is through a 10 minutes loop
Jun 08 20:36:26 <budfive> onen|openBmap: ok, thanks
Jun 08 20:36:34 <onen|openBmap> budfive: the one Nick uses to generate the map coverage out of raw data
Jun 08 20:37:48 <lindi-> if you cat /dev/ttySAC1 do you get a stream of '$GPTXT,01,01,01,NMEA unknown msg*58'?
Jun 08 20:47:12 <khiraly1> btw, with the current frameworkd audio rewrite. Is it possible to use it for audio feedback? (beep, click effect, etc)
Jun 08 20:51:31 <lindi-> khiraly1: over dbus?
Jun 08 20:51:44 <khiraly1> yepp
Jun 08 20:51:49 <khiraly1> why it is too much latency?
Jun 08 20:52:05 <lindi-> khiraly1: since dbus is so complex
Jun 08 20:52:43 <khiraly1> I dont know exactly. Just paroli (and I think any dialer/phonebook/etc) app will need sooner or later some audio feedback
Jun 08 20:53:14 <tmzt> libsydney?
Jun 08 20:53:17 <khiraly1> and as mickey|bbiab is working on a low latency low cpu usage .wav playback, I think this is the right one
Jun 08 20:54:15 <lindi-> khiraly1: how can such playback use cpu time especially if you are not doing mixing?
Jun 08 20:54:57 <khiraly1> ok. Maybe im not the right one to ask about;) But mickey|bbiab is working on a wav playback program because the ringtone usually had 2-3sec latency
Jun 08 20:55:15 <khiraly1> and resulted often missed calls (I couldnt pick up the phone in time)
Jun 08 20:55:48 <khiraly1> I dont really know the details
Jun 08 21:13:04 <onen|openBmap> anybody uses shr through usb, under windows?
Jun 08 21:16:00 <mrmoku> onen|openBmap, what is that? :P
Jun 08 21:16:36 <onen|openBmap> mrmoku: don't laugh at me, I have to reboot under W, to test it for Nick
Jun 08 21:16:49 <onen|openBmap> mrmoku: bad him
Jun 08 21:17:15 <mrmoku> onen|openBmap, poor ham :;P
Jun 08 21:17:19 <onen|openBmap> mrmoku: testing usb connection refuses to work properly, and unstable connection works, but the phone freezes
Jun 08 21:22:38 <Fate> onen|openBmap, have the same problem, kernel panics when connecting to windows host
Jun 08 21:23:25 * onen|openBmap sings: you are not alooooone, I am ....
Jun 08 21:24:06 <onen|openBmap> Fate: these are my first steps with shr, and what I need does not work :-(
Jun 08 21:24:45 <onen|openBmap> Fate: did you use different versions, and noticed when the usb windows connection stopped working?
Jun 08 21:24:48 <Fate> onen|openBmap, ye, its frustrating, especially since i have a different windows box that does work with it and usb con.. !
Jun 08 21:25:09 <onen|openBmap> Fate: :-S
Jun 08 21:25:11 <Fate> onen|openBmap, nop, since i have a windows box that does work, i assumed its a windows problem...
Jun 08 21:25:16 <onen|openBmap> Fate: same windows version?
Jun 08 21:25:31 <Fate> its XP... but sure about service packs...
Jun 08 21:25:39 <Fate> one is constantly updated, the other is not...
Jun 08 21:25:48 <onen|openBmap> Fate: which one works?
Jun 08 21:25:50 <Fate> the constantly updated one is the problematic one...
Jun 08 21:26:03 <Fate> the clean service pack (dont remmeber which) is the one that works
Jun 08 21:26:04 <onen|openBmap> Fate: of course :'-(
Jun 08 21:26:08 * mrmoku rembers something about some SP that braught problems with FR USB
Jun 08 21:26:15 <Fate> i think clean SP3
Jun 08 21:26:35 <Fate> mrmoku, you probably remmber windows BSOD, not moko kernel panic :-/
Jun 08 21:26:58 <mrmoku> Fate, yeah... but that might be related
Jun 08 21:27:05 * mrmoku prefers windows going in tilt though ;)
Jun 08 21:27:24 * Fate prefers things to work
Jun 08 21:27:25 <onen|openBmap> Fate: so if Nick's computer is not sp3, it may work?
Jun 08 21:27:48 <F4t> forgot to change nick...
Jun 08 21:28:05 <F4t> and im not sure.... i just have 2 test cases...
Jun 08 21:28:20 <F4t> one of which i dont remmber... i just know xp sp3 windows-updated patched doesnt work
Jun 08 21:28:23 <onen|openBmap> F4t: well it probably was... your fate.
Jun 08 21:28:27 * onen|openBmap is sorry
Jun 08 21:28:32 <F4t> lol
Jun 08 21:29:25 <onen|openBmap> F4t: ok thanks for the input. I will try tomorrow, see if it works on Nick's machine. Mine got sp3 installed right before trying
Jun 08 21:29:56 <F4t> a clean sp3 should work, it doesnt?
Jun 08 21:30:06 * onen|openBmap forgot the look and feel of windows for not having launched it for very long time
Jun 08 21:32:01 <F4t> mwester! here? :(
Jun 08 21:32:50 <onen|openBmap> F4t: well I got sp3 installed, rebooted. and connected unstable (not tried testing). connection works, but FR freezes
Jun 08 21:37:44 <F4t> onen|openBmap, sucks
Jun 08 21:38:00 <F4t> onen|openBmap, clean sp3? or sp3 with patches?
Jun 08 21:38:11 <onen|openBmap> F4t: no I don't!
Jun 08 21:38:42 <F4t> did you just answer an "or" question with "no i dont"?
Jun 08 21:40:09 <onen|openBmap> F4t: well I described exactly what I saw. I think there was 4 updates, when I rebooted, I got some sp3 wizard. So it might be patched, I guess
Jun 08 21:40:53 <onen|openBmap> F4t: it was a bad joke (again) with your previous message.
Jun 08 21:41:07 <onen|openBmap> F4t: what is "or" ?
Jun 08 21:42:59 <F4t> "or" is the english word used to signify choice...
Jun 08 21:43:35 <F4t> anyway, not much i can help with :-/
Jun 08 21:44:37 <rhkfin> onen|openBmap: what's the thing with the openbmap server..? Still can't see me on the list :)
Jun 08 21:48:00 <onen|openBmap> rhkfin: please have a look at my last email on community ML
Jun 08 21:48:13 <onen|openBmap> bb in 5 minutes
Jun 08 21:48:36 <rhkfin> onen|openBmap: ok
Jun 08 21:53:27 <onen|openBmap> rhkfin: I'm back
Jun 08 21:54:10 * mrmoku is planning a long journey... to kick Ainulindale from 3rd place ;)
Jun 08 21:54:20 <rhkfin> onen|openBmap: need to go in a minute..
Jun 08 21:54:50 <rhkfin> onen|openBmap: I saw your mail on the CH/OCI/OBM comparison thread but I don't think there was anything about the server..
Jun 08 21:55:20 <onen|openBmap> mrmoku: Ainulindale "stole" me more than 600 cells. He was using my sim card ;-)
Jun 08 21:55:38 <onen|openBmap> rhkfin: another email, later, new thread
Jun 08 21:55:54 <onen|openBmap> rhkfin: summary: hard disk failure. Nick is working on it.
Jun 08 21:55:58 <rhkfin> onen|openBmap: I'll do it tomorrow. CU!
Jun 08 21:56:03 <rhkfin> onen|openBmap: oops! Did you loose data?
Jun 08 21:56:12 <onen|openBmap> rhkfin: no
Jun 08 21:56:18 <onen|openBmap> rhkfin: CU!
Jun 08 21:56:21 <rhkfin> onen|openBmap: great. zzz
Jun 08 21:59:23 <onen|openBmap> mrmoku: do you want me to send you an extra sim card, so that you can log different cells on your way back ;-)
Jun 08 22:00:14 <tmzt>  you have to associate to see cells?
Jun 08 22:06:59 <mrmoku> onen|openBmap, good idea... I have two ;)
Jun 08 22:09:31 <onen|openBmap> mrmoku: how many km do you plan to travel?
Jun 08 22:09:59 <mrmoku> onen|openBmap, we will probably go to spain somewhere... maybe portugal
Jun 08 22:10:03 <mrmoku> so it will be some kms :)
Jun 08 22:10:45 <onen|openBmap> mrmoku: I plan getting more FRs, just to be able to log all the three providers in France at all time...
Jun 08 22:11:00 <onen|openBmap> mrmoku: I only have one, the other I have to share with Nick :-(
Jun 08 22:11:13 <mrmoku> onen|openBmap, you're quite in love with your project... I like that :D
Jun 08 22:11:24 * Zorkman was lurking and agrees :)
Jun 08 22:11:53 <Zorkman> better than getting two FR's is not traveling the same way back :D
Jun 08 22:12:05 * onen|openBmap loves everyone (but Ainulindale) and every projetc (but .$#@%59)
Jun 08 22:12:31 <Zorkman> anyway, g2g, i've uploaded my small contribution for today to openbmap :)
Jun 08 22:12:47 <onen|openBmap> Zorkman: no I would like to have all the operators logged at all time. I can additionaly not take the same way back ;-)
Jun 08 22:13:03 <Zorkman> that's the best sollution :)
Jun 08 22:13:05 <onen|openBmap> Zorkman: hard disk failure. So no update for now
Jun 08 22:13:19 <ZorkAway> onen|openBmap: i know, read it on the site (and on twitter)
Jun 08 22:13:22 <onen|openBmap> Zorkman: mrmoku: my dream: a working dx900
Jun 08 22:13:24 <mrmoku> ZorkAway, you could combine both and get the max :)
Jun 08 22:13:27 <ZorkAway> btw: you should get a better domain name :D
Jun 08 22:13:40 <onen|openBmap> ZorkAway: openbmap belongs to us too :-)
Jun 08 22:13:44 <ZorkAway> http://realtimeblog.free.fr/ doesn't sound sexy enough :)
Jun 08 22:13:48 <onen|openBmap> ZorkAway: openbmap.org
Jun 08 22:14:07 <ZorkAway> lol, didn't know that
Jun 08 22:14:25 <ZorkAway> but, it's just a redirect, and http://realtimeblog.free.fr/ reappears in the url bar,
Jun 08 22:14:30 <ZorkAway> should be other way around :)
Jun 08 22:14:37 <ZorkAway> anyway; who cares :)
Jun 08 22:14:39 <ZorkAway> bye!
Jun 08 22:16:00 <onen|openBmap> mrmoku: dx900 is dual sim 8-)
Jun 08 22:16:19 <onen|openBmap> mrmoku: and on gnufiish project target
Jun 08 22:16:34 <onen|openBmap> ~seen Dave
Jun 08 22:16:34 <bzzbot> dave <n=dave@pool-138-89-1-87.mad.east.verizon.net> was last seen on IRC in channel #openmoko-cdevel, 53d 8h 55m 40s ago, saying: 'dos1, I thought opimd was just a legend!? :o'.
Jun 08 22:19:16 <onen|openBmap> good night everyone!
Jun 08 22:28:12 <mrmoku> Ainulindale, image is bad
Jun 08 22:28:35 <mrmoku> Ainulindale, still has wrong /etc/dbus-1/system.conf
Jun 08 22:32:51 <mrmoku> Ainulindale, I think  <deny send_type="method_call"/> is the culprit one
Jun 08 22:33:20 <mrmoku> anyway, I'm off to bed now... If you don't get arround fixing it, I will do so tomorrow
Jun 08 22:33:26 <mrmoku> (well today actually :P)
Jun 08 22:35:24 <Maybelline> allo?
Jun 08 22:39:04 <CIA-69> SHR: 03seba.dos1 07shr-settings * r48982d958867 10/playground/shr-settings-debug: [playground] debug: set minimal window size
Jun 08 22:39:14 <CIA-69> SHR: 03seba.dos1 07shr-settings * r7e118f0be922 10/shr-settings: [launcher] set minimal window size
Jun 08 22:39:15 <CIA-69> SHR: 03seba.dos1 07shr-settings * rb196fbcbe423 10/playground/wifiman.py: [playground] wifiman.py: don't segfault on disconnecting
Jun 08 22:47:35 <_Maybelline_> Can anyone point me to an update on the Mofi/Connman/Wicd/Whatever solution?  I find that my wifi works once, and then, after a suspend, I never get connected again.  Just curious what the plan is for wifi...
Jun 08 22:54:47 <_Maybelline_> Sorry, it's SHR that I'm interested in for wifi direction.
**** ENDING LOGGING AT Tue Jun 09 02:59:57 2009