**** BEGIN LOGGING AT Fri May 08 02:59:57 2009
May 08 05:13:21 <mrmoku|a`> Ainulindale: ping pong :-)
May 08 05:13:38 <mrmoku|a`> Ainulindale: we have a serious problem
May 08 05:14:04 <mrmoku|a`> Ainulindale: packages from git *without* AUTOREV don't add the git-serialization-prefix to the PV
May 08 05:14:10 <mrmoku|a`> and thus don't update correctly
May 08 05:14:55 <mrmoku> Ainulindale: and there is an important update pending for testing to make the phonelog work again
May 08 05:15:15 <mrmoku> I'm kind of clueless... about how to do that
May 08 05:22:21 <CIA-75> SHR: 03mok 07shr-themes * rfb4bb5c916af 10/e-wm/e-wm-config-illume-shr/e.src: config-illume-shr: try to fix Aux keybinding and set power to suspend
May 08 05:25:55 <Ainulindale> mrmoku: graaaah. I had this problem one time.
May 08 05:28:07 <mrmoku> Ainulindale: any idea? set ophonekitd in testing to autorev?
May 08 05:58:20 <Ainulindale> mrmoku: I don't know, and I can't help right now I'm leaving... Please ask alphaone or mickey|zzZZzz to see if they had the issue
May 08 06:05:43 <mrmoku> Ainulindale: ok
May 08 06:11:07 <tobii_> good morning
May 08 06:35:14 <plinder> Considering configure.ac from gsm0710muxd.git: AC_SUBST(GLIB_CFLAGS)
May 08 06:35:15 <plinder> AC_SUBST(GLIB_LIBS) are missing (I think this is just a copy-paste, because AC_SUBST(DBUS_CFLAGS)
May 08 06:35:15 <plinder> AC_SUBST(DBUS_LIBS) are defined twice). 
May 08 06:43:32 <spaetz> using PV = "x.y.z+svnr${SRCREV}" ?
May 08 06:46:16 <mrmoku> spaetz: PV = "x.y.z+gitr${SRCREV}
May 08 06:46:35 <mrmoku> and that adds the serialized git prefix (before the git hash) only for autorev packages
May 08 06:48:17 <spaetz> ahh, ok got it now
May 08 06:48:29 <spaetz> a bit slow this morning :)
May 08 06:49:11 <mrmoku> spaetz: which is really, really bad for us now
May 08 06:49:55 <mrmoku> (not that you are slow :P)
May 08 06:50:07 <spaetz> hehe
May 08 06:50:12 <spaetz> agreed
May 08 06:50:25 <spaetz> we need that or we'll have random up/downgrading
May 08 06:50:51 <spaetz> or we use SRCDATE+SRCREV or something
May 08 06:50:51 <mrmoku> hmm... I could just bump the *version* for ophonekitd...
May 08 06:51:15 <spaetz> version bumping helps but only if you do that every time :)
May 08 06:51:38 <mrmoku> yeah... we need a long-term solution (which would be to fix bitbake for fixed revs)
May 08 06:51:54 <mrmoku> and we need a hack to get that damned fixed ophonekitd out
May 08 06:52:16 <mrmoku> testing has pyphonelog expecting the new sql view and ophonekitd that does the old one
May 08 06:52:19 <mrmoku> bad
May 08 06:53:39 <mrmoku> spaetz: btw... I added claws-mail to the feed... really nice
May 08 06:53:56 <mrmoku> ahh... and I fixed the keybindings... both :-)
May 08 06:54:00 <spaetz> nice, so far there was no mail app at all, does it work on that screen?
May 08 06:54:20 <mrmoku> spaetz: you can select a small-screen view... that works quite nice
May 08 06:54:21 <spaetz> wow, that is really cool. Why did the keybinding stopped working?
May 08 06:54:32 <spaetz> was it stat missing SECTIONS thingie?
May 08 06:54:38 <spaetz> stat/that
May 08 06:54:38 <mrmoku> because it was in one section... take a look at the diff
May 08 06:54:41 <mrmoku> yeah
May 08 06:54:46 <spaetz> ok, will look at the diff
May 08 06:54:57 <spaetz> I'd like to add vpnc to the feed too
May 08 06:55:15 <spaetz> I need that for connecting to the commercial hotspots in Switzerland for free :)
May 08 06:55:28 <mrmoku> will try if it builds after some minutes of daywork
May 08 06:55:34 <spaetz> it build fine
May 08 06:55:40 <mrmoku> spaetz: ok add it then :-)
May 08 06:55:45 <spaetz> I compile it locally often. It's available already
May 08 06:55:49 <spaetz> I'll do it
May 08 06:56:42 <mrmoku> spaetz: ok... building it manually now
May 08 07:00:31 <alphaone> mrmoku: Ask about what?
May 08 07:07:45 <mrmoku> alphaone: hey
May 08 07:07:51 <mrmoku> we have PV problems...
May 08 07:08:20 <mrmoku> SRCREV for git projects that are *not* AUTOREV don't get the git serialization prefix applied
May 08 07:08:37 <mrmoku> and thus don't update correctly
May 08 07:09:01 <alphaone> oh
May 08 07:09:43 <alphaone> mrmoku: I have BB_GIT_CLONE_FOR_SRCREV="1" in my local.conf
May 08 07:09:55 <alphaone> That should take care of that
May 08 07:09:59 <alphaone> Ah, no!
May 08 07:10:00 <alphaone> Wait
May 08 07:10:09 <alphaone> That's true, unfortunately.
May 08 07:10:25 <alphaone> Zecke had a patch that should take care of that
May 08 07:10:29 <mrmoku> alphaone: yeah... we have that too
May 08 07:10:33 <alphaone> But it was never accepted
May 08 07:10:43 <mrmoku> a patch to bitbake?
May 08 07:11:01 <mrmoku> s/to/for/
May 08 07:11:01 <bzzbot> mrmoku meant: a patch for bitbake?
May 08 07:50:43 <alphaone> yes
May 08 07:50:56 <alphaone> mrmoku: You need to ask zecke
May 08 07:51:09 <alphaone> or look on the bitbake mailing list
May 08 07:52:19 <onen> ptitjes: ping
May 08 07:55:17 <mrmoku> alphaone: ok
May 08 08:07:52 <alphaone> Azog: ping
May 08 08:11:20 <Azog> alphaone: pong; i just read the trac mail
May 08 08:11:50 <alphaone> Azog: Yeah, about that... Is there anything special I need to know about device #1?
May 08 08:12:06 <alphaone> Because as is the GSM modem doesn't respond.
May 08 08:12:42 <Azog> alphaone: is it the one with the better fitting invisible shield?
May 08 08:16:35 <Azog> alphaone: afaik both modems at least worked sometime
May 08 08:17:26 <alphaone> (better fitting) yes
May 08 08:17:29 <alphaone> hmm
May 08 08:18:11 <Azog> that's bad, this one is mine :(
May 08 08:18:32 <Azog> i called some time ago, and it worked
May 08 08:18:52 <Azog> (well, except for the buzz)
May 08 08:19:25 <Azog> i flashed the new firmware on the modem, paulfertser wanted me to test the procedure
May 08 08:24:01 <alphaone> Azog: Ah, did it go through?
May 08 08:24:11 <alphaone> Azog: Maybe an aborted flash attempt?
May 08 08:24:19 <Azog> alphaone: it succeeded
May 08 08:24:26 <alphaone> hmm
May 08 08:24:40 <Azog> alphaone: i got the right version with mickeyterm (?), too
May 08 08:25:09 <Azog> alphaone: i always switched off the antenna in shr, could that be a problem?
May 08 08:25:22 <alphaone> not really
May 08 08:25:35 <alphaone> Okay, device #2 works and reports Moko8
May 08 08:25:44 <alphaone> So that's the other one?
May 08 08:26:43 <Azog> yes, the other one is mine
May 08 08:27:27 <alphaone> okay
May 08 08:28:52 <alphaone> I'll try to flash a firmware and see if anything responds
May 08 08:29:35 <Azog> thanks; unfortunately i am at work and have to do something, i come again here, when i can
May 08 08:29:41 <alphaone> okay
May 08 08:32:40 <alphaone> DocScrutinizer: Does this mean something to you?
May 08 08:34:37 <alphaone> Could this be an instance of the GSM was working, now it's not issue?
May 08 08:35:09 <TAsn> hey, if I want to just build the illume keyboard
May 08 08:35:14 <TAsn> do I need to recompile e?
May 08 08:46:34 <TAsn> well anyhow, if anyone interested I just added rtl support for the illume keyboard, you can now state this keyboard is rtl and therefore space will be dragging from right to left instead of dragging from left to right. ;] (same for backspace)
May 08 08:56:07 <DocScrutinizer> alphaone: hmm, seems I'm missing the context
May 08 08:56:57 <alphaone> DocScrutinizer: I've got a Freerunner where the GSM modem doesn't respond.
May 08 08:57:07 <alphaone> Was working fine before according to Azog
May 08 08:57:16 <DocScrutinizer> :-/
May 08 08:57:28 <alphaone> DocScrutinizer: Wasn't there a bug about B1701 you punted off to Werner?
May 08 08:57:34 <DocScrutinizer> see #2229
May 08 08:57:54 <alphaone> Could also be U1705
May 08 08:58:09 <DocScrutinizer> B1701 is a wild guess (though I'm rather god in that sometimes)
May 08 08:58:22 <alphaone> This one doesn't seem to come up at all
May 08 08:59:07 <DocScrutinizer> U1705 could be damaged as well, but There I'm missing the story about how it happens
May 08 08:59:20 <alphaone> God or good? :-)
May 08 08:59:26 <alphaone> Both, probably :-)
May 08 08:59:28 <DocScrutinizer> :-)
May 08 08:59:38 <alphaone> okay, will check
May 08 08:59:41 <DocScrutinizer> up to you to decide ;-)
May 08 08:59:46 <alphaone> Azog: I'm going to dissect you FR
May 08 09:01:50 <DocScrutinizer> alphaone: anyway #2229 clearly shows the modem reset is happening on registration. I don't think baseband is taking considerably higher amount of current, it's only VB-GSM that is seeing high current when TX
May 08 09:02:21 <lindi-> DocScrutinizer: maybe it just crashes and reboots?
May 08 09:02:23 <alphaone> Here it looks like it's getting power initially, but then dies right after
May 08 09:02:24 <DocScrutinizer> so I don't really suspect U1705
May 08 09:02:33 <alphaone> See also the pastebin
May 08 09:02:42 <DocScrutinizer> huh?
May 08 09:03:08 <alphaone> somtoh
May 08 09:03:08 <DocScrutinizer> which pastebin?
May 08 09:03:08 <alphaone> oh
May 08 09:03:13 <alphaone> wait :-)
May 08 09:03:37 <alphaone> http://pastebin.ca/1416157
May 08 09:03:39 <alphaone> This one
May 08 09:03:57 <methril|work> good morning
May 08 09:04:12 <alphaone> The ROM ERROR only happens when I echo 1 > on the other console
May 08 09:04:19 <alphaone> So it must get something from the modem
May 08 09:06:55 <DocScrutinizer> yup
May 08 09:08:14 <DocScrutinizer> not to debate manual vs batch, but did you ever try uSD-flash image?
May 08 09:11:56 <alphaone> Hmm, where the hell is U1705
May 08 09:12:04 <alphaone> And where can I probe VBAT?
May 08 09:12:12 <alphaone> No, didn't
May 08 09:12:21 <alphaone> But this worked every time so far
May 08 09:12:24 <alphaone> gtg
May 08 09:12:30 <alphaone> will be back later
May 08 09:18:17 <TAsn> hm.. is it safe to opkg upgrade unstable? or is it amazingly broken?
May 08 09:18:17 <TAsn> ;]
May 08 09:18:25 <TAsn> (except for the phonelog issue...)
May 08 09:26:34 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rcceb71486b85 10/libfsotransport/ (3 files in 2 dirs): 
May 08 09:26:34 <CIA-75> freesmartphone.org: enable Transport.GetDelegate, now that http://bugzilla.gnome.org/show_bug.cgi?id=578412 is fixed
May 08 09:26:34 <CIA-75> freesmartphone.org: bump version
May 08 09:28:49 <mrmoku> TAsn: unstable works fine
May 08 09:29:07 <mrmoku> TAsn: don't know if upgrade works though... depends on what you have now
May 08 09:29:07 <TAsn> what about the 1px wide illume power menu?
May 08 09:29:24 <TAsn> mrmoku, ~1 month old unstable iirc.
May 08 09:29:28 <mrmoku> I removed the menu and bound the power key to suspend directly
May 08 09:29:28 <TAsn> not sure though.
May 08 09:29:38 <mrmoku> TAsn: guess you will have to reflash then
May 08 09:29:49 <TAsn> mrmoku, what about shutting down? how do you do that?
May 08 09:29:57 <TAsn> mrmoku, nah, nvm then, will just wait ;]
May 08 09:30:03 <mrmoku> TAsn: press power for more then two seconds
May 08 09:30:10 <TAsn> oh, cool.
May 08 09:30:16 <mrmoku> TAsn: well... you can wait... but will have to reflash then anyway ;)
May 08 09:30:44 <TAsn> mrmoku, will be less painful though ;] I don't know if I have the time to reflash atm
May 08 09:30:55 <TAsn> (i.e install everything I want...)
May 08 09:31:01 <TAsn> no, I don't have a script to do that.
May 08 09:31:04 <TAsn> I'm an idiot. ;]
May 08 09:31:25 <TAsn> bah, analyzing the bitbake files is taking forever ;\
May 08 09:31:34 <TAsn> *Handling
May 08 09:31:55 <mrmoku> TAsn: well... I'm an idiot too then :P
May 08 09:32:05 <TAsn> mrmoku, ;]
May 08 09:32:15 <TAsn> depends on the amount of stuff you have.
May 08 09:32:43 <TAsn> though actually, atm the shr lite image includes most of what I need.
May 08 09:32:44 <TAsn> ;]
May 08 09:33:12 <TAsn> and since I keep my home dir
May 08 09:33:23 <TAsn> reflashing isn't as painful as it can be.
May 08 09:33:36 <TAsn> but still...
May 08 09:43:00 <spaetz> mrmoku: should we announce that on shr-user? press short for suspend long for poweroff?
May 08 09:46:40 <methril|work> spaetz, mrmoku: it's a provisional workaround? i like the menu, and i was hopping it get fixed
May 08 09:53:55 <mrmoku> spaetz: probably... yes. And that one has to rm -rf .e...
May 08 09:54:07 <mrmoku> methril|work: we might discuss if we want to keep it that way
May 08 10:12:23 <Azog> alphaone|gone: i'm back from the lab and here for ca. 0.5 h; thanks for your efforts so far
May 08 10:17:10 <methril|work> mrmoku: I prefer that this be configurable :)
May 08 10:19:08 <DocScrutinizer> spaetz: mrmoku: I'd like that to be configurable. In the end a menu isn't that bad
May 08 10:25:57 <ptitjes> good morning
May 08 10:28:44 <mrmoku> methril|work, DocScrutinizer: well... it is configurable... was, is and will be :P
May 08 10:29:19 <mrmoku> question is... what should be the default?
May 08 10:29:29 <mrmoku> and I think we should do a poll about that
May 08 10:31:03 <ptitjes> mickey|zzZZzz: ping
May 08 10:31:10 <mickey|zzZZzz> pong
May 08 10:31:16 <ptitjes> hello
May 08 10:31:46 <mickey|zzZZzz> ptitjes: hi, i have rebased our topic branches against head yesterday. i don't know how to create a new version of the combined branch pending-upstream-move though. can you do that?
May 08 10:31:49 <ptitjes> mickey|zzZZzz: hummm you commited above gir-writing ?
May 08 10:32:16 <mickey|zzZZzz> yes, gir-writing contained a bogus diff that was picked up from some old version of my posix branch
May 08 10:32:37 <ptitjes> revert is bad
May 08 10:32:40 <ptitjes> :(
May 08 10:32:41 <mickey|zzZZzz> this lead to compilation errors for anything that uses GDir
May 08 10:33:14 <mickey|zzZZzz> well, the alternative is to recreate gir-writing without this patch
May 08 10:33:16 <ptitjes> mickey|zzZZzz: git rebase -i
May 08 10:33:25 <ptitjes> I'll do it
May 08 10:33:28 <mickey|zzZZzz> ok, thanks
May 08 10:33:35 <mickey|zzZZzz> ah and i have one feature request
May 08 10:33:40 <mickey|zzZZzz> wrt. error marshalling
May 08 10:33:54 <ptitjes> let me clean the repo again
May 08 10:33:59 <ptitjes> :)
May 08 10:40:44 <mickey|zzZZzz> thanks. wrt. dbus error marshalling, could you leave the error names as is, if they already use camel case?
May 08 10:40:59 <mickey|zzZZzz> Right now you convert NoChannel to Nochannel
May 08 10:41:13 <mickey|zzZZzz> (if I don't override via annotation)
May 08 10:42:46 <mrmoku> mickey|zzZZzz: any hint what we can do against git projects *without* AUTOREV not getting the git-serialization-prefix applied to PV?
May 08 10:43:11 <mickey|zzZZzz> this needs fixing in BitBake
May 08 10:43:21 <mickey|zzZZzz> zecke did something similar while he was working for OM
May 08 10:43:30 <mickey|zzZZzz> if you want to work on it, please ask him for a kickstart
May 08 10:43:38 <mickey|zzZZzz> he always wanted to do this in OE, but never got the time to do it
May 08 10:43:47 <mrmoku> find him in #oe?
May 08 10:43:54 <ptitjes> mickey|zzZZzz: hum conventions in Vala says error code are like constants LIKE_THIS
May 08 10:43:56 <mickey|zzZZzz> and i'm afraid that won't change soon, so lets get the info needed from him
May 08 10:44:20 <mickey|zzZZzz> ptitjes: here we are again :) I don't think the programming language should enchain me
May 08 10:44:28 <mickey|zzZZzz> mrmoku: write him a mial
May 08 10:44:38 <mrmoku> mickey|zzZZzz: ok, thanks
May 08 10:44:42 <mickey|zzZZzz> mrmoku: zecke@selfish.org
May 08 10:45:00 <mickey|zzZZzz> ptitjes: conventions good, but it should not _force_ me
May 08 10:45:27 <ptitjes> mickey|zzZZzz: conventions are there for readers to understand your code
May 08 10:45:34 <mickey|zzZZzz> why is
May 08 10:45:43 <mickey|zzZZzz> throw new CamelCaseErrorDomain.FOO_BAR
May 08 10:45:46 <mickey|zzZZzz> more understandable than
May 08 10:45:49 <mickey|zzZZzz> throw new CamelCaseErrorDomain.FooBar ?
May 08 10:46:22 <ptitjes> mickey|zzZZzz: think contextual
May 08 10:46:43 <mickey|zzZZzz> error domains are const as well. you might as well request the error domains to be ALL_UPPER_CASE
May 08 10:46:45 <ptitjes> mickey|zzZZzz: that is the same problem about capitalized method names
May 08 10:46:49 <mickey|zzZZzz> indeed
May 08 10:46:54 <mickey|zzZZzz> and i still completely disagree :)
May 08 10:47:06 <ptitjes> mickey|zzZZzz: an person not knowing your API will wonder if it is a class name of method name
May 08 10:47:23 <ptitjes> s/of/or
May 08 10:47:38 <ptitjes> mickey|zzZZzz: this is the only purpose of those conventions
May 08 10:47:39 <mickey|zzZZzz> you can also argue that a person not knowing my API will immediately see that this is the Dbus implementation
May 08 10:47:49 <mickey|zzZZzz> other side of the same story
May 08 10:47:59 <ptitjes> what ?
May 08 10:48:13 <mickey|zzZZzz> (capitalized method names for dbus implementation)
May 08 10:48:21 <ptitjes> yes class names
May 08 10:48:52 <ptitjes> mickey|zzZZzz: Inner classes to be exact
May 08 10:49:08 <mickey|zzZZzz> lets not argue about it. if you don't want to add it, so be it. i'll just annotate them then :)
May 08 10:49:44 <mickey|zzZZzz> if Vala wants to enforce this
May 08 10:49:48 <mickey|zzZZzz> it better raises an error
May 08 10:49:53 <mickey|zzZZzz> instead of letting people go with it
May 08 10:49:59 <ptitjes> mickey|zzZZzz: I started the rest of the API like this btw: http://git.freesmartphone.org/?p=specs.git;a=summary
May 08 10:49:59 <mickey|zzZZzz> so i doubt it's a strong convention
May 08 10:50:05 <mickey|zzZZzz> but we can ask Jürg
May 08 10:50:30 <ptitjes> mickey|zzZZzz: why not continue for all the APIs
May 08 10:50:43 <ptitjes> I can change but we must aggree once for all then
May 08 10:50:51 <ptitjes> I want clean code
May 08 10:51:17 <mickey|zzZZzz> lets see a show of hands on the mailing list
May 08 10:51:23 <ptitjes> mickey|zzZZzz: I really really care about that
May 08 10:51:40 <ptitjes> mickey|zzZZzz: why not ask on Vala's one
May 08 10:51:45 <mickey|zzZZzz> that's what i meant
May 08 10:52:41 <ptitjes> I have a hard time setting the repo correctly :(
May 08 10:53:46 <mickey|zzZZzz> why's that? nothing bases on gir-writing, so it should be possible to yank the branch and recreate it without the offending revert, no?
May 08 10:55:12 <mickey|zzZZzz> i'll write a mail to the vala list gathering some input
May 08 10:55:31 <ptitjes> I try to not  recreate it
May 08 10:55:37 <ptitjes> else I have for one hour
May 08 10:56:27 <mickey|zzZZzz> if you need access to the bare repo, you can have it
May 08 10:57:06 <ptitjes> interactive rebase already started
May 08 10:57:08 <ptitjes> fuck
May 08 10:57:35 * ptitjes is in a bad mood
May 08 10:57:37 <mickey|zzZZzz> i can still do git reset HEAD~1, if you want
May 08 10:58:33 <ptitjes> no because I need to remove the two commits that appear at the start of the branch
May 08 11:00:56 <mickey|zzZZzz> ah, k
May 08 11:04:04 * Weiss is disturbed that his site is the second hit on Google for "DRI DRI2"
May 08 11:05:23 <mrmoku> Weiss: want to be the first one? :P
May 08 11:05:50 <ptitjes> pffff
May 08 11:05:53 <ptitjes> fixed :D
May 08 11:05:56 <mickey|zzZZzz> phew
May 08 11:05:57 <mickey|zzZZzz> good!
May 08 11:06:05 <onen> mrmoku: hi
May 08 11:06:09 <mrmoku> onen: hey
May 08 11:06:15 <mrmoku> how are the cells today?
May 08 11:06:27 <mickey|zzZZzz> i just sent a mail to vala@ soliciting some input wrt. our error name debate :)
May 08 11:06:32 <onen> mrmoku: openBmap 0.3.0 out an thanks to Stefan, in OE. Would you mind adding it to the SHR feed?
May 08 11:06:49 <mrmoku> onen: no don't mind :P ... will do
May 08 11:07:27 <onen> mrmoku: he he, I am on vacation, and every time my gf wants to go for a walk, I now enjoy it thinking of collected cells (but she now refuses to let me borrow her sim card, had to pick the one of my mother :-D )
May 08 11:07:49 <onen> mrmoku: will it hit testing feed? or only unstable?
May 08 11:07:54 <Weiss> mrmoku: :)
May 08 11:08:25 <onen> mrmoku: number of cells seen: 1859
May 08 11:08:36 <Zorkman> onen: is there some relase info?
May 08 11:08:56 <onen> Zorkman: hi. Number of cells seen: 1303
May 08 11:09:18 <Zorkman> yeah i'm not travelling much :(
May 08 11:09:26 <onen> mrmoku: Zorkman: Nick has spent some time trying to put some hall of fame stats. nothing official. he wants to have sth good before communicating about it
May 08 11:09:27 <mrmoku> onen: both I think
May 08 11:09:48 <Zorkman> onen: hall off fame might be good to encourage people
May 08 11:10:12 <onen> Zorkman: no that is pretty good. I have around 4500, but with a 600 km trip with two freerunners
May 08 11:10:48 <onen> mrmoku: ok, I will flash one of my FR to SHR (Nick wants to be able to connect through wifi, for uploading. does wifi works?)
May 08 11:10:54 <Zorkman> wow, and neighbours are now activated!
May 08 11:11:49 <onen> Zorkman: of course release info there is. opkg has been updated, Stefan added it to fso feed this morning and mrmoku will do quickly ( ;-) ). Then I will send an email on community (hope to be seen between noise ;-) )
May 08 11:11:55 <mrmoku> onen: works in unstable
May 08 11:12:08 <mrmoku> in testing some people complain its not working... not sure though
May 08 11:12:22 <onen> mrmoku: when I thank you about putting it into the feed, every release, do you want me to state your name or your nickname?
May 08 11:12:46 <Zorkman> mrmoku; onen: i use testing (not the latest) and have no problems whatsoever with wifi (WEP encryption)
May 08 11:12:54 <mrmoku> onen: well... thank stefan... as he's the one doing the work
May 08 11:13:04 <mrmoku> I just build it
May 08 11:13:08 <onen> Zorkman: hall of fame: indeed. Just to see how others are doing, push you to make better ;-)
May 08 11:13:41 <onen> Zorkman: they are collected. But nick still is thinking about the way to use it for generating zones in kml and so on
May 08 11:14:09 <ptitjes> mickey|zzZZzz: pending-upstream-move is updated :)
May 08 11:14:15 <mickey|zzZZzz> thanks a lot
May 08 11:14:19 <ptitjes> np
May 08 11:14:19 <Zorkman> onen, the link on opkg.org doesn't lead to http://realtimeblog.free.fr/; it redirects to http://www.opkg.org/www.openbmap.org
May 08 11:14:20 <onen> Zorkman: I think he uses WPA. WEP is cracked in a matter of minutes with regular computer
May 08 11:14:22 <mickey|zzZZzz> how do you create the combined branch usuallyß
May 08 11:14:23 <mickey|zzZZzz> ?
May 08 11:14:55 <mickey|zzZZzz> remove it, create again as copy from master, then merge with every topic branch?
May 08 11:14:59 <Zorkman> onen: i know WEP is cracked in minutes with a regular computer (even with the openwrt running on my fon) because i cracked it in minutes... :p
May 08 11:15:09 <ptitjes> mickey|zzZZzz: I did not find an easy way in fact
May 08 11:15:21 <ptitjes> git branch -D pending-upstream-move
May 08 11:15:34 <ptitjes> git checkout -b pending-upstream-move master
May 08 11:15:43 <onen> Zorkman: indeed. I will have a look. thanks for spotting this.
May 08 11:15:45 <ptitjes> git pull . topic-branch1
May 08 11:15:54 <ptitjes> git push -f origin pending-upstream-move
May 08 11:16:02 <ptitjes> git pull . topic-branch2
May 08 11:16:03 <ptitjes> ...
May 08 11:16:13 <mickey|zzZZzz> ah, i see. 
May 08 11:16:25 <ptitjes> mickey|zzZZzz: hopefully we only have 4 topic branches :D
May 08 11:16:29 <mickey|zzZZzz> yeah
May 08 11:16:38 <mickey|zzZZzz> hopefully less soon
May 08 11:16:45 <ptitjes> yeah!!!
May 08 11:16:47 <ptitjes> :D
May 08 11:16:47 <onen> Zorkman: did you give you authorisation to crack it? otherwise you should tell the police about what you did to yourself ;-)
May 08 11:17:06 <Zorkman> i'll turn myself in ;)
May 08 11:17:41 * onen thinking about buying a sim card for openBmap. People refuse now to give theirs to me
May 08 11:19:03 <Zorkman> onen: i like the improvements "gps is on" and waiting for a 3d fix
May 08 11:19:25 <Zorkman> no indication of how many neigbouring cells are seen though (not sure if you find that important)
May 08 11:19:55 <onen> Zorkman: next steps: add some fields to the logs (timing advance for Doc ;-) ). Then I think a serious rework from the GUI is needed. And EFL/Elementary gets always more of my attention (but would bring me problems to get the packet into debian... by the wayif anybody is interested in packaging it...)
May 08 11:20:08 <CIA-75> freesmartphone.org: 03mickey 07specs * rad742f282140 10/odevice/org.freesmartphone.Device.Audio.xml.in: org.freesmartphone.Device.Audio: add fso:enumeration org.freesmartphone.Device.SoundState
May 08 11:20:31 <Zorkman> yeah, that TA of Doc seemed very interesting
May 08 11:20:42 <onen> Zorkman: the issue about not knowing if gps was on and why data were considered not valid has been brought up by fredrin. This is a quick fix. 
May 08 11:21:14 <Zorkman> the gui is "acceptable" to me; I find it ok
May 08 11:21:41 <onen> Zorkman: yes indeed. GUI rework will basically be: keep complete screen for infos (about serving/neighbours, etc...) when pressing, will bring another frame with only buttons
May 08 11:21:53 <onen> Zorkman: in the same way as TomTom.
May 08 11:22:34 <onen> Zorkman: does it make sense? (by the way, mail me if you have things you would like to see on GUI (mail because it is easy to keep trace of it)
May 08 11:23:07 <onen> Zorkman: "acceptable" is not acceptable to me ;-) I want the people to find it good.
May 08 11:23:20 <CIA-75> freesmartphone.org: 03mickey 07specs * r74cfda1b6684 10/odevice/org.freesmartphone.Device.Input.xml.in: org.freesmartphone.Device.Input: add fso:enumeration org.freesmartphone.Device.InputState
May 08 11:26:06 <mrmoku> onen: ok... unstable has it. updating will not destroy my cached cells?
May 08 11:26:09 <Zorkman> It's clear what everything does, it's fingerfriendly, very readable, userfriendly...
May 08 11:26:28 <Zorkman> onen: only: when asked to enter username/password: those boxes could be bigger
May 08 11:26:29 <onen> mrmoku: Zorkman: to give you an idea, I drove 600 km with car, mostly on highway. I got around 400 cells with two FRs on two networks. So your stats are already pretty good. Now with neighbours, this would be multiplied by a factor of, let's say 3 :-)
May 08 11:27:08 <onen> mrmoku: what do you call cached? files located in 'HOME'/.openBmap/Logs & Processed_logs ?
May 08 11:27:11 <Zorkman> and also, the windows for username/password should not be centered (vertically) because this means that when somebody uses a big keyboard; he won't be able to see it entirely while typing
May 08 11:27:50 <onen> Zorkman: ah good point. they are bigger on mine ;-) I don't think tuning GTK for my app is the way to go
May 08 11:28:03 <onen> Zorkman: this should be system wide settings (what I done with mine)
May 08 11:28:25 <onen> Zorkman: and I wanted to test under SHR if gtk is configured for bigger buttons
May 08 11:28:40 <onen> Zorkman: I will add a note about this on wiki/manual
May 08 11:30:08 <Zorkman> perfect
May 08 11:30:56 <onen> Zorkman: ok. add to my todo list the problem with keyboard going above the popup. thanks for pointing
May 08 11:31:23 <Zorkman> np, it might be a very isolated problem because the keyboard i use is very big
May 08 11:33:07 <mickey|zzZZzz> mrmoku: zecke is in #oe right now, might want to catch him
May 08 11:33:38 <onen> Zorkman: when I see the todo list growing up only for the client (I don't work on server side, website, out of brainstorming), I am very sad of not having succeded in collaborating with CH. I really hate this feeling of duplication of work. And with summer time coming, he will have more time than I will for hacking ;-)
May 08 11:34:30 <onen> mrmoku: Zorkman: ok guys, lunch time, bbl
May 08 11:37:54 <CIA-75> freesmartphone.org: 03mickey 07specs * rbe5ff63a6efe 10/odevice/org.freesmartphone.Device.Audio.xml.in: org.freesmartphone.Device.Audio: add fso:errordomain
May 08 11:38:57 <CIA-75> freesmartphone.org: 03mickey 07specs * r76734e317ee1 10/otapi/org.freesmartphone.GSM.Call.xml.in: org.freesmartpone.Call: change error domain name
May 08 11:39:24 <Zorkman> bon appetit Onen_away
May 08 11:41:15 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rbfded99e5581 10/libfsoframework/ (6 files in 2 dirs): fsoframework: add skeleton for KObjectNotifier
May 08 11:41:16 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r850fee979cac 10/libfsoframework/vapi/linux26.vapi: fsoframework: linux26.vapi: include sys/ioctl.h here, since it's Linux specific
May 08 12:06:45 <CIA-75> freesmartphone.org: 03mickey 07framework * r71c1645a8160 10/framework/subsystems/odeviced/idlenotifier.py: odeviced: idlenotifier: do not reset all config timeouts when re(enabling) one
May 08 12:21:07 <CIA-75> SHR: 03Sebastian 07shr-overlay * r73bb618a3bcb 10/openembedded/recipes/tasks/task-shr-feed.bb: add vpnc to feed
May 08 12:29:34 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r4359aca02353 10/libfsoframework/ (configure.ac fsoframework/logger.vala vapi/posixextra.vapi): fsoframework: depend on vala 0.7.3 which has our syslog patches applied, remove from posixextra
May 08 12:29:36 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r9d11c512778e 10/libfsoframework/vapi/linux26.vapi: fsoframework: linux26.vapi: add netlink message constants
May 08 12:40:07 <spaetz> Onen_away: one thing I am really missing, is "I would like to see what is already uploaded"
May 08 12:40:18 <spaetz> but when I look at the google map on openbmap
May 08 12:40:28 <spaetz> it is empty and I don't know what to enter in the search fields
May 08 12:40:49 <spaetz> how can I see if e.g. in my neighbourhood something has been recorded already?
May 08 12:41:09 <spaetz> this is more of a website thing and not openbmap, but it would help me somewhat
May 08 12:41:10 <SHR-WugBranler> tracfeed: Ticket #416 ([upstream fixed, waiting for e bump] elementary_alarm doesn't handle dst) updated <http://trac.shr-project.org/trac/ticket/416#comment:3>
May 08 12:43:15 <ptitjes> mickeyl: did you notice that ? http://git.gnome.org/cgit/vala/commit/?id=268e31d5ccfa3dc3670fc26e49dc6ed6835bc7dc
May 08 12:44:25 <mickeyl> for sure, that's quite cool. jürg promised me to layout the basics, although he's not interested in that
May 08 12:44:42 <mickeyl> might give some interesting possibilities in resource constrainted environments
May 08 12:44:50 <mickeyl> you can even use Vala on Atmels now ;)
May 08 12:45:35 <onen> mrmoku: ping
May 08 12:45:47 <ptitjes> mickeyl: yeah and for RT stuff...
May 08 12:47:18 <mrmoku> onen: pong
May 08 12:47:40 <onen> mrmoku: ok, what was your question again? if your cached logs would be safe during upgrade?
May 08 12:47:55 <mrmoku> yep
May 08 12:47:59 <onen> mrmoku: what do you call cached? xml files under HOME/Logs HOME/Processed_logs ?
May 08 12:48:34 <mrmoku> onen: well... Logs I guess... cells I did not yet subimt
May 08 12:48:40 <mrmoku> s/subimt/submit/
May 08 12:48:40 <bzzbot> mrmoku meant: onen: well... Logs I guess... cells I did not yet submit
May 08 12:49:48 <onen> mrmoku: files won't be deleted, in both folders. You will upgrade. Your config file will upgrade smoothly when running the application, and you will generate new version of logs
May 08 12:50:08 <onen> mrmoku: when sending, it will upload files with old format, and with new. no pb
May 08 12:50:18 <mrmoku> ok fine :-)
May 08 12:50:38 <onen> mrmoku: but of course, you could upload what you have before upgarde ;-) never safe enough ;-)
May 08 12:50:49 <mrmoku> hehe :-)
May 08 12:51:17 <mrmoku> onen: I have some backuped logs too... that I saved before a reflash
May 08 12:51:17 <onen> mrmoku: ok have to go. both FRs fully charged, ready for 100 kms logging
May 08 12:51:24 <mrmoku> have fun
May 08 12:51:44 * mrmoku moves downstairs in the garden... sun is shining :D
May 08 12:51:54 <onen> mrmoku: I backup every log I do, before deleting them from phone. I do the same with OSM gpx.
May 08 12:52:30 * onen thinks sun is never shining, but burning my white skin
May 08 12:52:51 <onen> Zorkman: merci ;-) see you later! go logging
May 08 12:52:56 <onen> bye everyone
May 08 13:28:12 <alphaone> mickeyl: Vala on Atmels?
May 08 13:31:41 <Azog> alphaone: if you have questions, i am here again for 15 min
May 08 13:34:22 <CIA-75> SHR: 03mok 07shr-makefile * r6ec908431d71 10/conf/ (site.conf site.testing.conf): site.conf: add SRCPV
May 08 13:34:32 <CIA-75> SHR: 03mok 07shr-makefile * r2437f2a79b87 10/Makefile: Makefile: remove unused OE_SRCREV
May 08 13:34:59 <CIA-75> SHR: 03mok 07shr-overlay * r53b7dbf9a2db 10/openembedded/recipes/shr/ (15 files): bump versions of shr apps and use SRCPV instead of SRCREV
May 08 13:37:14 <alphaone> Azog: Thanks, but I just returned. Need to look at it and do some measurements
May 08 13:38:29 <CIA-75> SHR: 03mok 07shr-overlay * r5b19001894f4 10/openembedded/recipes/shr/ (15 files): bump versions of shr apps and use SRCPV instead of SRCREV
May 08 13:45:33 <Deubeuliou> mrmoku: ping
May 08 13:45:45 <lindi-> DocScrutinizer: hmm, again got complaint that the other party can't hear what I am saying :(
May 08 13:46:59 <mrmoku> Deubeuliou: pong
May 08 13:48:35 <Deubeuliou> I was speaking with Ainulindale, at a buzz fix party tomorrow, about libframeworkd-phonegui-gtk2 that I'm trying to write, in Vala
May 08 13:48:36 <DocScrutinizer> lindi-: sorry, this is a way too unspecific problem report to start any investigation on how to cure whatever, hmm yeah whatever might be the cause
May 08 13:49:02 <Deubeuliou> he told me to ask you for a repository if I needed
May 08 13:49:11 * mrmoku had his first phone call with the new state file today
May 08 13:49:13 <Deubeuliou> it would help getting help and feedback
May 08 13:49:24 <mrmoku> Deubeuliou: ok
May 08 13:49:29 <Deubeuliou> thanks :)
May 08 13:49:35 <mrmoku> will see if I still know how to do that :P
May 08 13:49:43 <Deubeuliou> ^^
May 08 13:49:57 <ptitjes> mrmoku: could we change that names "libframeworkd-..."
May 08 13:50:03 <mrmoku> DocScrutinizer: one thing I noticed... I hear the other side much louder :-)
May 08 13:50:16 <Deubeuliou> I majorly need help for the automake things and the BB recipe (I can't get it compiled as ARM)
May 08 13:50:18 <ptitjes> mrmoku: libphonegui-gtk2 is nice, isn't it ?
May 08 13:50:29 <DocScrutinizer> I feel the power of the dark side
May 08 13:50:38 <Deubeuliou> ptitjes: I agree
May 08 13:50:40 <Zorkman> mrmoku: that's good news, i always found the volume of the other side very low
May 08 13:50:41 <DocScrutinizer> dunno the reason why, tho
May 08 13:51:23 <mrmoku> will do a testcall with my wife later... to see what the far side hears
May 08 13:51:29 <DocScrutinizer> mrmoku: there's exactly TWO controls in statefile affecting loudnes of earpiece
May 08 13:51:37 <mrmoku> I never had problems hearing the other side
May 08 13:51:43 <mrmoku> now its almost too loud :P
May 08 13:52:29 <DocScrutinizer> mrmoku: maybe you might kindly want to have a look at http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_channel_controls
May 08 13:53:30 <Zorkman> mrmoku: when in a noisy environment my Fr wa
May 08 13:53:36 <Zorkman> is totally useless
May 08 13:53:45 <Zorkman> (A5, not yet buzz fixed)
May 08 13:53:52 <mrmoku> DocScrutinizer: try the thing with control 4 and 6?
May 08 13:54:07 <mrmoku> Zorkman: me too A5 not yet buzz fixed
May 08 13:54:17 <Zorkman> strange....
May 08 13:54:22 <mrmoku> nytowl: did you update EFL_SRCREV?
May 08 13:54:35 <Zorkman> I use unededited statefiles
May 08 13:54:51 <nytowl> mrmoku, not in the last 7 days why ?
May 08 13:56:35 <mrmoku> nytowl: hmm... it built elementary...
May 08 13:57:06 <mrmoku> nytowl: I have a temporary fix for the git rev problem...
May 08 13:57:26 <nytowl> mrmoku, sure what were you thinking 
May 08 13:57:52 <mrmoku> nytowl: http://git.shr-project.org/git/?p=shr-makefile.git;a=commit;h=6ec908431d7132247c389d235d8294a44d476817
May 08 13:57:57 <nytowl> mrmoku, you guys were using a newer version of efl than us anyway
May 08 13:58:02 <mrmoku> and use SRCPV instead of SRCREV
May 08 13:58:15 <mrmoku> nytowl: not in testing
May 08 13:58:26 <mrmoku> in testing we don't override EFL_SRCREV anymore
May 08 13:58:35 <nytowl> oh ok hadn't looked there
May 08 13:58:57 <nytowl> last time I changed EFL was about mid week last week
May 08 14:00:20 <mrmoku> ok... just got shocked... because the last time I built libframeworkd-phonegui-efl... it built a complete e and everything broke :P
May 08 14:00:29 <mrmoku> but it just built elementary... for some reason
May 08 14:02:10 <nytowl> mrmoku, I'm not sure that I understand what the advantage of the SRCPV is , do you a recipe example
May 08 14:03:21 <SHR-WugBranler> tracfeed: Ticket #427 (Phonelog on latest SHR-Testing crashes cases the call program to not work) updated <http://trac.shr-project.org/trac/ticket/427#comment:6>
May 08 14:03:25 <lindi-> DocScrutinizer: yes I know
May 08 14:04:01 <mrmoku> nytowl: SRCPV always includes the git serialization prefix... even if you have a fixed SRCREV for a package that builds from git
May 08 14:04:22 <mrmoku> thus updates will work
May 08 14:05:09 <nytowl> ok cool, it should be applied to frameworkd then
May 08 14:10:47 <alphaone> DocScrutinizer: So when I echo 1 to gsm/power_on GSM_ON is 3.2V (as is PIN1 of U1705 and I measure 4.08V at PIN4 (VIN) of U1705 and 0V at PIN5 (VOUT)
May 08 14:11:21 <alphaone> When I echo 0 GSM_ON ist 0V , PIN4 the same and PIN5 now is 1.6V
May 08 14:12:38 <lindi-> DocScrutinizer: amixer -q sset 'Mono Sidetone' 5 && amixer -q sset 'Mono' 100 caused the 'ooh, you are using your old phone again' reaction :)
May 08 14:15:51 <PaulFertser> alphaone: U1705 somehow damaged?
May 08 14:16:08 <alphaone> Doesn't look like it..
May 08 14:16:56 <PaulFertser> alphaone: hidden threat
May 08 14:17:33 <PaulFertser> alphaone: VOUT should be either equal to VIN or 0, afaict. I think i can check on my device if needed.
May 08 14:18:22 <alphaone> PaulFertser: That's what I though, too
May 08 14:18:49 <alphaone> PaulFertser: What I meant is the case doesn't look burned or anything.
May 08 14:18:58 <PaulFertser> alphaone: i understood :)
May 08 14:18:58 <alphaone> But it looks like something is wrong there
May 08 14:19:06 <alphaone> k :-)
May 08 14:19:07 <PaulFertser> alphaone: what i meant is that it can be defective inside :)
May 08 14:19:55 <PaulFertser> BTW, /me just soldered an FT232RL-based UART-USB converter (backside glue mount), wasn't too hard.
May 08 14:22:34 <alphaone> Cool
May 08 14:22:45 <alphaone> Hmm, now it seems okay
May 08 14:29:42 <mickeyl> alphaone: (vala on atmels) yeah, should become possible now. Are these things posix compliant?
May 08 14:32:52 <alphaone> To a degree
May 08 14:34:02 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r69d6bc60f622 10/libfsoframework/ (6 files in 3 dirs): fsoframework: add enough bindings to get messages from the kobject netlink dispatcher
May 08 14:34:49 <PaulFertser> alphaone: what seems ok? Voltage? Still nothing on the tty (don't forget to enable hardware flow control)?
May 08 14:34:50 <mickeyl> cool
May 08 14:37:12 <alphaone> yeah, voltage seems okay
May 08 14:37:20 <alphaone> still no luck on the tty
May 08 14:37:32 <alphaone> The firmware updater bails out
May 08 14:37:39 <alphaone> even with the NOR bootloader
May 08 14:39:57 <alphaone> PaulFertser: /FLAG is also high when GSM_ON is
May 08 14:41:52 <PaulFertser> alphaone: well, looks like U1705 is ok then. In fact, you could have made a fused short in place of R1752 to ensure calypso is powered. (though flashing non-working gsm firmware would become a bit harder, just like on gta01).
May 08 14:41:57 <alphaone> I'm going to look at the traces when I power that chip, but it's in use at the moment for some long term testing
May 08 14:42:59 <PaulFertser> alphaone: nice plan. Though this device doesn't seem to have the same problem as two others from the bugreport, that restart on gsm registration.
May 08 14:43:00 <alphaone> (R1752) yeah..
May 08 14:43:13 <alphaone> Yeah, I guess
May 08 14:43:27 <alphaone> But maybe it's the same cause - only much more extreme..
May 08 14:43:49 <PaulFertser> It'd be fun if simple reflow of calypso helped.
May 08 14:44:21 <alphaone> :-)
May 08 14:44:26 <alphaone> heating the oven :-)
May 08 14:48:44 <mwester> re
May 08 14:54:17 <TAsn> shit, raster, WAKEUP! ;]
May 08 15:07:19 <mickeyl> hmm, the new bouncyness in Elm.Scroll is amazing
May 08 15:18:47 <TAsn> I see there were many name changes
May 08 15:18:54 <TAsn> libeina0 to eina for a starter
May 08 15:22:41 <morphis> heyho
May 08 15:23:04 <PaulFertser> TAsn: it looks like you have won a competition, have you?
May 08 15:23:20 <nytowl> TAsn, those name changes were done in OE to keep up with SONAMES in efl
May 08 15:23:24 <TAsn> PaulFertser, which one?
May 08 15:23:34 <TAsn> nytowl, I'm glad with the changes
May 08 15:23:39 <TAsn> don't get me wrong ;]
May 08 15:23:40 <PaulFertser> TAsn: call recording application organised with confundos.
May 08 15:23:44 <TAsn> PaulFertser, really?
May 08 15:23:48 <TAsn> didn't get a notice ;]
May 08 15:23:49 <TAsn> will check
May 08 15:24:33 <PaulFertser> TAsn: http://lists.openmoko.org/pipermail/community/2009-May/047467.html
May 08 15:25:49 <TAsn> cool ;]
May 08 15:25:50 <TAsn> thanks.
May 08 15:26:46 <wpwrak> DocScrutinizer: #2229 could also be a failing cap. plenty of choices for what may be wrong :)
May 08 15:28:51 <PaulFertser> alphaone|gone: you shouldn't have tried to use flow control with ROM bootloader. And if you used more -v's, you'd see the bytes send by modem.
May 08 15:29:13 <Zorkman> shr-settings takes up 5-35% cpu is this normal?
May 08 15:29:46 <TAsn> ok I need to know what you guys think
May 08 15:29:54 <TAsn> I added rtl support for the illume keyboard
May 08 15:30:02 <TAsn> now, it's per layout
May 08 15:30:13 <TAsn> I called it direction
May 08 15:30:19 <TAsn> and 1 is ltr
May 08 15:30:22 <TAsn> 2 is rtl
May 08 15:30:29 <TAsn> so the config will look like:
May 08 15:30:33 <TAsn> direction 2 for rtl
May 08 15:30:40 <TAsn> this is very cryptic
May 08 15:30:42 <eolson> Hi everyone, is anyone using shr on GTA01 who recommend a good shr image I can use?
May 08 15:30:53 <TAsn> should I change it to 
May 08 15:30:55 <TAsn> direction l
May 08 15:30:57 <TAsn> directior
May 08 15:31:00 <TAsn> directior r
May 08 15:31:01 <TAsn> ?
May 08 15:31:05 <TAsn> direction*
May 08 15:31:11 <TAsn> what do you think?
May 08 15:31:28 <TAsn> or maybe just change it to rtl 0 and 1?
May 08 15:31:44 <Zorkman> direction rtl and direction ltr ?
May 08 15:32:12 <TAsn> Zorkman, nah
May 08 15:32:14 <TAsn> too much work
May 08 15:32:15 <TAsn> kiss
May 08 15:32:31 <TAsn> I mean, no need to process text and care for buffers if you can make it simple.
May 08 15:32:50 <TAsn> though I might do that if I have to.
May 08 15:33:05 <TAsn> don't you think either of my above suggestions suffice?
May 08 15:35:05 <Zorkman> then i would prefer rtl 0 or 1
May 08 15:35:30 <mrmoku> yep... l and r is at least as confusing as 0 and 1 ;)
May 08 15:35:51 <mrmoku> rtl 0/1 is clear
May 08 15:37:02 <TAsn> okie.
May 08 15:37:02 <TAsn> ;]
May 08 15:40:36 <TAsn> ok, nvm, did it direction rtl
May 08 15:40:41 <TAsn> crybabies ;]
May 08 15:55:58 <mrmoku> TAsn: with default to rtl I guess ;)
May 08 15:56:12 <TAsn> nah, default to ltr
May 08 15:56:15 <TAsn> I'm not mean ;][
May 08 15:56:39 <mrmoku> :P
May 08 15:57:07 <TAsn> did you know dragging your finger from bottom to top will switch the layout?
May 08 15:57:12 <TAsn> (I didn't)
May 08 15:57:17 <TAsn> and top to bottom = enter key.
May 08 15:57:20 <TAsn> amazing!
May 08 15:57:50 <PaulFertser> TAsn: what about dragging left to right ;)?
May 08 15:58:15 <TAsn> PaulFertser, it's configurable ;]
May 08 15:58:27 <TAsn> left to right is by default a space
May 08 15:58:29 <TAsn> though if you set
May 08 15:58:32 <TAsn> direction rtl
May 08 15:58:33 <TAsn> in the config
May 08 15:58:38 <TAsn> you get a backspace ;]
May 08 15:58:45 <PaulFertser> Nice feature
May 08 15:59:06 <TAsn> yeah, it was pretty annoying to go against the flow of the text all the time.
May 08 15:59:35 <TAsn> I should probably thank my dad, he mocked me for doing that (erasing the opposite way)
May 08 15:59:52 <Sup3rkiddo> mickeyl, 
May 08 16:01:12 <mickeyl> yo?
May 08 16:02:36 <Sup3rkiddo> mickeyl, exams done :D... was wondering about the resource management tricks in cornucopia.. have any plans?
May 08 16:02:54 <mickeyl> (exams) congrats!
May 08 16:03:08 <Sup3rkiddo> :D
May 08 16:03:15 <mickeyl> right now my plan is like that:
May 08 16:03:30 <mickeyl> kernel26_powersupply
May 08 16:03:38 <mickeyl> kernel26_powercontrol
May 08 16:03:40 <mickeyl> input
May 08 16:03:43 <mickeyl> idlenotifier
May 08 16:04:01 <mickeyl> and after the idlenotifier, we need the resource management (for the simple resources CPU and Display)
May 08 16:04:08 <TAsn> Ainulindale, I will be adding an e17 patch later, hope you won't mind. (adding rtl for illume, what I just told PaulFertser about)
May 08 16:04:16 <mickeyl> the resource management _needs_ async dbus server side
May 08 16:04:23 <mickeyl> so we can't do anything on that before vala can do it
May 08 16:04:38 <mickeyl> but now that we have proper error marshalling, we can continue with some of the other plugins
May 08 16:04:43 <Sup3rkiddo> mickeyl, okie.. so likely its going to be a interface which out plugins implement (resource)
May 08 16:04:44 <Sup3rkiddo> right
May 08 16:05:03 <mickeyl> yeah
May 08 16:05:14 <mickeyl> while finishing odeviced, we can work more on the specs
May 08 16:05:22 <mickeyl> since ptitjes has some nice additions
May 08 16:05:24 <Sup3rkiddo> mickeyl, great.. 
May 08 16:05:29 <mickeyl> which needs catching up the specs wrt. enumerations and errors
May 08 16:05:37 <mickeyl> things are looking very bright for cornucopia
May 08 16:05:40 <Sup3rkiddo> :D
May 08 16:06:39 <mickeyl> some things take a bit longer then expected, since i'm on the crusade of adding everything necessary to do fsodevice in pure Vala
May 08 16:06:55 <mickeyl> so adding lot of more posix bindings and linux26 subsystem bindings on the fly :)
May 08 16:07:09 <mickeyl> but this will pay off in the long run
May 08 16:07:58 <Sup3rkiddo> agreed
May 08 16:08:00 <mickeyl> by the time we come to opreferences, we can probably just use DConf
May 08 16:08:49 <mickeyl> if you have some time, i'd be great to port onetworkd and otimed
May 08 16:09:01 <mickeyl> s/i'd/it would/
May 08 16:09:02 <bzzbot> mickeyl meant: if you have some time, it would be great to port onetworkd and otimed
May 08 16:09:12 <Sup3rkiddo> mickeyl, righto...
May 08 16:09:26 <mickeyl> since IIRC all these can be done with sync. server
May 08 16:09:51 <PaulFertser> This time otimed with sane NTP support, please ;)
May 08 16:09:55 <Sup3rkiddo> mickeyl, okie dokie.. so these should be along the lines of fsonetworkd ?....
May 08 16:10:00 <Sup3rkiddo> and fsotimed?
May 08 16:10:07 <mickeyl> Sup3rkiddo: yeah
May 08 16:10:12 <Sup3rkiddo> right
May 08 16:21:59 <Ainulindale> Hey there
May 08 16:22:07 <Ainulindale> mickeyl: still waiting for your mail :-)
May 08 16:22:20 <stefan_schmidt> Ainulindale: call him ;)
May 08 16:22:22 <stefan_schmidt> hi btw
May 08 16:23:28 <Ainulindale> Waiting for your mail too
May 08 16:23:33 <Ainulindale> and your subscription to shr-devel
May 08 16:23:41 <mickeyl> Ainulindale: now that the bug seems to be contained (not fixed, but contained), I have time to catch up with mail tomorrow!
May 08 16:23:46 <DocScrutinizer> stefan! :-)
May 08 16:23:48 <mickeyl> first though, sports match
May 08 16:23:54 <Ainulindale> mickey|sports: pfft! :-)
May 08 16:24:38 <stefan_schmidt> hi DocScrutinizer 
May 08 16:25:06 * stefan_schmidt has solved his xchat segfault with moving .xchat and reinstall it. Strange world
May 08 16:33:08 <TAsn> Ainulindale, read my msg from before?
May 08 16:33:12 <DocScrutinizer> wpwrak: see alphaone|gone's post above :-/
May 08 16:33:13 <TAsn> don't kill me if it breaks ;]
May 08 16:33:15 <TAsn> brb
May 08 16:33:58 <stefan_schmidt> hu, wpwrak is around here?
May 08 16:34:43 <DocScrutinizer> alphaone|gone: RT9702 seems completely nuts. please check what's modem like when shorting R1752
May 08 16:34:53 <DocScrutinizer> (NC)
May 08 16:35:33 <DocScrutinizer> stefan_schmidt: I lured him in ;-)
May 08 16:36:06 <stefan_schmidt> DocScrutinizer: heh. Offered him beer? ;)
May 08 16:36:15 * stefan_schmidt thinks this word will wake him up
May 08 16:36:36 <DocScrutinizer> :)))
May 08 16:39:57 * DocScrutinizer wonders if all these #2229 (daniel's problem obviously seems same class) are caused by ESD or "kickstarting"
May 08 16:42:04 <DocScrutinizer> errrr, nano (science tv): "macht eine turbine SAFT fuer die verbraucher". Don't trust my ears o.O
May 08 17:26:11 <mrmoku> dos1: ha... waiting for you ;)
May 08 17:26:43 <dos1> mrmoku: hey ;D
May 08 17:27:05 <mrmoku> dos1: InitAllEntries() is not working for me... it hangs
May 08 17:27:58 <dos1> mrmoku: odd... it works for me
May 08 17:28:17 <mrmoku> dos1: maybe because I had no /etc/freesmartphone/opim
May 08 17:28:30 <mrmoku> rechecking now... that, or because SIM was not ready yet
May 08 17:28:56 <dos1> mrmoku: SIM shouldn't be a case
May 08 17:29:02 <dos1> it's initing all entries on startup
May 08 17:29:03 <mrmoku> dos1: hmm... now it worked...
May 08 17:29:16 <dos1> and on startup SIM is always not ready
May 08 17:29:31 <dos1> odder
May 08 17:29:32 <dos1> ;D
May 08 17:29:41 <CIA-75> freesmartphone.org: 03sudharsh 07framework * r7e04d48f6fab 10/framework/subsystems/otimed/otimed.py: otimed: Fix a couple of tiny typos
May 08 17:30:13 * dos1 also has some stuff to be commited
May 08 17:30:44 <dos1> Update() speed up and using tasklets in SIM backend, so no more blocking frameworkd ;)
May 08 17:31:15 <TAsn> wow, shr overlay is huge.
May 08 17:32:01 <mrmoku> dos1: I can't remember what is supposed to work already... and what not...
May 08 17:32:05 <mrmoku> delete from SIM?
May 08 17:32:17 <dos1> SIM - update, delete
May 08 17:32:29 <dos1> CSV, SQLite - add, update, delete
May 08 17:32:35 <dos1> but without adding new fields
May 08 17:32:57 <mrmoku> dos1: I tried deleting a SIM contact... it hang... and after that no more contacts
May 08 17:33:18 <mrmoku> and mdbus -s org.freesmartphone.opimd hangs too
May 08 17:33:21 <dos1> mrmoku: yep... sometimes it hangs, but i think i have it fixed
May 08 17:33:22 <mrmoku> just shows / and no more
May 08 17:33:28 <dos1> (commiting in few minutes)
May 08 17:33:32 <mrmoku> ok
May 08 17:33:58 <mrmoku> TAsn: and we wanted to get rid of it :P
May 08 17:34:07 <CIA-75> SHR: 03tom 07shr-overlay * r3c5f4079eb53 10/patches/e17/0001-Added-illume-kbd-direction-configuration.patch: Added illume kbd direction config patch
May 08 17:34:08 <TAsn> mrmoku, huh?
May 08 17:34:23 <mrmoku> dos1: wow... now the mdbus call finished :-)
May 08 17:34:26 <TAsn> someone please check this patch ;] (checked here)
May 08 17:34:45 <TAsn> make update your env
May 08 17:34:45 <TAsn> ;]
May 08 17:35:02 <dos1> mrmoku: deleting and updating sim contacts hangs frameworkd at the moment, until it's finished...
May 08 17:35:08 <TAsn> this adds the rtl support to the illume keyboard.
May 08 17:35:12 <dos1> that's wrong, bad and ugly
May 08 17:35:14 <TAsn> mrmoku, <mrmoku> TAsn: and we wanted to get rid of it :P ?
May 08 17:35:14 <mrmoku> TAsn: we wanted to move all we have into OE
May 08 17:35:32 <TAsn> mrmoku, oh.
May 08 17:35:38 <TAsn> probably a good idea
May 08 17:35:42 <TAsn> though stuff get faster here.
May 08 17:35:43 <TAsn> ;]
May 08 17:35:47 <mrmoku> get a *real* OE distro :D
May 08 17:36:06 <TAsn> oh, fork oe?
May 08 17:36:11 <TAsn> at least the confs
May 08 17:36:12 <TAsn> ?
May 08 17:36:20 <mrmoku> fork?
May 08 17:36:29 <mrmoku> no... *real* distro inside OE
May 08 17:36:30 <dos1> TAsn: no. we want to be included in OE
May 08 17:36:33 <mrmoku> OE is not a distro
May 08 17:36:43 <mrmoku> OE is a tool to build distros
May 08 17:36:53 <TAsn> mrmoku, yeah, I know that.
May 08 17:36:59 <TAsn> oh ok, I got you now.
May 08 17:37:07 <TAsn> atm you just take the default conf and patch it
May 08 17:37:30 <TAsn> and you want to be able to just commit straight to your very own OE tree?
May 08 17:37:33 <TAsn> or something like that?
May 08 17:37:34 <mrmoku> TAsn: we are based on openmoko.conf (the Om distro) and patch and add stuff
May 08 17:37:41 <TAsn> okie.
May 08 17:37:58 <TAsn> anyhow, please check to see if I didn't break it ;]
May 08 17:38:03 <mrmoku> and we want to have a shr.conf (the SHR distro :) in OE
May 08 17:38:07 <TAsn> I think I did everything fine on the first try now ;]
May 08 17:38:07 <mrmoku> TAsn: which patch?
May 08 17:38:14 <TAsn> <CIA-75> SHR: tom shr-overlay * r3c5f4079eb53 /patches/e17/0001-Added-illume-kbd-direction-configuration.patch: Added illume kbd direction config patch
May 08 17:38:21 <mrmoku> ahh
May 08 17:39:18 <TAsn> btw, how do I disable connman?
May 08 17:39:36 <TAsn> (connman e module)
May 08 17:39:44 <mrmoku> TAsn: update :P
May 08 17:39:53 <mrmoku> it is disabled by default now :-)
May 08 17:39:54 <TAsn> already have.
May 08 17:40:00 <TAsn> update what?
May 08 17:40:02 <TAsn> I updated e
May 08 17:40:11 <TAsn> (built myself)
May 08 17:40:30 <mrmoku> e-wm-illume-config-shr
May 08 17:40:35 <TAsn> bah. ;]
May 08 17:40:36 <TAsn> later.
May 08 17:40:37 <TAsn> ;]
May 08 17:41:03 <mrmoku> TAsn: you can do that also via illume config though
May 08 17:41:19 <TAsn> ;]
May 08 17:41:22 <TAsn> now that's more like it.
May 08 17:41:23 <TAsn> ;]
May 08 17:41:38 <TAsn> though I'll just update e-wm-illume-config-shr
May 08 17:41:54 <TAsn> ok, who has buildhost access and can regenerate e-wm?
May 08 17:42:05 * mrmoku hides
May 08 17:42:19 <TAsn> mrmoku, FOUND YA!
May 08 17:42:25 <TAsn> regenerate e-wm ;]
May 08 17:42:30 <TAsn> please ;]
May 08 17:42:30 <mrmoku> grr
May 08 17:42:37 <TAsn> and tell me when you are done... ;]
May 08 17:42:43 <TAsn> mrmoku, pretty please? ;)
May 08 17:42:46 <mrmoku> TAsn: did you bump the pr in your patch?
May 08 17:42:51 <TAsn> mrmoku, aye.
May 08 17:42:56 <TAsn> no flukes this time (I hope)
May 08 17:44:00 <TAsn> anyhow, the patch works great here ;]
May 08 17:44:05 <TAsn> so as the actual features added ;]
May 08 17:44:58 <TAsn> I used to like my gnome theme and background image (made the theme myself)
May 08 17:45:08 <mrmoku> TAsn: hmm... might be you forgot to add the patch itself?
May 08 17:45:13 <TAsn> though now, after getting myself a 22" screen, I learnt to love it.
May 08 17:45:18 <TAsn> mrmoku, no
May 08 17:45:20 <TAsn> I added it.
May 08 17:45:38 <mrmoku> ahh.. no... sorry
May 08 17:45:41 <TAsn> ;]
May 08 17:45:43 <mrmoku> git diff does not show it
May 08 17:45:48 <mrmoku> because it is not added to OE
May 08 17:45:52 <mrmoku> just patched :-)
May 08 17:45:56 <mrmoku> ok... building now
May 08 17:46:06 <TAsn> buildhost or local?
May 08 17:46:18 <mrmoku> buildhost
May 08 17:46:21 <mrmoku> I trust you ;)
May 08 17:46:27 <mrmoku> e-wm is sufficient?
May 08 17:46:48 <TAsn> yes.
May 08 17:46:56 <TAsn> I only patched the illume module
May 08 17:47:59 <mrmoku> dos1: you have five minutes... (or whatever it takes to build e-wm on the buildhost)
May 08 17:48:05 <mrmoku> then I want to build frameworkd ;)
May 08 17:49:34 <mrmoku> dos1: and I have a wish for shr-settings :-)
May 08 17:49:45 <mrmoku> add an init button to the pim backends
May 08 17:50:14 <mrmoku> or better still... fix the SIM backend to init when appropriate ;)
May 08 17:50:32 <mrmoku> Ainulindale: still around?
May 08 17:50:40 <dos1> mrmoku: now there is workaround: SIM backend -> Options -> Disable -> Enable
May 08 17:50:41 <dos1> ;D
May 08 17:50:57 <mrmoku> ahh... fine for me ;D
May 08 17:51:11 <dos1> enable inits backend now
May 08 17:51:31 <dos1> (for disable i still have to write deleting contacts/fields from disabled backend)
May 08 17:51:44 <mrmoku> Ainulindale: nvm... have to read good night story now ;)
May 08 17:51:48 <mrmoku> bbiab
May 08 17:55:47 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r88583fb8a39f 10/framework/subsystems/opimd/pimb_sim_contacts_fso.py: opimd: SIM_Contacts_FSO: don't block whole frameworkd when deleting or updating SIM contact
May 08 17:55:48 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r3ca073dcfbfd 10/framework/subsystems/opimd/pimd_contacts.py: opimd: Contacts: call upd_contact only once for every used backend
May 08 18:11:31 <mrmoku> Deubeuliou: ping
May 08 18:11:43 <mrmoku> Deubeuliou: I forgot you... terribly sorry... will do now
May 08 18:14:45 <eolson> is suspend borken in shr-unstable?
May 08 18:15:48 <mrmoku> eolson: no... suspend works
May 08 18:16:41 <mrmoku> Deubeuliou: can you send me your ssh key, please?
May 08 18:16:43 <eolson> mrmoku -- ok, cool.  can you tell me the proper way to trigger it?  Hitting the "X" on the top bar menu gives me a 1 pixel wide window.
May 08 18:17:04 <mrmoku> eolson: yeah, that menu is broken
May 08 18:17:31 <mrmoku> eolson: if you update... remove your .e, then the power button is bound to suspend directly
May 08 18:17:31 <mwester> raster!!!!!    FIX THAT BUG!!!   Wake up!
May 08 18:17:48 <eolson> mrmoku -- great, thanks!
May 08 18:17:49 <mrmoku> mwester: raster has no time this and the next week
May 08 18:18:25 <mwester> Well, he's on my sh*tlist now.   First the package naming fiasco, then he breaks E and goes off for two weeks! heh!
May 08 18:21:12 <mrmoku> mwester: are you sure it was him to break it?
May 08 18:21:50 <mrmoku> mwester: completely different thing (kernel related :)
May 08 18:22:05 <mrmoku> the kernel recognizes usb plugin and plugout, right?
May 08 18:22:18 * eolson is finding some good shr nicities -- speakerphone button!  a call log!  zhone is nice, but shr dialer gui is very responsive.  ok, off on trip to try it.
May 08 18:22:25 <mrmoku> but it does not get propagated to g_ether?
May 08 18:22:34 <mrmoku> eolson: have fun :-)
May 08 18:22:58 <mrmoku> TAsn: e-wm is there
May 08 18:23:02 <mrmoku> dos1: frameworkd is there
May 08 18:23:11 <mwester> mrmoku:  the kernel *should* recognize usb plugin and plugout, there was a patch IIRC to make it actually send an event.
May 08 18:23:32 <mwester> But that has nothing to do with g_ether.
May 08 18:23:43 <mrmoku> mwester: I think the correct way for overall working networking would be to let connman handle usb too
May 08 18:23:51 <mwester> Yes.
May 08 18:23:56 <mrmoku> but it does not recognize plugin/plugout
May 08 18:24:13 <mrmoku> or even knows the state if it is connected me thinks
May 08 18:24:24 <mwester> The right way to think of it is not plugin/plugout, but rather the g_ether interface coming up and down.
May 08 18:24:42 <mrmoku> even better, yeah
May 08 18:24:43 <TAsn> mrmoku, cool, will test atm ;]
May 08 18:24:45 <TAsn> thanks.
May 08 18:24:48 <mrmoku> but g_ether is always up
May 08 18:25:20 <mwester> not necessarily.
May 08 18:25:35 <mwester> it's a module precisely so that it can be rmmod'd and replaced by the file-system gadget.
May 08 18:25:56 <TAsn> mrmoku, it's both in unstable and testing, right?
May 08 18:26:05 <mrmoku> yeah, but someone would have to do that on plugin / plugout
May 08 18:26:13 <mrmoku> TAsn: no... unstable only
May 08 18:26:21 <TAsn> oh, i c.
May 08 18:26:31 <mrmoku> TAsn: did you add the patch to testing branch of the overlay too?
May 08 18:26:32 <mwester> Well, something (shr-settings?) would need to manage which module is loaded.
May 08 18:26:36 <DocScrutinizer> anyway pluggin usbcable can't be detected by itself
May 08 18:26:42 <TAsn> I think it can go to testing as well, since it doesn't do anything harmful and it's only a minor change ;]
May 08 18:26:44 <TAsn> mrmoku, no ;[
May 08 18:26:49 <mrmoku> TAsn: see ;)
May 08 18:26:52 <TAsn> mrmoku, didn't know there was one.
May 08 18:26:53 <TAsn> ;]
May 08 18:27:03 <mwester> mrmoku:  but I get your point -- we need to find out how to alert conmann that the usb0 interface is ready to come up, or has been disconnected.
May 08 18:27:06 <mrmoku> TAsn: try if it works in unstable... if so I will add it to testing
May 08 18:27:08 <TAsn> I just git format-patch 1
May 08 18:27:08 <TAsn> ;]
May 08 18:27:13 <mrmoku> mwester: exactly
May 08 18:27:20 <TAsn> mrmoku, upgrading ... ;]
May 08 18:27:30 <mwester> mrmoku:  I have written a note, and I'll try to find out how that would work. :)
May 08 18:27:39 <mrmoku> mwester: great, thanks
May 08 18:28:29 <stefan_schmidt> mwester, mrmoku: connman listens to netlink msg for this
May 08 18:28:37 <stefan_schmidt> mrmoku: connman ethernet plugin loaded?
May 08 18:28:53 <mwester> stefan_schmidt:  I suspect the same.
May 08 18:29:01 <stefan_schmidt> It really relies only the kernel for detecting this
May 08 18:29:05 <mrmoku> stefan_schmidt: yeah, and it recognizes the usb if
May 08 18:29:33 <stefan_schmidt> And as the netlink msgs come from the networking layer diretcly it should work for gadget without problems(TM) :)
May 08 18:29:34 <mwester> That's the same message that alerts udev that the interface is available, IIRC.  And it clearly works because udev runs.
May 08 18:29:52 <mrmoku> stefan_schmidt: but usb0 is always there... if plugged in or not
May 08 18:30:00 <stefan_schmidt> mwester: hmm, ok, what was the problem then? Just came in...
May 08 18:30:14 <stefan_schmidt> ah, now I get it
May 08 18:30:21 <dos1> TAsnL why PR=6?
May 08 18:30:39 <dos1> TAsn: and not 5.1?
May 08 18:30:39 <stefan_schmidt> Don't we get a link msg over netlink?
May 08 18:30:51 * stefan_schmidt thinks the name suggest something like this ;)
May 08 18:31:06 <mwester> I think we may be missing some udev stuff to remove the port; it may be as simple as a missing udev rule.
May 08 18:31:49 <stefan_schmidt> mwester: I don't think connman relies on udev for this
May 08 18:32:09 <stefan_schmidt> udev was optional last time I checked
May 08 18:33:13 <stefan_schmidt> mwester: or do you mean udev keeps the interface up beacuse it does not get the msg?
May 08 18:33:49 <mwester> stefan_schmidt: The latter.
May 08 18:34:16 <mwester> I'm theorizing that connman may expect udev to remove the interface for it.
May 08 18:34:33 <stefan_schmidt> mwester: hmm, may be
May 08 18:39:23 <mrmoku> hmm... there is no udevmonitor...
May 08 18:40:42 <PaulFertser> mrmoku: udevadm monitor?
May 08 18:41:21 <DocScrutinizer> alphaone|gone: shorting U1701 might be a simple fix for broken chip. AT@poff results in coulomb-c reading 0 (uA)
May 08 18:41:25 <PaulFertser> Only power_supply events seen.
May 08 18:41:53 <mwester> No network events?
May 08 18:42:05 <PaulFertser> DocScrutinizer: the latest messages from alphaone|gone show that he measured proper voltages on 1701 in the end.
May 08 18:42:14 * stefan_schmidt is off. later
May 08 18:42:17 <mrmoku> mwester: tail -f /sys/class/net/usb0/uevent gives nothing on plugging
May 08 18:42:22 <DocScrutinizer> huh, where?
May 08 18:42:31 <mwester> mrmoku:  Ok, I'll investigate. :)
May 08 18:43:00 * mrmoku is looking forward to automatically working networking :D
May 08 18:43:29 <DocScrutinizer> PaulFertser: alphaone|gone said this here?
May 08 18:43:36 <PaulFertser> mwester: http://rafb.net/p/BSobAo86.html
May 08 18:43:40 <PaulFertser> DocScrutinizer: yes.
May 08 18:43:50 <PaulFertser> DocScrutinizer: and showed http://pastebin.ca/1416157
May 08 18:43:55 <DocScrutinizer> k, scrollin backlog
May 08 18:44:05 <mwester> PaulFertser:  thanks.
May 08 18:45:50 <TAsn> dos1, because I'm a fucking idiot... ;[
May 08 18:45:53 <DocScrutinizer> PaulFertser: this is exactly the pbin I read hours ago where a1 stated it shows calypso is borked
May 08 18:46:12 <TAsn> dos1, sec, changing.
May 08 18:46:20 <mrmoku> TAsn: tooo late
May 08 18:46:28 <PaulFertser> DocScrutinizer: no, he shouldn't have used flow control with ROM bootloader.
May 08 18:47:41 <DocScrutinizer> sure
May 08 18:47:41 <TAsn> mrmoku, quick, rebuild, before anyone has the chance to d/l it ;]
May 08 18:47:42 <CIA-75> SHR: 03tom 07shr-overlay * r73235226ff83 10/patches/e17/0001-Added-illume-kbd-direction-configuration.patch: fixed illume patch's pr change to 5.1 instead of 6
May 08 18:48:05 <dos1> TAsn: i downloaded it ;p
May 08 18:48:13 <mrmoku> TAsn: nah... with the 100000+ users we have out there ;)
May 08 18:48:23 <mrmoku> see at least three have it installed already :P
May 08 18:48:33 <DocScrutinizer> but still all I find/know are statements of U1701 showing 0V on out when there should be vbat
May 08 18:48:53 <mrmoku> TAsn: will probably rebuild with an updated EFL_SRCREV over night
May 08 18:49:17 <PaulFertser> DocScrutinizer: http://rafb.net/p/8L1qfD26.html
May 08 18:49:39 <TAsn> mrmoku, ;]
May 08 18:50:10 <TAsn> mrmoku, add a patch to opkg -force-downgrade e-wm! ;]
May 08 18:50:19 <mrmoku> hehe
May 08 18:50:23 <TAsn> anyhow, works like a charm here
May 08 18:50:29 <TAsn> please add it to testing as well.
May 08 18:51:22 <mrmoku> TAsn: ok
May 08 18:53:25 <PaulFertser> mwester: http://lkml.org/lkml/2009/4/29/679
May 08 18:53:35 <TAsn> ok what?
May 08 18:53:44 <TAsn> ok built or ok it's in testing?
May 08 18:53:45 <TAsn> ;]
May 08 18:53:53 <PaulFertser> mwester: ah, sorry, irrelevant here.
May 08 18:54:23 <CIA-75> SHR: 03tom 07shr-overlay * rfb70f75fc9f5 10/patches/e17/0001-Added-illume-kbd-direction-configuration.patch: Added illume kbd direction config patch
May 08 18:54:24 <CIA-75> SHR: 03tom 07shr-overlay * rfca176eeb9e8 10/patches/e17/0001-Added-illume-kbd-direction-configuration.patch: fixed illume patch's pr change to 5.1 instead of 6
May 08 18:54:36 <mrmoku> TAsn: ok... I will cherry-pick it into testing ;)
May 08 18:55:10 <mrmoku> TAsn: and soon... ok I built it :P
May 08 18:55:20 <TAsn> hw.. CIA-75 is weird
May 08 18:55:47 <TAsn> mrmoku, sweet. ;]
May 08 18:55:57 <TAsn> thanks. ;]
May 08 18:56:31 <TAsn> mrmoku, already reported to the Hebrew community ;]
May 08 18:58:35 <DocScrutinizer> PaulFertser: (flowcontrol) thought the change he made was actually explicit disabling. didn't notice if it's a wrong option to flowcontrol
May 08 18:59:19 <PaulFertser> DocScrutinizer: well, i just saw he used an env variable while we never used it with ROM.
May 08 18:59:52 <DocScrutinizer> hmm, so maybe one of us is right in the end
May 08 19:00:53 <TAsn> mrmoku, are you sure it's built?
May 08 19:01:00 <TAsn> here it says it's still pr=6
May 08 19:01:28 <TAsn> btw, as it seems, I never get it right the first time ;]
May 08 19:01:33 <DocScrutinizer> PaulFertser: s is software-fc. seems he shouldn't use that
May 08 19:01:51 <TAsn> Downloading http://shr.bearstech.com/shr-unstable/ipk//armv4t/e-wm_0.16.999.050+svnr40478-r6_armv4t.ipk ;\
May 08 19:01:57 <TAsn> maybe you should clean?
May 08 19:02:15 <TAsn> (no idea what mess I got you into)
May 08 19:03:55 <TAsn> btw I think I'll reflash tomorrow ;\
May 08 19:03:56 <TAsn> bah.
May 08 19:05:33 <TAsn> mrmoku, is newest unstable safe to flash?
May 08 19:06:58 <CIA-75> SHR: 03ptitjes 07libmodulo * rb159dd1d535c 10/src/modulo-metadata-providers.vala: Fix use of GLib.Dir
May 08 19:06:58 <CIA-75> SHR: 03ptitjes 07libmodulo * r9555ea675cf4 10/samples/ (sample-dbus-client.vala sample-dbus-server.vala): [Samples] Implement correct error management
May 08 19:06:59 <CIA-75> SHR: 03ptitjes 07libmodulo * rd92a3ead099e 10/src/ (4 files): [Container] Enhance error management
May 08 19:07:08 <mrmoku> TAsn: patch does not apply :(
May 08 19:07:32 <mrmoku> TAsn: maybe you should opkg update ;)
May 08 19:07:35 <TAsn> mrmoku, huh? howcome? applied a sec ago.
May 08 19:07:37 <TAsn> mrmoku, I have.
May 08 19:07:44 <TAsn> mrmoku, oh, talking about testing.
May 08 19:07:47 <mrmoku> TAsn: does not apply for testing, yeah
May 08 19:07:51 <mrmoku> older EFL_SRCREV
May 08 19:08:13 <TAsn> anyhow, is latest unstable safe to use?
May 08 19:08:33 <TAsn> okie so let's drop testing atm
May 08 19:08:37 <TAsn> will deal with that later.
May 08 19:09:00 <mrmoku> TAsn: I use it as daily phone, yeah
May 08 19:09:09 <TAsn> cool, downloading
May 08 19:09:12 <TAsn> I think I broke something
May 08 19:09:20 <TAsn> ophonekitd isn't loading anymore.
May 08 19:09:21 <TAsn> ;
May 08 19:11:03 <TAsn> mrmoku, try to reboot, just to make sure it had nothing to do with me. ;]
May 08 19:11:20 <TAsn> though I don't think so, because I had the patch running for a while before this shit happened.
May 08 19:11:49 <TAsn> anyhow, brb.
May 08 19:15:00 <CIA-75> SHR: 03mok 07shr-overlay * rea379666cf83 10/patches/e17/0001-Added-illume-kbd-direction-configuration.patch: Revert "fixed illume patch's pr change to 5.1 instead of 6"
May 08 19:15:11 <CIA-75> SHR: 03mok 07shr-overlay * r2abcfb2de8c7 10/patches/e17/0001-Added-illume-kbd-direction-configuration.patch: Revert "Added illume kbd direction config patch"
May 08 19:16:11 <TAsn> mrmoku, ? what's that? testing?
May 08 19:16:30 <mrmoku> TAsn: yep
May 08 19:16:40 <TAsn> i c.
May 08 19:17:24 <TAsn> brb again.
May 08 19:23:24 <wpwrak> DocScrutinizer: hmm, that the control input is active-low and that the output voltage is only 1.6 V ?
May 08 19:24:29 <DocScrutinizer> wpwrak: er misst mist
May 08 19:24:30 <wpwrak> DocScrutinizer: btw, schematics and BOM disagree about U1705. the BOM says it's a RT9711BPB, not an RT9702APB. this would explain the active-low control input.
May 08 19:26:31 <wpwrak> DocScrutinizer: yeah. 1.6 V seems weird
May 08 19:27:04 <wpwrak> DocScrutinizer: (BOM) oh, wait ...
May 08 19:28:00 <wpwrak> DocScrutinizer: no. seems okay. i was reading the wrong line. so it's active-high. makes his measurements even stranger.
May 08 19:28:23 <DocScrutinizer> he s wrong
May 08 19:28:31 <DocScrutinizer> see backscroll
May 08 19:31:07 <wpwrak> DocScrutinizer: his results would be consistent with a shorted battery: if the switch is "off", you get some random voltage from leakage, e.g., 1.6 V
May 08 19:31:25 <wpwrak> DocScrutinizer: if the switch is "on", the shorted battery pulls the output to 0 V
May 08 19:31:26 <DocScrutinizer> see backscroll
May 08 19:31:50 <wpwrak> DocScrutinizer: ah yes, he checked that. hmm.
May 08 19:32:09 <wpwrak> DocScrutinizer: what's the scenario anyway ? this isn't #2229, is it ?
May 08 19:32:23 <DocScrutinizer> nope
May 08 19:32:31 <DocScrutinizer> no issue
May 08 19:33:05 <DocScrutinizer> fail on RTFM
May 08 19:33:28 <DocScrutinizer> see backscroll
May 08 19:33:48 <TAsn> reflashed.
May 08 19:33:58 <TAsn> damn, let's hope everything will be ok ;]
May 08 19:34:26 <DocScrutinizer> [20:49] <PaulFertser> DocScrutinizer: http://rafb.net/p/8L1qfD26.html
May 08 19:45:30 <CIA-75> SHR: 03mok 07shr-overlay * r341430ed6b76 10/openembedded/recipes/tasks/task-shr-feed.bb: feed: add gdb
May 08 19:49:54 <wpwrak> DocScrutinizer: ah, it's a GSM fw upgrade problem. i see.
May 08 19:50:38 <DocScrutinizer> should have used uSD
May 08 19:50:41 <DocScrutinizer> ;-)
May 08 19:50:50 <wpwrak> DocScrutinizer: yeah. his fault :)
May 08 20:01:42 <Azog> alphaone|gone: is there any hope for me?
May 08 20:03:05 <TAsn> what's the name of the splash package?
May 08 20:05:39 <TAsn> mrmoku, it's still pr6 in the repos
May 08 20:05:39 <TAsn> ;\
May 08 20:06:03 <mrmoku> TAsn: as I told you... it will be 6 until I rebuild with a newer EFL_SRCREV ;)
May 08 20:06:44 <TAsn> oh.
May 08 20:06:50 <TAsn> I guess I wasn't listening ;]
May 08 20:06:51 <mrmoku> TAsn: shr-splash-theme-simple
May 08 20:06:53 <mrmoku> :)
May 08 20:06:54 <TAsn> thanks.
May 08 20:07:09 <TAsn> ok, now, after using this for half a day
May 08 20:07:20 <TAsn> I can't realize how I lived without it.
May 08 20:07:30 <TAsn> dragging my finger the wrong way is NOT intuitive ;]
May 08 20:08:26 <TAsn> mrmoku, is it on by default? (the splash)
May 08 20:08:37 <spaetz> no :(
May 08 20:08:41 <TAsn> why?
May 08 20:08:51 <spaetz> Ainulindale doesn't want it as default
May 08 20:09:01 <spaetz> he wants none
May 08 20:09:08 <spaetz> as default
May 08 20:09:16 <TAsn> sucks.
May 08 20:09:16 <TAsn> ;\
May 08 20:09:19 <spaetz> i like it
May 08 20:09:35 <spaetz> anyway gone for today..
May 08 20:10:45 <TAsn> spaetz, I also like it.
May 08 20:10:47 <TAsn> a lot actually. ;]
May 08 20:11:36 <dos1> nice to hear :D
May 08 20:11:55 <dos1> Ainulindale: ok, you won. i've just started to do "Don't panic" splash ;p
May 08 20:12:01 <dos1> DocScrutinizer: i think you will be interested :D
May 08 20:12:28 <DocScrutinizer> wooooow :-)))
May 08 20:13:25 <TAsn> hm.. no vibration and no ring on incoming msg. ;\
May 08 20:13:45 <TAsn> ok, and call.
May 08 20:13:48 <TAsn> dos1, I would like that!
May 08 20:13:52 <TAsn> BIG RED LETTERS?
May 08 20:13:52 <TAsn> ;]
May 08 20:15:44 <onen> Zorkman: ping
May 08 20:16:50 <dos1> TAsn: of course :D
May 08 20:17:10 <onen> DocScrutinizer: Abend. wrapping up announcement of openBmap new release. Next on todo list: timing advance :-)
May 08 20:17:13 * PaulFertser just can't find any reference to working netif notifications on any platform, looks like netif_carrier_on is called essentially only on g_ether load.
May 08 20:17:30 <TAsn> dos1, of course?
May 08 20:17:37 <TAsn> oh, talking about the don't panic
May 08 20:17:46 <TAsn> though you were talking about the no ring no vibrate issue ;]
May 08 20:17:48 <dos1> TAsn: yep, big red letters ;)
May 08 20:18:02 <TAsn> dos1, there is no other way.
May 08 20:18:03 <TAsn> ;]
May 08 20:18:52 <mrmoku> dos1: did you try to delete a SIM Contact? or just committed :P
May 08 20:19:23 <dos1> mrmoku: i tried... and it worked... but now i tried again...
May 08 20:19:26 <dos1> :(
May 08 20:19:31 <dos1> hmm
May 08 20:19:34 <dos1> wait
May 08 20:19:36 <TAsn> anyhow, anyone stumbled upon sound and vibrate not working?
May 08 20:19:38 <dos1> i tried without yield
May 08 20:19:47 <dos1> i don't remember if i tried again with yield
May 08 20:19:59 * dos1 is trying again without yield
May 08 20:20:21 <DocScrutinizer> onen: :-)
May 08 20:20:58 <DocScrutinizer> dos1: make sure the letters are friendly enough ;-)
May 08 20:21:02 <DocScrutinizer> The Hitch-Hiker's Guide to the Galaxy is the only book in the whole of the known universe to have the words DON'T PANIC inscribed in large friendly letters on the cover
May 08 20:22:22 <TAsn> DocScrutinizer, ;]
May 08 20:22:36 <TAsn> man, that's such a masterpiece
May 08 20:22:54 <TAsn> I don't remember myself ever laughing as much as I laughed while listening to the radio show
May 08 20:23:13 <TAsn> (YES I DOWNLOADED THE RADIO SHOW!)
May 08 20:23:13 <TAsn> ;]
May 08 20:23:13 <TAsn> just fantastic. ;]
May 08 20:23:26 <TAsn> and suits the moko perfectly.
May 08 20:24:28 <DocScrutinizer> also nota bene: ""The novel explains that this was partly because the device "looked insanely complicated" to operate""
May 08 20:24:55 <DocScrutinizer> well seems quite siuted for FR :-D
May 08 20:25:24 <TAsn> ;]
May 08 20:25:56 <TAsn> nah, actually the FR looks simple though is extremely hard ;]
May 08 20:25:56 <TAsn> it's very appealing actually
May 08 20:25:56 <TAsn> I never met someone who saw the moko and didn't ask for a go.
May 08 20:25:59 <TAsn> geeks and non-geeks alike.
May 08 20:26:26 <TAsn> okie. lost the shr-settings icon.
May 08 20:26:26 <TAsn> ;]
May 08 20:27:15 <TAsn> btw, does anyone has a script to rotate the screen? (including a desktop file and a pack) that will just rotate on tap and rotate back on the next tap?
May 08 20:27:28 <DocScrutinizer> useles, itäs in illumes wrench as well
May 08 20:27:46 <DocScrutinizer> (settings)
May 08 20:28:12 <dos1> mrmoku: yes, it looks like it should be without yield
May 08 20:28:15 <dos1> mrmoku: commiting now ;D
May 08 20:29:12 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r668dde7d8104 10/framework/subsystems/opimd/pimb_sim_contacts_fso.py: opimd: SIM_Contacts_FSO: fix Update() and Delete()
May 08 20:32:22 <DocScrutinizer> hmm, maybe I should give todays version of SHR a try?
May 08 20:32:34 <PaulFertser> mwester: lindi- should know more about usb cable connect/disconnect and gadgets...
May 08 20:33:30 <DocScrutinizer> err, there's no such event like usb-cable (dis)connect
May 08 20:35:11 <PaulFertser> Probably that's the reason we don't see link up/down events for usb0 then :)
May 08 20:39:16 <dos1> DocScrutinizer, TAsn: http://openmoko.opendevice.org/~dos/dont-panic.png ;)
May 08 20:39:31 <TAsn> friendly enough!
May 08 20:39:34 <TAsn> COMMIT!!! ;]
May 08 20:39:37 <TAsn> I want it! ;]
May 08 20:39:44 <TAsn> btw, erase the it's booting
May 08 20:39:52 <TAsn> I think you should make something more subtle
May 08 20:39:56 <TAsn> to indicate booting.
May 08 20:40:12 <TAsn> maybe a grayish little letters on the bottom right
May 08 20:40:14 <TAsn> or something
May 08 20:40:20 <TAsn> the main thing here is the don't panic.
May 08 20:40:24 <TAsn> ;]
May 08 20:40:49 <dos1> DocScrutinizer: and what do you think?
May 08 20:41:16 <TAsn> or at least more it a bit.
May 08 20:41:21 <TAsn> maybe leave the text as is
May 08 20:41:24 <TAsn> though move it to the bottom
May 08 20:41:31 <TAsn> it's too taking my focus ;]
May 08 20:42:05 <TAsn> btw, I'm not up to date, do we have ewww?
May 08 20:42:46 <dos1> TAsn: http://openmoko.opendevice.org/~dos/dont-panic2.png
May 08 20:43:03 <TAsn> A LOT BETTER.
May 08 20:43:16 <TAsn> commit! ;]
May 08 20:44:43 <TAsn> oh, and another btw,
May 08 20:44:49 <TAsn> have anyone tested newest fennec?
May 08 20:44:50 <TAsn> usable?
May 08 20:46:25 <mrmoku> TAsn: thanks to nytowl we will have it soon (eve)
May 08 20:46:48 <TAsn> great! ;]
May 08 20:47:06 <TAsn> I'm so happy, I'm already anxious to test it.
May 08 20:47:37 <TAsn> (though this will also mean I'll have to improve the enlightenment rtl support more{
May 08 20:47:54 <budfive> TAsn: is gprs stable enough for you to actually think about using a browser?
May 08 20:48:03 <TAsn> budfive, amazingly stable, yes.
May 08 20:48:07 <TAsn> I use it a lot actually.
May 08 20:48:22 <budfive> TAsn: magic. i do not get it. bug 2264 gives me a few minutes of gprs usually
May 08 20:48:22 <TAsn> never got a call while using gprs though
May 08 20:48:35 <TAsn> same goes for sms
May 08 20:48:40 <TAsn> budfive, link to bug please.
May 08 20:49:01 <budfive> https://docs.openmoko.org/trac/ticket/2264
May 08 20:49:01 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r5f3d4a73f2de 10/libfsoframework/ (3 files in 2 dirs): fsoframework: first version of kobjectnotifier now works
May 08 20:49:12 <TAsn> budfive, thanks.
May 08 20:49:14 <budfive> calypso crash.
May 08 20:49:49 <DocScrutinizer> dos1: exactly what I thought it should look like. maybe a little more halo
May 08 20:49:56 <DocScrutinizer> cooool
May 08 20:52:03 <budfive> TAsn: which muxer do yu use?
May 08 20:52:22 <TAsn> budfive, no idea.
May 08 20:52:29 <budfive> stock shr?
May 08 20:52:32 <TAsn> yes.
May 08 20:52:36 <budfive> ok
May 08 20:52:40 <DocScrutinizer> TAsn: budfive: I thought 2264 should be fixed by mickey's latest work on muxer, wrt obeying flow-control
May 08 20:52:49 <budfive> DocScrutinizer: haha
May 08 20:52:55 <DocScrutinizer> huh?
May 08 20:52:59 <budfive> http://trac.freesmartphone.org/ticket/409
May 08 20:53:00 <TAsn> DocScrutinizer, works here even before that. ;]
May 08 20:53:30 <DocScrutinizer> I'm using GPRS a lot for IRC now, occasionally I use a browser
May 08 20:53:39 <TAsn> same here
May 08 20:53:45 <TAsn> I use it quite often for IRC
May 08 20:53:47 <DocScrutinizer> I get calls even
May 08 20:53:52 <TAsn> and A LOT for browser
May 08 20:54:04 <TAsn> DocScrutinizer, and it halts the connection and then resumes?
May 08 20:54:16 <DocScrutinizer> seems so
May 08 20:54:18 <TAsn> dos1, quickly! I WANT THAT THEME! ;]
May 08 20:54:24 <dos1> TAsn: doing it now
May 08 20:54:24 <dos1> ;D
May 08 20:54:34 <budfive> yeah, i don't know. gprs works fine then dies after a small number of webpage loads (5 at most) due to 2264. With the new muxer, 409 makes abyss die even before the first page loads
May 08 20:54:36 <TAsn> DocScrutinizer, never tried that. hope it'll work.
May 08 20:54:38 <DocScrutinizer> theme??? it's a SPLASHSCREEN
May 08 20:54:58 <TAsn> DocScrutinizer, it's a theme for the splash screen
May 08 20:55:04 <TAsn> which is atm NULL ;]
May 08 20:55:32 <TAsn> SHIT!!!
May 08 20:55:41 <TAsn> 1 pixel wide bug ;\
May 08 20:55:56 <TAsn> I didn't have it before I updated the illume config (I think)
May 08 20:55:58 <mickeyl> well, i have not been able to confirm 409
May 08 20:56:03 <mickeyl> abyss has always worked great for me
May 08 20:56:16 <mickeyl> i'll take another look when i have a chance
May 08 20:56:33 <TAsn> mrmoku, how did you say you fixed those actions to the power button?
May 08 20:56:34 <budfive> mickeyl: ok.. it's consistent here. let me know if any debugging on my end would be useful
May 08 20:56:42 <DocScrutinizer> well trying to get drunk befor getting old(er), 63min left for that :-)
May 08 20:57:20 <CIA-75> SHR: 03seba.dos1 07shr-themes * r855b61e3e556 10/shr-splash-theme-dontpanic/ (9 files in 2 dirs): shr-splash: add new theme: shr-splash-theme-dontpanic
May 08 20:57:31 <TAsn> dos1, build! ;]
May 08 20:57:41 <mrmoku> TAsn: he can't ;)
May 08 20:57:46 <TAsn> mrmoku, build!
May 08 20:57:53 <mrmoku> TAsn: I can't :P
May 08 20:57:56 <dos1> TAsn: he can't
May 08 20:57:59 <TAsn> and tell me how to set the power button to work as it should ;]
May 08 20:58:00 <dos1> now i will do bb file
May 08 20:58:02 <dos1> ;)
May 08 20:58:04 <TAsn> oh.
May 08 20:58:05 <TAsn> lol.
May 08 20:58:06 <mrmoku> (eve is still building :)
May 08 20:58:14 <TAsn> mrmoku, oh, sooner than I thought.
May 08 20:58:38 <mrmoku> well... nytowl did a recipe for eve which is in OE now... don't know if it works yet
May 08 20:59:00 <TAsn> we can only hope.
May 08 20:59:00 <TAsn> ;]
May 08 20:59:08 <mrmoku> TAsn: you did a fresh reflash and the power-button does not work?
May 08 20:59:15 <TAsn> yes.
May 08 20:59:17 <wurp2|working> TAsn: From what I can tell, any connection requests you make during a call hang, but requests before & after work fine (with no need to disconnect/reconnect gprs)
May 08 20:59:43 <TAsn> wurp2|working, cool, should probably test that.
May 08 20:59:46 <mrmoku> TAsn: ahh... the image does not have the fix yet
May 08 20:59:48 <TAsn> never bothered ;]
May 08 20:59:48 <mrmoku> update
May 08 20:59:51 <TAsn> mrmoku, did.
May 08 20:59:57 <TAsn> opkg update okpg upgrade.
May 08 20:59:57 <TAsn> ;]
May 08 20:59:59 <wurp2|working> TAsn: I just did :-)
May 08 21:00:00 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r26908b589b17 10/openembedded/recipes/shr/shr-splash-theme-dontpanic_git.bb: recipes: add shr-splash-theme-dontpanic recipe
May 08 21:00:00 <mrmoku> hmm... rm .e then
May 08 21:00:01 <TAsn> sec, rebooted
May 08 21:00:04 <TAsn> maybe it'll work.
May 08 21:00:13 <TAsn> mrmoku, you are a tough one.
May 08 21:00:14 <TAsn> sec.
May 08 21:00:19 <mrmoku> :P
May 08 21:00:53 <TAsn> mrmoku, don't forget to ping me when it's done.
May 08 21:00:56 <TAsn> dos1, you as well! ;]
May 08 21:01:04 <dos1> TAsn: my job is done :D
May 08 21:01:06 <TAsn> hehe, so many presents today ;]
May 08 21:01:15 <mrmoku> dos1: not yet :P
May 08 21:01:20 <TAsn> dos1, commited the bb? cool. ;]
May 08 21:01:24 <mrmoku> (have to add it to the feed
May 08 21:01:25 <TAsn> mrmoku, ping me. ;]
May 08 21:01:28 <dos1> oh
May 08 21:01:40 <mrmoku> TAsn: if I'm still alive when eve finished... yeah
May 08 21:01:50 <TAsn> mrmoku, eta?
May 08 21:01:55 <wurp2|working> DocScrutinizer: Happy birthday (1 hour early)!
May 08 21:02:09 <TAsn> DocScrutinizer, happy birthday!
May 08 21:02:18 <TAsn> okie, sound and vibrate now works!
May 08 21:02:19 <TAsn> ;]
May 08 21:02:26 <TAsn> though stumbled upon a weird bug.
May 08 21:02:44 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r1988dc2f5d51 10/openembedded/recipes/tasks/task-shr-feed.bb: feed: add shr-splash-theme-dontpanic
May 08 21:02:51 <TAsn> got a call
May 08 21:02:52 <dos1> so now my job is done ;)
May 08 21:02:56 <mrmoku> TAsn: don't know... it is hanging somewhere
May 08 21:02:59 <TAsn> though there was no name and no number.
May 08 21:03:02 <TAsn> mrmoku, ;[
May 08 21:03:08 <mrmoku> git fetch git://code.staikos.net/webkit kenneth/efl-port
May 08 21:03:11 <TAsn> mrmoku, then quick, build the splash ;]
May 08 21:03:14 <mrmoku> is what it does...
May 08 21:03:24 <dos1> mrmoku: it takes ages...
May 08 21:03:27 <mrmoku> TAsn: want me to interrupt the eve build?
May 08 21:03:31 <dos1> fetching that repo
May 08 21:03:33 * mrmoku won't do that
May 08 21:03:35 <mrmoku> dos1: yeah
May 08 21:03:36 <TAsn> mrmoku, oh, I thought you said it hanged
May 08 21:04:20 <mrmoku> TAsn: well... OE output hangs... I think it is still doing something
May 08 21:04:32 <TAsn> ;]
May 08 21:04:43 <TAsn> I only trust my temp sensors
May 08 21:04:48 <TAsn> if my cpu is hot, it's working
May 08 21:04:55 <TAsn> otherwise, something bad happened ;]
May 08 21:04:57 <TAsn> that's my mantra.
May 08 21:04:57 <TAsn> ;]
May 08 21:05:16 <TAsn> cool, removing .e solved it.
May 08 21:05:20 <mrmoku> :)
May 08 21:05:31 <TAsn> the power button now works as expected ;]
May 08 21:05:35 <mrmoku> anyway... will take a fast shower now and see if it finished after
May 08 21:05:53 <TAsn> ok, I'll go work out.
May 08 21:05:54 <TAsn> thanks. ;]
May 08 21:05:57 <dos1> ok, have to go for now
May 08 21:06:01 <dos1> cu ;)
May 08 21:06:12 <TAsn> dos1, thanks a lot for the coolest splash ever ;]
May 08 21:06:19 <dos1> no problem ;D
May 08 21:06:27 <TAsn> you just upgraded my moko from cool to uber-cool
May 08 21:06:34 <TAsn> and from geek to uber-geek as well ;]
May 08 21:07:01 <wurp2|working> TAsn: Is that the dont-panic?
May 08 21:07:06 <TAsn> wurp2|working, yes.
May 08 21:07:26 <TAsn> (haven't installed it yet, I'm waiting for mrmoku, thoguh I saw the screenshots....)
May 08 21:07:57 <TAsn> btw, newest ubuntu is sleek, installed it on my brothers computer
May 08 21:07:59 <TAsn> it's fast
May 08 21:08:15 <TAsn> not even slightly similar to 7.04 to 8.10
May 08 21:08:15 <TAsn> ;]
May 08 21:08:26 <wurp2|working> TAsn: Is it default now, or do you install something?
May 08 21:08:36 <TAsn> I still prefer arch, though this is the lazy approach ;]
May 08 21:08:42 <wurp2|working> TAsn: Oh, I see
May 08 21:08:43 <TAsn> wurp2|working, don't panic? you have to install
May 08 21:08:52 <TAsn> opkg install shr-splash-theme-dontpanic
May 08 21:08:57 <TAsn> though it's not yet available.
May 08 21:09:09 <wurp2|working> Yeah, I just saw the update message go through
May 08 21:09:14 <TAsn> ;]
May 08 21:09:15 <wurp2|working> It piqued my interest :-)
May 08 21:09:59 <wurp2|working> TAsn: arch, the revision system?
May 08 21:10:06 <TAsn> wurp2|working, the linux distro.
May 08 21:10:08 <TAsn> ;][
May 08 21:10:17 <wurp2|working> Hrm, hadn't heard of it :-O
May 08 21:10:33 <TAsn> I'm too tired to realize if you are joking or not.
May 08 21:10:38 <TAsn> because arch is pretty big
May 08 21:10:42 <wurp2|working> I was trying to fit the revision system into the context
May 08 21:11:01 <TAsn> #archlinux <--- in case you were joking
May 08 21:11:07 <TAsn> wurp2|working, what revision system?
May 08 21:11:17 <wurp2|working> Not joking... I tend to only care about the ones that I use regularly or I hear a lot of buzz regarding it being a good replacement for one of those
May 08 21:11:22 <wurp2|working> TAsn: arch, the revision system
May 08 21:11:33 <TAsn> will google.
May 08 21:11:38 <wurp2|working> distributed version control before git & mercurial
May 08 21:11:44 <TAsn> oh.
May 08 21:12:08 <TAsn> oh, it's a gnu project
May 08 21:12:13 <wurp2|working> I preferred darcs, but now that git is standard for linux kernel dev, I think all the others will die a slow death
May 08 21:12:34 <wurp2|working> there's the gnu version and the version from the original guy.  He didn't play well with others, so it forked
May 08 21:12:42 <TAsn> I really liked svn, though it's very limited
May 08 21:12:46 <TAsn> was nice and easy
May 08 21:12:55 <TAsn> though not good for advanced use.
May 08 21:13:16 <TAsn> too bad.
May 08 21:13:16 <TAsn> ;\
May 08 21:13:16 <wurp2|working> git and darcs are quite easy too, but it's sure a pain to have to learn a new one every few years ;-)
May 08 21:13:19 <Zorkman> onen: just tested the new openbmap
May 08 21:13:41 <Zorkman> it only uploaded one log, it's too bad I can't see how many cells i captured :)
May 08 21:13:43 <TAsn> wurp2|working, hehe yeah.
May 08 21:14:01 <Zorkman> (it won't be many this time, but for longer trips it wouild be nice)
May 08 21:14:08 <onen> Zorkman: oh my god, don't tell me it does not work, I am almost done with email announcement, and wiki has been updated ;-)
May 08 21:14:35 <onen> Zorkman: by the way, the homepage link which was broken at opkg.org was a bug. Tobias corrected it. :-) thanks for pointing
May 08 21:14:36 <Zorkman> i think it works, but didn't you say in the release files that there would be less files to upload?
May 08 21:14:51 <Zorkman> (probably all cells of one session are gathered in one log file?)
May 08 21:14:55 <onen> Zorkman: http://twitter.com/openBmap/
May 08 21:15:06 <Zorkman> i think it worked great but jsut doesn't say how much cell's I captured/uploaded
May 08 21:15:28 <Zorkman> onen: twitter is down
May 08 21:15:34 <onen> Zorkman: :D
May 08 21:15:55 <onen> Zorkman: this twits when the server starts processing uploaded logs
May 08 21:16:03 <Zorkman> nice!
May 08 21:16:17 <Zorkman> have to go to my gf now
May 08 21:16:24 <Zorkman> thanks for the great update onen!
May 08 21:16:44 <onen> Zorkman: it used to put 3 measures in one file. now it tries to build a 20 kB file, with serving+neighbours. Files are smaller when: MCC changes, or you exit the application
May 08 21:17:14 <onen> Zorkman: Happy you appreciate it, and promote it among your friends :-)
May 08 21:17:20 <onen> Zorkman: bye take care
May 08 21:18:40 <mwester> ERROR: see log in /r/shr/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/libframeworkd-phonegui-0.0.2+gitr${SRCPV}-r8/temp/log.staging_helper.20601
May 08 21:18:46 <mwester> ^^^^  mrmoko!!!
May 08 21:19:04 <mwester> mrmoku, I mean. :D
May 08 21:19:11 <mrmoku> mwester: nah.. .how that?
May 08 21:19:24 <mwester> note the filename.
May 08 21:19:42 <mrmoku> mwester: ahh... you did not update common ;)
May 08 21:20:10 <mwester> Do what?
May 08 21:20:25 <mrmoku> make update-common (or just make update)
May 08 21:20:30 <mrmoku> or cd common; git pull
May 08 21:20:41 <mrmoku> there is a change in site.conf
May 08 21:20:44 <mwester> ok, specifically what on earth would change in common to affect that?
May 08 21:20:55 <mrmoku> site.conf adds that var
May 08 21:21:01 <CIA-75> freesmartphone.org: 03mickey 07specs * r150e31fbc841 10/common/org.freesmartphone.xml.in: add org.freesmartphone.xml.in for common enumerations and errors
May 08 21:21:17 * mwester wonders what else may have failed to correctly eval that var in his build. :(
May 08 21:21:33 <mrmoku> mwester: well... it is used in shr packages only
May 08 21:21:52 <mrmoku> I added it to recipes in our overlay recipes/shr only
May 08 21:22:09 <mwester> Why not put that in the shr.conf file?
May 08 21:22:36 <mrmoku> what shr.conf file?
May 08 21:22:41 <mwester> I guess I'll wipe tmp and start over :(
May 08 21:23:04 <mrmoku> hmm... I don't think that is necessary
May 08 21:23:29 <mwester> shr/openembedded/conf/distro/include/shr-autorev.inc  for example.
May 08 21:23:59 <mrmoku> mwester: because I don't know if you can put that there... 
May 08 21:25:46 <mwester> Ok.  But we should not require more things than the typical OE distro to be set.  And certainly not something that's as arcane as that bit of anonymous python.
May 08 21:25:52 <CIA-75> freesmartphone.org: 03mickey 07specs * rb595bb2e72be 10/ (Makefile common/Makefile common/org.freesmartphone.xml.in): specify common dbus errors in the org.freesmartphone domain
May 08 21:26:06 * onen has finished all the release communication (wiki, email, etc.)
May 08 21:26:12 <mwester> I guess it'll do for now, in hopes that OE can put that in the bitbake.conf file.
May 08 21:26:35 <mrmoku> yeah, it is the best we can have *now*
May 08 21:27:02 <mrmoku> I started looking at bitbake code... to see how it could be fixed for real
May 08 21:27:31 <mrmoku> but my python foo is quite limited... and I don't want to spend hours on some work that then will not be accepted :P
May 08 21:27:43 <mwester> I think we just toss that line into the bitbake.conf file and make it part of OE, rather than part of bitbake.
May 08 21:29:08 * mwester is building a new image, in hopes that his phone will once again begin to suspend/resume properly.
May 08 21:29:33 * mrmoku has a phone that is suspending/resuming properly :D
May 08 21:33:06 * TAsn has a phone that is suspending/resuming properly :D
May 08 21:33:17 <TAsn> though not rotating properly ;]
May 08 21:33:20 * mwester feels left out
May 08 21:34:02 <TAsn> mwester, you got a gta01 don't you?
May 08 21:34:08 <mwester> I have two.
May 08 21:34:17 <TAsn> two gta01?
May 08 21:34:20 <mwester> yep.
May 08 21:34:28 <TAsn> because I have an FR and I think mrmoku has an FR as well. ;]
May 08 21:34:39 <mwester> one of them is rather rare -- it is an 850MHz gta01.
May 08 21:35:02 <mwester> TAsn - Ainulindale has a gta01 as well.
May 08 21:35:21 <TAsn> mwester, saving it for the collectors? ;]
May 08 21:35:29 <TAsn> mwester, can he suspend?
May 08 21:35:56 <mwester> I haven't tried SHR on them in quite a while; they suspend very nicely with 2.6.24 and an old SHR.
May 08 21:36:05 <TAsn> i c.
May 08 21:36:12 <TAsn> well, I wish you best of luck.
May 08 21:36:25 <mwester> I am beginning to think that luck will be required.
May 08 21:36:48 <mwester> Too many packaging changes in the past week; it begins to get in the way of development.   (and really annoys the users! hehe!)
May 08 21:36:52 <TAsn> ;]
May 08 21:37:08 <TAsn> talking about OE?
May 08 21:37:18 <TAsn> it's good they did it all now
May 08 21:37:20 <mwester> The root cause seems to be OE and E
May 08 21:37:35 <TAsn> and didn't spread it over a period
May 08 21:37:37 <mwester> Well, yes, better now than after the first release.
May 08 21:37:52 <TAsn> indeed.
May 08 21:38:02 <TAsn> though opkg still sucks.
May 08 21:38:08 <TAsn> (just wanted to mention that)
May 08 21:38:35 <mwester> opkg will suck forever, there is no hope for opkg (I have seen the source, and I still wake up in terror in the middle of the night sometimes).
May 08 21:38:47 <TAsn> mwester, I too have seen it.
May 08 21:39:01 <TAsn> and since then, I'm a diagnosed insomaniac
May 08 21:39:07 <TAsn> insomniac*
May 08 21:39:09 <mwester> ipkg was better, IMO.  So we'll probably have to wait for someone to do yet another rewrite -- upkg?  ypkg?
May 08 21:39:38 <TAsn> mwester, I think the rewriter will have to consider a name change.
May 08 21:39:45 <DocScrutinizer> dos1|away: as soon as you have a dfu-util cooked "don't panic" please send to me so I may upload it to some public folder
May 08 21:39:45 <mwester> perhaps we can all switch to dpkg.  or better yet, maybe rpm and yum.
May 08 21:39:46 <TAsn> something cool.
May 08 21:40:04 <TAsn> mwester, I think OE does't yet support creating packages for those.
May 08 21:40:42 <mwester> it is not used a lot, so there may be bugs, but OE can generate both dpgs and rpms, in addition to the opkg format.
May 08 21:40:52 <TAsn> sweet.
May 08 21:40:55 <TAsn> didn't know that.
May 08 21:41:06 <TAsn> so why don't we move?
May 08 21:41:16 <mwester> A commercial user (IIRC) actually paid someone to write the RPM support.
May 08 21:41:18 <TAsn> I thought it's the lack of support for other formats that stops us.
May 08 21:41:31 <mwester> As for why we don't move now, I cannot say.  Opkg sucks.
May 08 21:41:42 <TAsn> Opkg sucks.
May 08 21:41:55 <TAsn> I thought about doing a rewrite as well
May 08 21:42:04 <mwester> I have not moved SlugOS to dpkg because of size constraints; I have 8MB of flash to work with.  But we have much more room on the gta02.
May 08 21:42:22 <TAsn> though it seems like a good for nothing work if we can just switch.
May 08 21:42:51 <mwester> And I understand that dpkg is slower than opkg (so I'm told), but I wonder if that's really a big deal... "fast and broken" is better than "slow and works"?
May 08 21:43:15 <TAsn> mwester, I won't allow this.
May 08 21:43:22 <TAsn> you can't call opkg "fast and broken"
May 08 21:43:24 <TAsn> it's terribly slow
May 08 21:43:27 <TAsn> and broken
May 08 21:43:30 <mwester> :D]
May 08 21:43:42 <TAsn> ffs I wrote
May 08 21:43:46 <TAsn> opkg ilst today
May 08 21:43:58 <TAsn> (typo at origin)
May 08 21:44:10 <TAsn> and it took it a full minute (maybe more)
May 08 21:44:15 <TAsn> to let me know I had a typo
May 08 21:44:17 <TAsn> ffs, why?!
May 08 21:44:17 <TAsn> ;]
May 08 21:44:54 <TAsn> package managing is hard no doubt about it, though doing what opkg does (not a lot) is supposed to be simple to do fast. (or so I think)
May 08 21:45:07 <TAsn> I should probably look more into it when I have the time
May 08 21:45:22 <TAsn> and maybe finally write a decent low on resources decent pack manager.
May 08 21:45:30 <TAsn> though it'll require a bit of research before.
May 08 21:45:44 <mwester> Yep.  I wonder why it cannot just cache the package db in a sqlite db, and maybe offer an opkg rebuildcache command for when it gets broken.  That would speed everything by orders of magnitude.
May 08 21:46:10 <TAsn> that's a starter!
May 08 21:46:28 <TAsn> bah, I think you are getting me convinced to give it a go.
May 08 21:46:35 <mwester> :)
May 08 21:46:50 <TAsn> If I only had a semester off! ;[
May 08 21:46:58 <TAsn> well will try to start thinking about it next weekend
May 08 21:47:11 <TAsn> hopefully I'll finish full rtl support for e17 by then.
May 08 21:47:12 <mwester> sometimes an education gets in the way of learning.
May 08 21:47:23 <TAsn> (that's the big hold-back)
May 08 21:47:40 <TAsn> mwester, lately I find it happen more than "sometimes"
May 08 21:48:21 <mwester> must run off for a bit to do some errands -- back later.
May 08 21:48:46 <TAsn> I should be going as well.
May 08 21:49:00 <TAsn> thanks for the convincer, may actually do it. night. ;]
May 08 21:50:23 <mrmoku> yeah... night. it is still building... and me is off to bed
May 08 21:55:06 <TAsn> mrmoku|away, thanks, cya tomorrow. ;]
May 08 22:07:44 <budfive> mickey|bbl: can you tell me where libfsotransport lives? I'm trying to build abyss again
May 08 22:10:00 <onen> good night people
May 08 22:16:41 <DocScrutinizer> "DON'T PANIC"   :->
May 08 22:17:31 <tomboy64> uh
May 08 22:17:37 <tomboy64> AAAAAAAAAAAAAAAAAAAHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH
May 08 22:17:43 <tomboy64> no?
May 08 22:17:47 <tomboy64> :->
May 08 22:17:58 <DocScrutinizer> probably will boot all the evening ;-)
May 08 22:18:43 <DocScrutinizer> http://people.openmoko.org/joerg/bootsplash/
May 08 22:22:58 <tomboy64> that's mine right now: http://mymirror.skinripper.endofinternet.org:4712/will_fix_computers2.png
May 08 22:23:55 <DocScrutinizer> :-D
May 08 22:37:59 <TAsn> DocScrutinizer, is there a package ready?
May 08 22:38:28 <Sargun> DocScrutinizer, haha
May 08 22:38:32 <Sargun> HAHAHAHAHAHA
May 08 22:38:54 * TAsn doesn't want to panic!
May 08 22:39:41 <TAsn> ok, I've had it! I'm building it myself.
May 08 22:40:01 <DocScrutinizer> TAsn: package? nope
May 08 22:40:10 <DocScrutinizer> uBoot splashscreen
May 08 22:40:27 <TAsn> I'm building my own package.
May 08 22:41:55 <DocScrutinizer> TAsn: probably you could even install it as a opkg, if you use the right nanderase and nandwrite cmds
May 08 22:42:52 <TAsn> I boot from sd
May 08 22:43:07 <DocScrutinizer> hmm, so what?
May 08 22:43:22 <DocScrutinizer> it's a uBoot(!) splashscreen for now
May 08 22:43:33 <TAsn> DocScrutinizer, there's also 
May 08 22:43:37 <TAsn> a bb
May 08 22:44:15 * DocScrutinizer wonders what a bb could do here
May 08 22:44:40 <TAsn> http://shr.bearstech.com/git/?p=shr-overlay.git;a=blob;f=openembedded/recipes/shr/shr-splash-theme-dontpanic_git.bb;h=b834874c02312ca571157ba664c438e7a79ab61b;hb=26908b589b17b8a5c11e66a1451bd58c6f45baeb
May 08 22:44:52 <TAsn> DocScrutinizer, make it a kernel splash screen.
May 08 22:44:58 <DocScrutinizer> duh??
May 08 22:45:07 <DocScrutinizer> ahh, I see
May 08 22:47:03 <DocScrutinizer> so the uBoot splashscreen is nicely complementary
May 08 22:47:22 <TAsn> well, I don't have uboot
May 08 22:47:24 <TAsn> but probably ;]
May 08 22:48:03 <TAsn> bah, getting errors.
May 08 22:48:04 <TAsn> ;\
May 08 22:48:20 <DocScrutinizer> I just thought WTF when I learnt splash-partition is 6MB(!)
May 08 22:50:22 <TAsn> ;]
May 08 22:50:27 <TAsn> ppl like their graphics
May 08 22:50:28 * DocScrutinizer thinks Qi is strongly suggesting for a repartitioning of NAND
May 08 22:53:21 <DocScrutinizer> TAsn: that's not graphics, that's enough for a movie ;D. Alas uBoot doesn't know how to play animated gifs
May 08 22:53:35 <TAsn> hehe
May 08 22:53:39 <TAsn> so it's enough for a movie
May 08 22:53:43 <TAsn> though we can't use a movie ;]
May 08 22:55:50 <TAsn> make update is supposed to re-apply overlay, right?
May 08 23:27:20 <DocScrutinizer> hehe, tonight there's "quiet earth" on ARTE :-)
May 08 23:32:34 <TAsn> haha a lot of ugly hacking got the package to work
May 08 23:32:38 <TAsn> no idea why the bb didn't work
May 08 23:32:39 <TAsn> ;\
May 08 23:36:42 <TAsn> DocScrutinizer, just gave it a try, ITS AMAZING!
May 08 23:36:59 <TAsn> I think I'll add an init script to reboot the moko so I'll be able to see it 24/7 ;]
May 08 23:37:18 <DocScrutinizer> hehe
May 08 23:40:15 <TAsn> night.
**** ENDING LOGGING AT Sat May 09 02:59:57 2009