**** BEGIN LOGGING AT Wed May 13 02:59:57 2009
May 13 05:26:42 <mrmoku> Toaster`: do you know about elm_scroller_policy_set ?
May 13 05:26:50 <mrmoku> Toaster`: morning btw. :)
May 13 05:38:29 <tobii_> good morning
May 13 05:46:40 * mirko-paroli also throws a good morning in the room
May 13 05:47:14 <mrmoku> mirko-paroli: still in Taipeh?
May 13 05:47:21 <mirko-paroli> mrmoku: yeah
May 13 05:47:24 <mirko-paroli> hangin' in da heat
May 13 05:47:37 <mirko-paroli> want me to send you some rice?
May 13 05:47:38 <mrmoku> :)
May 13 05:47:39 <mirko-paroli> :)
May 13 05:47:49 <mrmoku> so... it's not morning for you...
May 13 05:47:55 <mirko-paroli> hehe
May 13 05:47:57 <mirko-paroli> well
May 13 05:48:02 <mirko-paroli> I got up 60min ago
May 13 05:48:12 <mirko-paroli> so I am more on europe time
May 13 05:48:17 <mrmoku> haha :) get some rice coffee then ;)
May 13 05:48:18 <mirko-paroli> :)
May 13 05:48:22 <mirko-paroli> LOL
May 13 05:49:43 <mirko-paroli> I was wondering why I had to chew on the coffee here
May 13 05:49:47 <mirko-paroli> but that would be it then
May 13 05:49:50 <mirko-paroli> it is made from rice
May 13 05:50:50 <mrmoku> makes a complete breakfast then :P
May 13 05:51:21 * mirko-paroli goes and gets himself more breakfast from the kitchn :)
May 13 05:51:47 <mrmoku> :)
May 13 05:52:20 * mrmoku instead brings the small one to the kindergarden and moves his ass in the office then...
May 13 05:52:36 <mirko-paroli> mrmoku: have fun
May 13 05:52:39 <mrmoku> bbl
May 13 05:52:41 <mrmoku> thanks
May 13 05:59:57 <PaulFertser> DocScrutinizer: not that nice, i guess capacity is still evaluated based on CC reading which are wrong.
May 13 06:23:01 <PaulFertser> Marcel Holtmann of ofono project answered my questions: http://logs.nslu2-linux.org/livelogs/ofono.txt . Judge for yourself.
May 13 06:25:48 <PaulFertser> I just can't understand: either i can't ask questions or he can't answer. He basically talked about another things, not related to what i asked.
May 13 06:55:51 <morphis> heyho
May 13 06:55:55 <mirko-paroli> hi morphis
May 13 06:57:25 <mirko-paroli> how is morphis ?
May 13 07:07:43 <morphis> hey mirko-paroli 
May 13 07:07:46 <morphis> good 
May 13 07:07:54 <mirko-paroli> nice :)
May 13 07:08:03 <mirko-paroli> a wuick tour of irc before heading to work?
May 13 07:08:07 <mirko-paroli> quick
May 13 07:08:10 <morphis> a little bit busy at university but everything else is ok
May 13 07:08:20 <morphis> no, no work today :)
May 13 07:08:23 <mirko-paroli> ah
May 13 07:08:26 <mirko-paroli> a good day ;)
May 13 07:08:26 <morphis> only learning math :)
May 13 07:08:31 <mirko-paroli> yummy
May 13 07:08:57 <morphis> but my prof is ill, arrived at university, read my mails ...
May 13 07:09:14 <morphis> maybe I should read my mails first before I leave home :)
May 13 07:09:21 <mirko-paroli> hehe
May 13 07:09:54 <morphis> and you?
May 13 07:10:00 <mirko-paroli> not too bad
May 13 07:10:12 <mirko-paroli> got a nice community list for bugs and issues
May 13 07:10:19 <mirko-paroli> people are looking into it
May 13 07:10:27 <mirko-paroli> and I can fix stuff that really bugs people
May 13 07:10:57 <morphis> great
May 13 07:11:03 <morphis> so paroli is going fine?
May 13 07:11:12 <morphis> only looked at it some weeks ago 
May 13 07:11:16 <mirko-paroli> yeah, although it means I don't have the time to look at the bindings
May 13 07:11:23 <mirko-paroli> yeah, I think it is usable
May 13 07:11:37 <mirko-paroli> probably not as reliable as a "normal" phone
May 13 07:11:40 <mirko-paroli> but it works
May 13 07:11:48 <morphis> ok, a first step :)
May 13 07:12:04 <morphis> I read you are the only one how works at paroli
May 13 07:12:12 <mirko-paroli> raster told me the keyboard setting in elm is not reliable or sth and that we should use the ecore_X function instead
May 13 07:12:12 <morphis> s/how/who/
May 13 07:12:13 <bzzbot> morphis meant: I read you are the only one who works at paroli
May 13 07:12:41 <mirko-paroli> but the bindings don't allow me to use that, so I am ttrying to figure out how to get that into the bindings ;)
May 13 07:12:46 <mirko-paroli> yepp only me for now
May 13 07:12:47 <morphis> mirko-paroli: hm
May 13 07:12:58 <mirko-paroli> lonely rider
May 13 07:12:59 <mirko-paroli> :)
May 13 07:15:47 <morphis_> baah this crappy vpn solution sucks
May 13 07:16:50 <mirko-paroli> hehe
May 13 07:17:55 <morphis_> after some time the dns server timed out, than the whole connection goes down
May 13 07:18:22 <morphis_> it seems to be that there is a bug in vpnc
May 13 07:19:41 <mirko-paroli> get access and do a trace ;)
May 13 07:20:58 <mirko-paroli> brb
May 13 07:25:17 <morphis_> mirko-paroli: don't have time actually :)
May 13 07:25:27 <mirko-paroli> hehe
May 13 07:26:32 <mrmoku> morphis_: one question though ;)
May 13 07:26:51 <mrmoku> does python-elementary implement elm_scroller_policy?
May 13 07:26:53 <ptitjes> good morning
May 13 07:41:50 <Deubeuliou> good morning Didier
May 13 07:49:33 <mwester> Guinea pig required.   http://moko.mwester.net/download/shr-kernel-20090513.tar      <--- test and see if the carrier info for the g_ether gadget is now handled correctly, and if the correct netlink notifications are sent.
May 13 07:53:46 <PaulFertser> mirko-paroli: Are you really sure that volume should be adjusted by calypso AT command instead of the main mixer?
May 13 07:54:02 <mirko-paroli> PaulFertser: ehm ... no
May 13 07:54:21 <mirko-paroli> PaulFertser: I have to admit I have never thought about it :(
May 13 07:54:41 <mirko-paroli> PaulFertser: if y'all tell me we should change something, I'll adjust paroli
May 13 07:55:02 <mirko-paroli> or let me rephrase, if my distro maintainer tells me we should, I will
May 13 07:55:04 <mirko-paroli> ;)
May 13 07:56:35 <PaulFertser> mirko-paroli: current state of proper alsa usage is miserable, so i guess there's no proper recipe atm. Probably given that your solution is the best.
May 13 07:57:29 <mirko-paroli> PaulFertser: nytowl was fiddling with some elmixer thingy to adjust the sound, not sure if there was a final result for that one
May 13 07:58:20 * mrmoku is guinea pigging himself now...
May 13 07:59:48 <Zorkman_> mrmoku: you have injected yourself with 10cc SHR?
May 13 08:00:12 <mrmoku> Zorkman_: no... with 20cl mwester kernel :P
May 13 08:00:27 <Zorkman_> O MY GOD!
May 13 08:04:37 <mrmoku> mwester: how to test?
May 13 08:05:12 <mwester> Dunno anything about what connman needs or how it works. :(  
May 13 08:05:37 <mrmoku> ok
May 13 08:05:44 <mwester> But I suppose just making sure that nothing that used to work is now broken would be good information too.
May 13 08:06:35 <PaulFertser> mrmoku: and also you might want to start "dbusadm monitor" and see what it shows on connection/disconnection.
May 13 08:09:10 <mrmoku> PaulFertser: will do :)
May 13 08:21:30 <Zorkman> just packed my Fr to send it to germany for a buzzrework
May 13 08:21:36 <Zorkman> gonna miss the little bugger :)
May 13 08:36:11 <methril|work> morning
May 13 08:37:54 <tmzt> does this look right to anyone, I'm tired: word = int(val,16) byte1 = word & 0xff byte2 = (word & 0xff00) >> 8
May 13 08:38:08 <tmzt> it's python
May 13 08:45:24 <methril|work> looks, you are getting high and low part of a word
May 13 08:46:05 <tmzt> I'm trying to split a word into the two bytes for a char array
May 13 08:46:19 <methril|work> are you going to split?
May 13 08:46:33 <methril|work> if you want to put into a char array use struct.pack
May 13 08:46:47 <tmzt> it's for c source
May 13 08:46:59 <methril|work> well, it's for manage array structures
May 13 08:47:13 <methril|work> "C" struct likes
May 13 08:47:20 <methril|work> for me works ok
May 13 08:47:35 <tmzt> this is just a utility to convert some data into a c struct for a .c file
May 13 08:48:47 <methril|work> well, if you take a look at ubx.py in the framework, you could use it to process protocol data arrays
May 13 08:52:39 <mirko-paroli> shoragan: ping
May 13 09:00:46 <tmzt> methril|work: what's the last slice of an array, the last item in slice notation?
May 13 09:00:59 <tmzt> -1?
May 13 09:01:21 <methril|work> tmzt: i don't really know 
May 13 09:01:29 <methril|work> why?
May 13 09:02:02 <tmzt> trying to not put the comma at the end, I guess it's not really important
May 13 09:02:58 <tmzt> appears to have worked, cool
May 13 09:03:39 <methril|work> well, i don't really understand what are you doing :) but if it works, i'm happy :)
May 13 09:04:40 <tmzt> hopefully I'm getting audio to work on the cdma touch pro, but I'm really just trying to replicate what dzo did on another device
May 13 09:22:38 <mrmoku> mwester: back in homeoffice... playing with your kernel now
May 13 09:38:57 <mrmoku> mwester: what is working now is /sys/class/net/usb0/carrier
May 13 09:39:08 <mrmoku> it changes between 0/1 if I unplug/plug
May 13 09:39:26 <mrmoku> no udev event though and connman seems not to recognize it
May 13 09:39:36 <mrmoku> will take a look at connman source now...
May 13 09:45:12 <ptitjes> mrmoku: posted my take on DBus protocols specs
May 13 09:51:30 <Ainulindale> ptitjes: Answered
May 13 09:51:48 <ptitjes> Ainulindale: this is so quick to read ?
May 13 09:52:16 <PaulFertser> mwester: could you please show your patch? BTW, it's cool you picked up this topic :)
May 13 09:52:27 <Ainulindale> ptitjes: this is unbearable to read, plus there is no explanation
May 13 09:52:39 <Ainulindale> Plus this has nothing to do with what we were talking about there
May 13 09:52:41 <Ainulindale> Read my mail
May 13 09:53:00 <Ainulindale> You're once again diving into an unecessary genericity for something that needs nothing remotely related to that
May 13 09:53:01 <ptitjes> Ainulindale: you did not read until the end
May 13 09:53:11 <Ainulindale> I read the whole thing.
May 13 09:53:43 <ptitjes> Ainulindale: the last part is what you want
May 13 09:53:52 <mrmoku> ptitjes: quite lengthy ;)
May 13 09:54:02 <Ainulindale> Nope
May 13 09:54:11 <ptitjes> Ainulindale: but it was necessary to explain the second which the third is based upon
May 13 09:54:37 <Ainulindale> What I want is talks, discussion and basic 'specs' idea, not a designed solution which would pour coffee in my cup for me
May 13 09:54:48 <Ainulindale> It's not necessary at all
May 13 09:55:01 <Ainulindale> We're talking (again) about functional contexts
May 13 09:55:05 <Ainulindale> And what we want to do
May 13 09:55:09 <Ainulindale> Here you're trying to build a solution
May 13 09:55:18 <Ainulindale> This has nothing to do with the subject we're talking about
May 13 09:55:41 <Ainulindale> Functional specifications != Technical specifications
May 13 09:55:54 <Ainulindale> You did technical specs, assuming functional specs were already there
May 13 09:55:57 <Ainulindale> And they aren't
May 13 09:56:05 <ptitjes> Ainulindale: as you don't give any constructive comments to my proposal, I don't know how I could elaborate on it, in kind of way you eject me from the discussion
May 13 09:56:22 <ptitjes> Ainulindale: read the last part
May 13 09:56:28 <Ainulindale> Already read it, already told you so
May 13 09:56:34 <Ainulindale> And already told you that we don't need technical specs
May 13 09:56:35 <ptitjes> yeah surez
May 13 09:56:37 <Ainulindale> We need talks
May 13 09:56:47 <Ainulindale> We don't need UML, we don't need models, we need to say what we want
May 13 09:56:51 <m0nt0> Ainulindale, i sent a mail to shr-dev with the dbus-gui that was in my mind, how was that?
May 13 09:57:11 <Ainulindale> m0nt0: in terms of format, way more understadable as a basis for discussion IMHO
May 13 09:57:26 <Ainulindale> Though I was wondering why you didn't explain your choices either
May 13 09:57:29 <Ainulindale> Why calendar?
May 13 09:57:34 <Ainulindale> (For example)
May 13 09:58:16 <Ainulindale> ptitjes|shower: and stop thinking that because I disagree with your ways I disagree with you or think your work is worth nothing
May 13 09:58:22 <Ainulindale> This is *really* starting to piss me off
May 13 09:58:33 <Ainulindale> I told you loads of times, we want talks, discussions
May 13 09:58:35 <Ainulindale> Not technical specs
May 13 09:58:37 <ptitjes|shower> Ainulindale: what I don't understand is that m0nt0 and I have quite the same domain-specific primitives
May 13 09:58:44 <ptitjes|shower> Ainulindale: do your take and we will see
May 13 09:58:56 <Ainulindale> Gaaaah.
May 13 09:59:00 <Ainulindale> We're not talking about PRIMITIVES !
May 13 09:59:02 <ptitjes|shower> Ainulindale: do you want I write a novel ??
May 13 09:59:10 <ptitjes|shower> :)
May 13 09:59:16 <Ainulindale> We want to have some example as a basis for discussion!
May 13 09:59:19 <Ainulindale> On what we would NEED
May 13 09:59:22 <Ainulindale> Not what we want to HAVE
May 13 09:59:32 <Ainulindale> Here, we need to talk about what would be CONVENIENT to use
May 13 09:59:38 * ptitjes|shower goes to my constructive shower
May 13 09:59:39 <Ainulindale> Not how it would be convenient to develop it
May 13 09:59:41 <ptitjes|shower> arf arf arf
May 13 10:00:02 <Ainulindale> That is what functional specs are about. Did you ever write some?!
May 13 10:00:43 <Ainulindale> All your first part could be summarized in two sentences
May 13 10:00:46 <ptitjes|shower> Ainulindale: what a comment!! "did you ever write some?!"
May 13 10:00:47 <Ainulindale> "We want something to manage focus/views"
May 13 10:00:51 <Ainulindale> And
May 13 10:00:55 <Ainulindale> "We want something to manage jobs"
May 13 10:01:00 * ptitjes|shower laught out of loud
May 13 10:01:55 <Ainulindale> Good. Laugh as you want. This is far more constructive than trying to understand what I'm telling.
May 13 10:05:16 <Ainulindale> m0nt0: I'm currently writing a mail will send it after lunch
May 13 10:05:19 <Ainulindale> (to answer to yours)
May 13 10:06:55 <m0nt0> Ainulindale, ok, thanks, just want to know what is in your and others mind so that we can go on on this spec
May 13 10:13:58 <ptitjes|shower> m0nt0: what bugs me with your API is that you have three times (and there may be more as we add PIM domains) the same set of methods
May 13 10:14:35 <ptitjes> m0nt0: why not introduce an enum or string type ID to define the type PIM objects manipulated
May 13 10:15:06 <m0nt0> ptitjes, i know, i'm not really happy for what i've wrote, but it was a starting point, just to start
May 13 10:15:32 <m0nt0> i totally agree with this solution, and there are some other things to consider
May 13 10:15:42 <ptitjes> m0nt0: then only the non-generic domain-specific methods would hilight more (like do a call, send a message, ...)
May 13 10:17:04 <m0nt0> like if i call a gui WriteMessage() a window will popup, user will write the message and then the text entered should be returned someway to ophonekitd i think, else the gui will call frameworkd and i think that this is not what we want
May 13 10:19:07 <mickeyl> morning folks
May 13 10:19:23 <mirko-paroli> moin mickeyl
May 13 10:19:34 <spaetz> morning
May 13 10:20:49 <ptitjes> morning mickeyl 
May 13 10:20:54 <mickeyl> hi ptitjes 
May 13 10:21:52 <ptitjes> m0nt0: yeah, hence my proposal for AskSendMessage and SendMessage methods
May 13 10:27:32 * mickeyl welcomes stefan_schmidt and alexxy 
May 13 10:27:42 <mickeyl> that v6 address is surely looking sexy
May 13 10:27:48 * mickeyl envyious
May 13 10:28:13 <ptitjes> stefan_schmidt: hello
May 13 10:28:30 <ptitjes> stefan_schmidt: I'll have to move in some minutes
May 13 10:28:57 <ptitjes> stefan_schmidt: will you be on the channel tonight so that we discuss of 'Test' talks ?
May 13 10:29:04 <ptitjes> stefan_schmidt: and some other stuffs ??
May 13 10:29:32 <alphaone> hehe
May 13 10:29:36 <stefan_schmidt> ptitjes: what time you have in mind? I should be able to arrange it. Not often at my pc atm tho.
May 13 10:29:45 <alphaone> I hate it when IPv6 stops working...
May 13 10:29:48 <stefan_schmidt> ptitjes: So tell me the time and I will be here
May 13 10:30:08 <ptitjes> stefan_schmidt: btw I'm sorry I did not follow the mails (RL stuff), I will catch with those tonight
May 13 10:30:24 <ptitjes> stefan_schmidt: around 20h/21h GMT+1
May 13 10:30:39 <stefan_schmidt> ptitjes: ok. will be here.
May 13 10:30:47 <ptitjes> stefan_schmidt: thanks
May 13 10:30:59 <stefan_schmidt> ptitjes: (RL stuff) Sure. It's more important as what we do here.
May 13 10:31:08 <stefan_schmidt> s/as/then/
May 13 10:31:08 <bzzbot> stefan_schmidt meant: ptitjes: (RL stuff) Sure. It's more important then what we do here.
May 13 10:31:32 <ptitjes> stefan_schmidt: hum... sometimes I would like it were not ;)
May 13 10:31:41 <stefan_schmidt> heh
May 13 10:42:27 <Ainulindale> m0nt0: answered to your mail
May 13 10:45:03 <Ainulindale> Hire o/
May 13 10:47:58 <Ainulindale> alphaone, stefan_schmidt, mickeyl: again, the talks on shr-devel are of interest to you (UI/DBus, etc..)
May 13 10:48:42 <alphaone> Ainulindale: ?
May 13 10:48:59 <Ainulindale> alphaone: yes?
May 13 10:50:18 <alphaone> Ainulindale: From current shr unstable I've got Package: frameworkd
May 13 10:50:18 <alphaone> Version: 0.8.5.1+gitr1365+668dde7d810425fefc3c885ef4f7f2eb5034f698-r3
May 13 10:50:43 <Ainulindale> Yes?
May 13 10:50:56 <alphaone> But I can't find that hash anywhere in our repo
May 13 10:51:06 <Ainulindale> Heh =)
May 13 10:51:22 <Ainulindale> Funny thing
May 13 10:51:30 <Ainulindale> let me check
May 13 10:51:31 <alphaone> Ainulindale: Are you building from a different repo?
May 13 10:51:50 <Ainulindale> Yes we forked frameworkd and are developing it behind your back :-)
May 13 10:51:51 <Ainulindale> (no)
May 13 10:52:22 <Ainulindale> Not that I know, anyway
May 13 10:52:26 <Ainulindale> This is weird
May 13 10:52:53 <Ainulindale> http://git.freesmartphone.org/?p=framework.git;a=commit;h=668dde7d810425fefc3c885ef4f7f2eb5034f698
May 13 10:52:59 <Ainulindale> Sounds quite similar to me :-)
May 13 10:54:12 <alphaone> hmm
May 13 10:54:17 <alphaone> okay, never mind
May 13 10:54:25 <Ainulindale> Weird thing you didn't find it
May 13 10:54:37 <Ainulindale> alphaone: anyway, could you have a look at shr-devel please? :-)
May 13 10:54:43 <Ainulindale> I'd like your opinion as well
May 13 10:54:54 <Ainulindale> (for the DBus UI specifications thing)
May 13 10:59:17 <alphaone> Ainulindale: Can't right now, we're currently imposing our take of the FSOSHRUDCON schedule on everyone.
May 13 10:59:25 <viq> Hm, I see in shr-unstable repository packages for dates and tasks from http://pimlico-project.org - what about contacts? I see sync is not ready for use yet.
May 13 11:03:20 <viq> Also, what would you (all of you ;) recommend for calendar, todo, notes ?
May 13 11:10:24 <Ainulindale> alphaone: imposing your take? :-)
May 13 11:10:36 <alphaone> Well, it's a wiki
May 13 11:10:38 <alphaone> :-)
May 13 11:10:47 <alphaone> Feel free to revert and blame us in public
May 13 11:10:49 <Ainulindale> What did you do, bad boy?
May 13 11:11:28 <Ainulindale> Oh I see
May 13 11:12:58 <alphaone> more is coming :-)
May 13 11:13:12 <methril|work> fucking job day!!!
May 13 11:13:28 <methril|work> why the boss imposse technical things?
May 13 11:13:40 <methril|work> ~curse my boss
May 13 11:14:02 <Ainulindale> alphaone: I added something myself
May 13 11:14:18 <alphaone> yay
May 13 11:14:22 <alphaone> we hoped you would
May 13 11:14:56 <Ainulindale> I don't know if a "community talk" about SHR and "how you could help" is necessary
May 13 11:15:04 <Ainulindale> I was intending to do that merely in the welcome words
May 13 11:15:29 <alphaone> okay
May 13 11:16:47 <methril|work> shr & fso teams really busy with FSOSHRUDCON'09
May 13 11:16:49 <alphaone> stefan_schmidt: 
May 13 11:16:50 <alphaone>   | SHR Status, Goals & Architecture            |                                   | 
May 13 11:16:50 <alphaone> 83	 	|       |                                   | ophonekitd, its future and its UI           |                                   | 
May 13 11:16:50 <alphaone> 84	 	|       |                                   | dbusification -- Ainulindale   
May 13 11:29:08 <Ainulindale> alphaone: anyway your excuse was a bad one
May 13 11:29:13 <Ainulindale> go & read the threads
May 13 11:29:18 <Ainulindale> we'll talk about it at F9N
May 13 11:29:59 <alphaone> damn
May 13 11:30:04 <Ainulindale> And seriously, we need your opinion guys now :-)
May 13 11:30:14 <Ainulindale> You're the producers of what the API will be the consumer of
May 13 11:30:27 <Ainulindale> I don't want to build an useless additional layer
May 13 11:30:38 <Ainulindale> And the more the merrier :-)
May 13 11:34:55 <Ainulindale> alphaone, stefan_schmidt, mickeyl : are you in a conf call? :-)
May 13 11:35:06 <mickeyl> ya
May 13 11:35:45 <Ainulindale> Heh
May 13 11:36:14 <Ainulindale> mickeyl: when it'll be done, if you have ten minutes I have some things to talk about with you
May 13 11:42:35 <Ainulindale> mrmoku ?
May 13 11:49:36 <mrmoku> Ainulindale: lets see what you think about *my* mail ;)
May 13 11:50:04 <Ainulindale> hmmm that is a good thing yes
May 13 11:50:12 <Ainulindale> but I'd like your opinion on the question I asked :-)
May 13 11:50:33 <mrmoku> Ainulindale: which one? in here?
May 13 11:50:45 <Ainulindale> on the thread
May 13 11:50:55 <Ainulindale> but I think you're doing the exercise on a really good point of vie
May 13 11:50:56 <Ainulindale> +w
May 13 11:51:03 <Ainulindale> that is : what you'd like to be able to do as a developer of an UI
May 13 11:51:26 <Ainulindale> It seems to me it's the best way to have something coherent & solid
May 13 11:51:32 <Ainulindale> (that is doing this exercise)
May 13 11:51:33 <mrmoku> you mean the output of API question?
May 13 11:52:31 <Ainulindale> that is one of the questions, yes
May 13 11:52:34 <Ainulindale> there's a bunch of them :-)
May 13 11:53:19 <mrmoku> brb
May 13 12:09:01 <Ainulindale> argh stefan_schmidt cut my subject!
May 13 12:09:20 <stefan_schmidt> Ainulindale: fix it!
May 13 12:09:28 * stefan_schmidt hates wiki merges... :)
May 13 12:09:49 <Ainulindale> baaaaaaaaad boy
May 13 12:10:11 <Ainulindale> You owe me a reply to the shr-devel ML then, to forgive your sins :-)
May 13 12:10:20 <Ainulindale> (Huzzah!)
May 13 12:10:59 <Ainulindale> I need to remember to bring those prisonners collars they have in this movie I can't recall
May 13 12:11:09 <Ainulindale> When I'll want to make mickeyl, stefan_schmidt & alphaone reply to mails
May 13 12:11:16 <Ainulindale> I'll just electrify their collars
May 13 12:11:22 <Ainulindale> Aaaaaah... one can dream
May 13 12:11:53 <stefan_schmidt> Ainulindale: Well, I'm not subscribed to shr-devel :D
May 13 12:12:04 <Ainulindale> A good occasion to subscribe :-)
May 13 12:12:16 <stefan_schmidt> heh, i see
May 13 12:12:25 <Ainulindale> But seriously it's interesting for the FSO team
May 13 12:12:35 <Ainulindale> and I can't see us doing that without you anyway
May 13 12:13:15 <stefan_schmidt> Ainulindale: sure, it's just that my motivation is totally down these days. (One reason not being in IRC lately). Will subscribe later today anyway.
May 13 12:13:24 <Ainulindale> stefan_schmidt: yeah I know about that too
May 13 12:13:40 <Ainulindale> stefan_schmidt: I've tons of stuff to do, I'm attending so many meetings I'm mostly sleeping through the day
May 13 12:13:51 <Ainulindale> (we're launching a new project here)
May 13 12:17:16 <stefan_schmidt> Ainulindale: Sounds like what I have with university recently.
May 13 12:18:21 <Ainulindale> Well yeah but here I have to pay for tons of stuff, and there's not that many jobs available currently in my company, so I'm bound to do boring stuff
May 13 12:18:55 <Ainulindale> Plus I'm doing that annoying stuff in a suit
May 13 12:18:58 <Ainulindale> And that's bad
May 13 12:19:03 <Ainulindale> It's damn hot in it
May 13 12:19:09 <stefan_schmidt> Ainulindale: urps, that's bad indeed
May 13 12:19:14 <stefan_schmidt> yo raster
May 13 12:19:21 <Ainulindale> raster: Oï oï oï
May 13 12:19:32 <raster> Ainulindale: suits are good
May 13 12:19:36 <raster> wen its.. winter
May 13 12:19:38 <raster> stefan_schmidt:  yo yo yo
May 13 12:19:40 <raster> Ainulindale:  boo!
May 13 12:20:01 <Ainulindale> raster: well I'm used to wander around the office in a tee shirt with something stupid on it
May 13 12:20:08 <Ainulindale> (and my "RTFM" mug)
May 13 12:20:27 <Ainulindale> so it's a big shock
May 13 12:20:31 <raster> Ainulindale: thats the way to go!
May 13 12:20:35 <raster> whats with the suit?
May 13 12:20:52 <raster> i went to the office today with my "do not disturb... already disturbed" tshirt on
May 13 12:21:20 <Ainulindale> raster: I have meetings with clients
May 13 12:21:24 <Ainulindale> (big clients)
May 13 12:21:31 <Ainulindale> so suit, tie, shaved, etc.
May 13 12:22:01 <stefan_schmidt> ok, math course is calling. Later.
May 13 12:22:03 <viq> http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf - is the soldering temperature there given in C or F ?
May 13 12:22:03 <raster> Ainulindale:  hmmm. i hope they bring in big mulah
May 13 12:22:19 <Ainulindale> raster: big mulah?
May 13 12:22:28 <raster> i dont suit up unless 1. i just feel like it or 2. mucho mulah
May 13 12:22:30 <raster> Ainulindale:  money
May 13 12:22:31 <raster> :)
May 13 12:22:44 <Ainulindale> Well, not really
May 13 12:22:52 <raster> booo!
May 13 12:22:57 <Ainulindale> It'll bring some, but more in the future
May 13 12:22:59 <Ainulindale> It's our way in
May 13 12:23:22 <raster> hmmm
May 13 12:23:23 <raster> ok
May 13 12:23:27 <raster> well i hope it was worth it
May 13 12:23:28 <raster> :)
May 13 12:23:31 <Ainulindale> http://www.youtube.com/watch?v=OJRRyeGnM7k <= aouch
May 13 12:25:04 <alphaone> viq: Celsius
May 13 12:25:20 <viq> thank you
May 13 12:25:37 <raster> Ainulindale: nuts
May 13 12:26:13 <alphaone> viq Solder won't melt at 375 °F
May 13 12:26:58 <Ainulindale> http://www.trekpassions.com/ <= hahahaha
May 13 12:27:27 <tmzt> raster: is this notification/stacker thing planed for illume at this point?
May 13 12:27:30 <tmzt> the
May 13 12:27:33 <viq> alphaone: ok, thank you
May 13 12:28:10 <raster> tmzt: yes - when i get to it
May 13 12:29:09 <tmzt> ok, generic question for everybody: is there intended to be a per-screen context menu for all the functions that don't fit in an icon/button/etc?
May 13 12:30:35 <raster> thats up to the aps to provide that
May 13 12:30:42 <raster> however they feel is good
May 13 12:31:00 <tmzt> not apps, I mean the in call or similar screens
May 13 12:31:06 <tmzt> comparing to every other phone
May 13 12:32:03 <raster> call screen is an app window
May 13 12:32:20 <Ainulindale> http://www.theisnort.com/isnort.html <= wurp2|working! your app is on youtube! :-)
May 13 12:32:21 <tmzt> well ok
May 13 12:33:15 <tmzt> how would prioritizing screens based on class work? is that something the WM logic in illume could support
May 13 12:33:48 <raster> tmzt: whats within an app window si up to the toolkit/app
May 13 12:33:53 <raster> outside is another matter
May 13 12:34:40 <tmzt> it's not the wm's job to decide what window should be shown in the foreground?
May 13 12:35:55 <raster> that is
May 13 12:36:05 <raster> but how that app lays out whats inside is its business
May 13 12:36:14 <tmzt> right
May 13 12:59:26 <mrmoku> Ainulindale: btw.... I'm making progress with shr.conf :)
May 13 12:59:52 <mrmoku> guess we should base the next unstable on it
May 13 13:00:06 <mrmoku> yes... I will write to the ML about it ;)
May 13 13:02:58 <CIA-75> freesmartphone.org: 03mickey 07framework * r56da46617383 10/etc/freesmartphone/oevents/rules.yaml: rules: fix requesting the CPU resource during calls
May 13 13:03:27 <Ainulindale> mrmoku: good! :-)
May 13 13:03:32 <Ainulindale> you're making questions & answers
May 13 13:05:47 <mrmoku> ptitjes|away: ping... still having problems with your gobject-introspection thingie...
May 13 13:06:56 <TAsn> ohhh raster !!!
May 13 13:07:01 <TAsn> finally got you here, pm. ;]
May 13 13:07:34 * raster runs
May 13 13:07:43 <TAsn> haha! already got you in pm! ;]
May 13 13:10:31 <KaZeR-mobi> hi there
May 13 13:22:47 <alphaone> mickey|breakfast: The dbus cache breaks the SetLeds rules again.
May 13 13:23:10 <alphaone> I'll add a follownameownerchanges attribut to the cache so we can enable that for these rules
May 13 13:33:35 <mrmoku> alphaone: did you get a clue out of yesterdays pastebin? or shall I try to catch fale and see if he still has the SMS?
May 13 13:34:15 <alphaone> I got the offending PDU
May 13 13:34:27 <alphaone> Fell asleep last night looking at it, though :-)
May 13 13:34:31 <mrmoku> :)
May 13 13:34:37 <alphaone> mrmoku: Should be fixing it today
May 13 13:34:41 <mrmoku> so you don't need it, fine
May 13 13:34:43 <mrmoku> great :D
May 13 13:34:46 <alphaone> Gotta go to the post office now, though
May 13 13:35:13 <mrmoku> send some fixed FRs I guess :P
May 13 13:36:09 <alphaone> shoragan, mickey|breakfast: The deep sleep issue is looking good at the moment.
May 13 13:36:15 <alphaone> I'll keep on testing
May 13 13:36:24 <alphaone> mrmoku: Exactly :-)
May 13 13:36:37 <alphaone> how did you guess? :-)
May 13 13:37:08 <shoragan> alphaone, did you change the timeout?
May 13 13:38:33 <alphaone> shoragan: At the moment I did
May 13 13:38:43 <alphaone> But it was working before as well
May 13 13:38:46 <shoragan> k
May 13 13:39:21 <alphaone> Although the differences in the two versions should *not* have fixed it
May 13 13:39:24 <alphaone> I'll see
May 13 13:39:35 <alphaone> maybe something with suspend
May 13 13:39:44 <alphaone> autosuspend
May 13 13:44:50 <Blu3> speaking of, did suspend break yesterday/the day before?  my phone woke up for a text message and never idled, dimmed, or suspended after that
May 13 13:53:33 <Ainulindale> alphaone: we should talk about abyss one of these days
May 13 13:53:37 <Ainulindale> i.e. should we switch, etc
May 13 13:53:42 <Ainulindale> (c.f. #openmoko)
May 13 13:54:21 * KaZeR-mobi votes for abyss too :) (since i suffer from the 'gprs blocks modem' bug)
May 13 14:03:55 <mrmoku> mickey|breakfast: ping... I'm trying to build gobject-introspection-native and have the following error:
May 13 14:03:58 <mrmoku>   File "/home/mok/src/other/openmoko/shrbuild/dev/shr-unstable/tmp/staging/x86_64-linux//usr/lib/python2.6/ctypes/__init__.py",
May 13 14:04:01 <mrmoku>     from _ctypes import Union, Structure, Array
May 13 14:04:04 <mrmoku> ImportError: No module named _ctypes
May 13 14:04:24 <mrmoku> I remember to have seen problems with _ctypes while building frameworkd I think... (some time ago)
May 13 14:04:27 <mrmoku> any idea?
May 13 14:23:11 <sylar91> raster: any progress about your g1 hacking? :D
May 13 14:59:54 <SHR-WugBranler> tracfeed: Ticket #439 (tinyproxy package request) created <http://trac.shr-project.org/trac/ticket/439>
May 13 15:00:43 <KaZeR-mobi> ++
May 13 15:21:53 <mickeyl> mrmoku: interesting. looks like we don't build python-2.6-native w/ ctypes support
May 13 15:21:58 <mickeyl> mrmoku: can you show me the build logs?
May 13 15:22:10 <mrmoku> sure
May 13 15:22:17 <mickeyl> actually
May 13 15:22:20 <mickeyl> config.log
May 13 15:22:30 <mickeyl> and the output of do_compile
May 13 15:22:32 <SHR-WugBranler> tracfeed: Ticket #439 (tinyproxy package request) updated <http://trac.shr-project.org/trac/ticket/439#comment:1>
May 13 15:22:41 <mrmoku> ok... moment
May 13 15:23:45 <mrmoku> mickeyl: ahh... config.log is part of source tree? then I would have to rebuild it...
May 13 15:25:55 <mrmoku> mickeyl: compile log is here: http://build.shr-project.org/tests/mrmoku/python-native-compile.log
May 13 15:27:31 <PaulFertser> alphaone|gone: deep sleep? #1024? You changed the cap?
May 13 15:27:34 <mrmoku> mickeyl: log.configure has --with-wctype-functions
May 13 15:27:45 <mrmoku> if that is it...
May 13 15:27:58 <mickeyl> let me check whether it's present here
May 13 15:28:14 <mickeyl> ah
May 13 15:28:16 <mickeyl> same failure
May 13 15:28:22 <mickeyl> ok, i will have a look at that
May 13 15:28:37 <mickeyl> i'm always happy if i can reproduce problems ;)
May 13 15:29:15 <mrmoku> and I'm happy to have problems that are reproducable for somebody who is in grade to fix them ;)
May 13 15:30:00 <mickeyl> great. then we all are happy
May 13 15:30:03 <mickeyl> ah wait
May 13 15:30:06 <mickeyl> there's a problem to fix ;)
May 13 15:30:08 <Ainulindale> haaaappy \o/
May 13 15:31:38 <mickeyl> hmm, strange
May 13 15:33:48 <max_posedon> mickeyl, when I "port" your fix to gentoo, I'll need s/autoconf/autoreconf in your patch
May 13 15:33:57 <max_posedon> may be now you have same issue?
May 13 15:34:54 <mickeyl> which patch?
May 13 15:35:07 <max_posedon> python-2.6-enable-ctypes-cross-build.patch
May 13 15:35:12 <max_posedon> or smth like this.
May 13 15:35:26 <max_posedon> (or it wasn't you, just patch from OE)
May 13 15:35:45 <mickeyl> hmm
May 13 15:35:52 <mickeyl> this patch is not getting applied to python-native
May 13 15:36:01 <mickeyl> perhaps it should
May 13 15:36:35 <max_posedon> in gentoo we apply it to both, cross and native
May 13 15:37:37 <mickeyl> i see
May 13 15:43:25 <mickeyl> mickey@andromeda:/local/pkg/oe/om-gta02$ tmp/staging/x86_64-linux/usr/bin/python
May 13 15:43:25 <mickeyl> Python 2.6.1 (r261:67515, May 13 2009, 17:41:19) 
May 13 15:43:25 <mickeyl> [GCC 4.3.3] on linux2
May 13 15:43:25 <mickeyl> Type "help", "copyright", "credits" or "license" for more information.
May 13 15:43:25 <mickeyl> >>> import ctypes
May 13 15:43:26 <mickeyl> >>> 
May 13 15:43:28 <mickeyl> that's better...
May 13 15:44:44 * mrmoku wants that :D
May 13 15:47:58 <mickeyl> http://git.freesmartphone.org/?p=openembedded.git;a=commit;h=2093067014705968674e0e9331a33bdc67120ab3
May 13 15:48:34 <alphaone> mickeyl: ping
May 13 15:48:49 <mickeyl> wat läuft
May 13 15:48:53 <alphaone> heh
May 13 15:48:55 <mickeyl> :)
May 13 15:49:07 <mrmoku> mickeyl: thanks :)
May 13 15:49:18 <mickeyl> http://pastebin.ca/1421586 still timing out, that doesn't look too well
May 13 15:49:18 <alphaone> mickeyl: Do you mind looking at http://pastebin.ca/1421586 and comparing it to your understanding of the Calypso channel timeout?
May 13 15:49:46 <mickeyl> alphaone: ok next try: be paranoid and set the timeout to 0
May 13 15:49:52 <alphaone> Because it's only ever timing out if it'S not sending EOF to wake up
May 13 15:49:53 <alphaone> okay
May 13 15:49:56 <mickeyl> in which case it sends it before every command
May 13 15:50:09 <alphaone> cool :-)
May 13 15:50:15 <mickeyl> well ;)
May 13 15:50:36 <alphaone> mickeyl: And I have had trouble with gsm0710muxd starting the modem right after boot.
May 13 15:51:05 <alphaone> I guess I'll need to enable logging and see what's wrong there
May 13 15:51:26 <alphaone> Might be that the Capacitor introduces another problem
May 13 15:51:28 <alphaone> DocScrutinizer: 
May 13 15:51:42 <alphaone> Could be interesting for you as well
May 13 15:53:28 <alphaone> mickeyl: Also the channel timeout thing seems to be triggered mostly after suspend
May 13 15:54:59 <mickeyl> hmm, would be interesting to see how this behaves with fso-abyss
May 13 15:57:03 <alphaone> mickeyl: I would be very interested in thta
May 13 15:57:05 <alphaone> at
May 13 15:57:15 <alphaone> Is there an easy way for me to switch?
May 13 15:57:57 <mickeyl> yeah
May 13 15:57:59 <mickeyl> two things
May 13 15:58:04 <mickeyl> first, add
May 13 15:58:05 <PaulFertser> alphaone: Have you changed the capacitor and it solved #1024 for you?
May 13 15:58:06 <mickeyl> [ogsmd]
May 13 15:58:11 <mickeyl> ti_calypso_muxer = fso-abyss
May 13 15:58:15 <mickeyl> 2nd
May 13 15:58:32 <mickeyl> increase the idle channel timeout to a really high value
May 13 15:58:33 <alphaone> PaulFertser: It solved the recamping for now.
May 13 15:58:39 <mickeyl> and tell fso-abyss to handle it
May 13 15:58:44 <mickeyl> by sending it a dbus command
May 13 15:58:44 <alphaone> PaulFertser: And opened up other problems
May 13 15:59:06 <alphaone> PaulFertser: I need to test more and with different devices before I can say more
May 13 15:59:19 <alphaone> huh?!
May 13 15:59:21 <alphaone> mickeyl: ?
May 13 15:59:22 <PaulFertser> alphaone: What cap have you fitted there? Did you desolder the original one?
May 13 15:59:28 <mickeyl> mdbus -s org.freesmartphone.omuxerd /org/freesmartphone/GSM/Muxer org.freesmartphone.GSM.MUX.SetWakeupThreshold 5 500
May 13 15:59:42 <Ainulindale> mrmoku: your last post lacks some things :-)
May 13 15:59:42 <alphaone> PaulFertser: First I just added a 100µF (the ones from the buzz fix
May 13 15:59:47 <Ainulindale> "view contact"
May 13 15:59:48 <Ainulindale> for instance
May 13 16:00:05 <alphaone> PaulFertser: Then I gutted an old GTA02 and used 22µF Caps from the PCF there
May 13 16:00:06 <Ainulindale> optionally "organize contacts"
May 13 16:00:12 <Ainulindale> (putting them in categories)
May 13 16:00:16 <alphaone> They have the same footprint so I replaced
May 13 16:00:18 <mrmoku> Ainulindale: view is not the same as edit?
May 13 16:00:23 <alphaone> That's what I'm testing atm
May 13 16:00:29 <Ainulindale> mrmoku: that wasn't explicit in your mail :-)
May 13 16:00:40 <Ainulindale> mrmoku: if you think it is then say so, it's interesting :-)
May 13 16:00:50 * mwester added a 10uF tantalum in parallel.
May 13 16:00:56 <mwester> what troubles are observed?
May 13 16:01:19 <PaulFertser> alphaone: muxer problems after changing the cap? Can't see a single reason for those to be related...
May 13 16:01:35 <PaulFertser> mwester: did it solve recamping for you too?
May 13 16:01:41 <mwester> Wonderfully.
May 13 16:02:16 <alphaone> mwester: Sometimes on phone boot gsm0710muxd isn't able to init the modem
May 13 16:02:31 <alphaone> Sorry, can't be more specific as I haven't looked into it yet
May 13 16:03:01 <alphaone> PaulFertser: Yeah, well it's at startup
May 13 16:03:13 <PaulFertser> alphaone: can you tell me the footprint so i'll find the cap to fix my device too?
May 13 16:03:27 <alphaone> PaulFertser: So if the changed cap somehow results in the pll being unstable
May 13 16:03:42 <alphaone> PaulFertser: hmm, not sure about the footprint :-(
May 13 16:03:54 <alphaone> Well, I don't know the name..
May 13 16:03:59 <alphaone> let me check
May 13 16:04:07 <PaulFertser> alphaone: ok, i guess doc will look through the BOM.
May 13 16:04:28 <PaulFertser> alphaone: it's not urgent anyway it's not easy to get a single SMD cap here anyway.
May 13 16:04:31 <alphaone> BOM, excellent idea
May 13 16:04:59 <Ainulindale> mickeyl!
May 13 16:05:02 <Ainulindale> What's this awful mail :-)
May 13 16:05:09 <Ainulindale> Couldn't you answer to the whole thing? :-p
May 13 16:05:28 <mickeyl> heh, sorry, that's just the first bunch
May 13 16:05:33 <Ainulindale> :-)
May 13 16:05:33 <mickeyl> more to come
May 13 16:05:57 <PaulFertser> alphaone, mwester: have you managed to measure the actual capacitance of the old one?
May 13 16:06:03 <mwester> nope
May 13 16:06:13 <alphaone> PaulFertser: MO-CAP 10uF 10V +80-20% SMT0805 Y5V CM21Y5V106Z10AT AVX/KYOCERA LR I think it is
May 13 16:06:26 <PaulFertser> alphaone: Thanks :)
May 13 16:06:29 <alphaone> PaulFertser: Yeah, was around 7-8µF on both I unsoldered
May 13 16:06:34 <alphaone> So should be 0805
May 13 16:07:10 <PaulFertser> alphaone: tried freezing the device?
May 13 16:07:37 <alphaone> Yes, put it on a cool pack
May 13 16:08:03 <alphaone> still worked
May 13 16:08:08 <PaulFertser> alphaone: cool (what a pun) :)
May 13 16:08:21 <alphaone> heh
May 13 16:09:10 <PaulFertser> alphaone: btw, looks like 8uF for a 10uF is perfectly correct.
May 13 16:09:23 <alphaone> PaulFertser: ?
May 13 16:09:37 <PaulFertser> And if i was OM-the-company i'll change the BOM immediately in case any new batches will be made.
May 13 16:09:51 <PaulFertser> Just in case.
May 13 16:09:59 <PaulFertser> alphaone: 10uF -20%
May 13 16:10:09 <alphaone> The cap is to spec, yes
May 13 16:11:17 <alphaone> mickeyl: Can I configure the muxer to do debugging?
May 13 16:12:06 <mickeyl> alphaone: i need to fix it to send log to syslog, it debugs to stdout only atm. but just call it manually in a terminal before starting the framework
May 13 16:12:24 <alphaone> okay
May 13 16:12:27 <alphaone> willdo
May 13 16:13:07 <mickeyl> fso-abyss does not control the modem, so you can start it at any time
May 13 16:13:24 <alphaone> mickeyl: Also whenever that happens gsm0710muxd can't be killed
May 13 16:13:26 <alphaone> root      1400  0.0  0.0      0     0 ?        S    18:01   0:00 [gsm0710muxd]
May 13 16:13:52 <mickeyl> hmm, hangs in serial?
May 13 16:15:49 <alphaone> hmm
May 13 16:15:52 <alphaone> unsure
May 13 16:16:24 <DocScrutinizer> we still don't know what's the root cause of #1024. Maybe increasing c109 helps, but that doesn't mean it's too small - it might be caused by another flaw and increasing c1009 is a workaround fix
May 13 16:18:08 <alphaone> Ah, I guess I can just start and kill gsm0710muxd repeatedly
May 13 16:18:11 <DocScrutinizer> anyway for replacement I recommend tantal
May 13 16:19:17 <DocScrutinizer> as ceram-cap might cause microphony interference caused by ther
May 13 16:19:29 <DocScrutinizer> their piezoceramic properties
May 13 16:19:57 <DocScrutinizer> especially Y5V
May 13 16:20:39 <DocScrutinizer> moinmoin btw
May 13 16:25:18 <wpwrak> DocScrutinizer: yeah, better err on the safe side
May 13 16:25:21 <mrmobil> mwester, up to now... nothing negative about your kernel
May 13 16:26:11 <mwester> mrmobil:  :)  That's good.  Now I hope that whomever was requesting the change can test to see if the carrier is sufficient for connman.
May 13 16:27:32 <PaulFertser> DocScrutinizer: :)) 
May 13 16:27:36 <mrmobil> mwester, still have to convince connman to respect it ;)
May 13 16:27:47 <DocScrutinizer> wpwrak: regarding bat-chrg/non-chrg you urged me to prepare an answer to clarify :-/
May 13 16:27:52 <PaulFertser> DocScrutinizer: btw, i guess mickeyl is still using CC for a charge estimation.
May 13 16:28:18 <wpwrak> DocScrutinizer: hee hee, chaos and mayhem, my work is done (-:C
May 13 16:28:23 <PaulFertser> mwester: I might have missed that but do you have the patch available?
May 13 16:28:29 <mwester> No.
May 13 16:28:40 <mwester> Still a work in progress.
May 13 16:29:33 <DocScrutinizer> wpwrak: CV cna't result in bat *providing* current in parallel to charger. I elaborated in 3 medium length sentences on this ;-)
May 13 16:30:16 <mwester> There seems to be much evil hidden behind the g_ether problem; many assumptions that just have one scratching one's head.
May 13 16:30:20 <DocScrutinizer> PaulFertser: dunno
May 13 16:30:39 <wpwrak> DocScrutinizer: iff you're in CV ...
May 13 16:30:39 <PaulFertser> DocScrutinizer: tantalum caps are huge and here we need 0805 it seems.
May 13 16:30:47 <alphaone> DocScrutinizer: Sorry, didn't want to sound optimistic about 1024
May 13 16:31:06 <DocScrutinizer> PaulFertser: it's just for shutdown, and this is easily fixed by yaml I guess
May 13 16:31:16 <wpwrak> PaulFertser: luckily, 0805 is just what's currently being used there :)
May 13 16:31:23 <PaulFertser> DocScrutinizer: by removing the shutdown on low bat altogether?
May 13 16:31:34 <DocScrutinizer> yup
May 13 16:31:56 <PaulFertser> wpwrak: I mean can one find a suitable tantalum cap that will fit easily in 0805?
May 13 16:32:01 <wpwrak> PaulFertser: and you can get the right tantalum in that size
May 13 16:32:02 <DocScrutinizer> sure not ideal
May 13 16:32:09 <PaulFertser> wpwrak: ok, great :)
May 13 16:32:18 <wpwrak> PaulFertser: yup. up to 33 uF, I think
May 13 16:33:30 <DocScrutinizer> hey guys, would I recommend tantalum if it doesn't fit??? c'mon! ;-)
May 13 16:36:03 <PaulFertser> wpwrak: digikey lists even 47uF :)
May 13 16:36:40 <DocScrutinizer> PaulFertser: (shutdown) the way it is _now_ the device easily may shutdown halfway between full and drained bat
May 13 16:37:52 <wpwrak> PaulFertser: ah, but check the ESR :)
May 13 16:37:53 <DocScrutinizer> and there's no easy way to fix this
May 13 16:38:19 <DocScrutinizer> yup, ESR is an issue maybe
May 13 16:38:50 <DocScrutinizer> don't remember exactly. was taht "<0.6ohms"?
May 13 16:39:13 <alphaone> Is there anything I can get from Conrad?
May 13 16:39:39 <DocScrutinizer> nope
May 13 16:39:48 <DocScrutinizer> forget conrad
May 13 16:40:13 <DocScrutinizer> they don't even order the parts for you they list in catalog
May 13 16:40:55 <mickeyl> PaulFertser: well, actually we moved to a CC battery in GTA02 to get accurate readings. i don't know why this somehow turned out to be bogus :(
May 13 16:41:00 <wpwrak> DocScrutinizer: yup, 0.6 Ohm. section 8.1.2.1 of by_component/ti_calypso_gsm_modem/20060613_Software_Training_data/20060427_Leonardo_General/Iota/APN/APN0_13.pdf
May 13 16:41:03 <DocScrutinizer> "yes it's listed, but we can't get it. sorry" :-(
May 13 16:41:50 <DocScrutinizer> mickeyl: because CC is guessing
May 13 16:42:08 <mickeyl> according to harald, the second C stands for counting
May 13 16:42:10 <mickeyl> *shrug*
May 13 16:42:13 * mickeyl not a hardware guy
May 13 16:42:16 <DocScrutinizer> and needs calibration (=full discharge of bat)
May 13 16:42:51 <mickeyl> did you find out whether we get a kobject event on lowbat?
May 13 16:43:15 <DocScrutinizer> mickeyl: the CC has no a priori knowledge about cell (capacity, voltage, anything)
May 13 16:43:36 <DocScrutinizer> (kobj) not yet. sorry
May 13 16:43:42 <mickeyl> np, take your time
May 13 16:43:46 <mickeyl> i bet we don't get anything
May 13 16:43:47 <DocScrutinizer> (find out)
May 13 16:43:49 <mickeyl> and need to enhance the specs
May 13 16:43:57 <DocScrutinizer> yup
May 13 16:44:20 <mickeyl> the PMU needs to catch this IRQ, forward it to the bq driver, which in turn needs to set a custom uevent attribute
May 13 16:44:24 <mickeyl> then bob's your uncle
May 13 16:44:33 <mickeyl> :)
May 13 16:44:36 <DocScrutinizer> exactly
May 13 16:45:11 <alphaone> DocScrutinizer: okay, so I'll need to wait for Reichelt/Farnell
May 13 16:45:14 <mickeyl> i would the use the presence for this attribute to switch to 'empty'
May 13 16:45:21 <mickeyl> s/the/then/
May 13 16:45:22 <bzzbot> mickeyl meant: i would then use the presence for this attribute to switch to 'empty'
May 13 16:45:35 <mickeyl> or
May 13 16:45:36 <mickeyl> even better
May 13 16:45:45 <mickeyl> ah well, no
May 13 16:46:23 <PaulFertser> wpwrak: (ESR) well, in this case digikey fails to find any :(
May 13 16:46:25 <alphaone> DocScrutinizer: I'll need a housing type A, yes?
May 13 16:46:41 <DocScrutinizer> huh?
May 13 16:46:50 <DocScrutinizer> sorry offterm atm
May 13 16:47:05 <DocScrutinizer> toss a pointer
May 13 16:47:25 <CIA-75> SHR: 03tom 07shr-overlay * r1a058f6f4a46 10/patches/efl1/ (0001-rtl-cursor-patch-evas.patch 0001-rtl-patch.patch): added a fix for edje entry with rtl
May 13 16:47:30 <TAsn> mrmoku, if you can, please rebuild evas + edje ;]
May 13 16:48:02 <alphaone> DocScrutinizer: Tantal housing
May 13 16:48:21 <alphaone> reichelt only has way too large ones (Type C or D)
May 13 16:48:43 <DocScrutinizer> I'm not the biopedia for component's specs, sorry.
May 13 16:48:48 <DocScrutinizer> need a URL
May 13 16:49:06 <alphaone> DocScrutinizer: Damn, you're not?
May 13 16:49:12 <DocScrutinizer> ;-D
May 13 16:49:15 <alphaone> I'll look myself :-)
May 13 16:49:59 <DocScrutinizer> alphaone: 0805
May 13 16:50:40 <alphaone> yeah, but tantal has different housings (A through D) iirc
May 13 16:50:48 <DocScrutinizer> darn
May 13 16:52:42 <wpwrak> PaulFertser: hmm, lemme check. i had a few
May 13 16:52:56 <alphaone> DocScrutinizer: http://de.farnell.com/avx/noja226m004rwj/kondensator-bauform-a-22uf-4v/dp/1135135
May 13 16:53:05 <DocScrutinizer> k
May 13 16:53:07 <alphaone> That one should be okay
May 13 16:53:57 <alphaone> ESR too high I guess
May 13 16:54:13 <DocScrutinizer> yup 1.9
May 13 16:54:31 <alphaone> http://de.farnell.com/avx/tcja226m004r0300/kondensator-bauform-a-22uf-4v/dp/1135226
May 13 16:54:36 <alphaone> 400mOhm
May 13 16:54:41 <alphaone> 300
May 13 16:54:51 <wpwrak> PaulFertser: 493-3161-1-ND, 493-3162-1-ND
May 13 16:54:52 <DocScrutinizer> though even this isn't a ko-criterion
May 13 16:55:21 <PaulFertser> wpwrak: 6.3V is enough?
May 13 16:55:32 <wpwrak> PaulFertser: that's with the constraints > 10 uF and >= 6.3 V. 4 V should probably also be safe.
May 13 16:56:15 <PaulFertser> wpwrak: ah, i searched for >=10V because the original cap seem to be 10V-rated.
May 13 16:56:19 <wpwrak> PaulFertser: i think it's a 3.something V supply. so 6.3 V is a safe choice.
May 13 16:56:34 <PaulFertser> wpwrak: Nice. Too bad i'm not in the USA to order that caps :)
May 13 16:56:38 <wpwrak> PaulFertser: the original cap is ceramic. you get insane voltages with these :)
May 13 16:56:50 <wpwrak> PaulFertser: digi-key ship worldwide :)
May 13 16:57:05 <PaulFertser> :)
May 13 16:57:50 <wpwrak> PaulFertser: but you might want to consider your eastern neighbours. after all, that's where all those things are made anyway :)
May 13 16:58:12 <alphaone> DocScrutinizer: http://de.farnell.com/avx/tcja686m004r0250/capacitor-case-a-68-uf-4v/dp/1658374
May 13 16:58:17 <alphaone> Hehe, 1.7€
May 13 16:58:36 <PaulFertser> wpwrak: It's sometimes easier to by something in USA than in China despite it's produced there.
May 13 16:58:45 <PaulFertser> :)
May 13 16:59:27 <wpwrak> PaulFertser: yeah, china can be tricky
May 13 16:59:53 <alphaone> mickeyl: I just added a wrapper around the muxer and dbus activation now launches it instead
May 13 16:59:59 <DocScrutinizer> alphaone: I seem to be blind, nor .inch rating (0804), just mm
May 13 17:00:14 <alphaone> So next time that happens I'll see if it's the modem not coming up
May 13 17:00:29 <mickeyl> alphaone: ok, cool
May 13 17:00:33 <alphaone> DocScrutinizer: yeah...
May 13 17:01:26 <alphaone> DocScrutinizer: google tells me 0.08 inch = 2.03200 millimeters
May 13 17:01:31 <DocScrutinizer> 08 seems 2.03mm
May 13 17:01:33 <alphaone> 	
May 13 17:01:33 <alphaone> 0.05 inch = 1.27 millimeters
May 13 17:01:36 <alphaone> :-)
May 13 17:02:12 <alphaone> So case type A could work
May 13 17:02:13 <DocScrutinizer> I used HP41 ;-) rather than google
May 13 17:02:24 <alphaone> Ah, right :-)
May 13 17:03:29 <DocScrutinizer> the second link mentioned length=3.xx mm :-/
May 13 17:03:52 <DocScrutinizer> type A is side/high ratio I guess
May 13 17:05:08 <wpwrak> DocScrutinizer: or vendor-specific
May 13 17:05:44 <DocScrutinizer> to me it seems you get 2:1:0.5 to 2:1:1 formfactor
May 13 17:06:22 <DocScrutinizer> maybe even 2:1:1.5
May 13 17:07:45 <DocScrutinizer> wow. 1billion punishment for intel (EU)
May 13 17:07:58 <alphaone> yeah
May 13 17:08:08 <DocScrutinizer> sell your stocks, gentlemen ;-)
May 13 17:09:03 <alphaone> DocScrutinizer: Haha
May 13 17:11:35 <DocScrutinizer> btw, my bat chrg cycle log finished ~1h ago. Around 10h uptime with gsm and 100% screen backlite
May 13 17:12:00 <alphaone> DocScrutinizer: that means gsm in sleep=2?
May 13 17:12:40 <DocScrutinizer> will post shortly (after converting to a nice diagram). sleep=2, yes. but no suspend at all
May 13 17:13:00 <alphaone> okay, cool
May 13 17:13:09 <alphaone> 10h is nice
May 13 17:13:22 <alphaone> would be interesting what it would be as a gps datalogger
May 13 17:13:38 <alphaone> so gsm, cpu, gps on, display off
May 13 17:14:54 <DocScrutinizer> gsm only (hooked to usb, gsm running from bat in discharge state) gave me around 15h (iirc) for hitting bat-recharge trigger of PMU (0.96 * Vbatchrg)
May 13 17:15:45 <DocScrutinizer> so this means >50h standby for modem only with sleep=2 
May 13 17:16:07 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r627bad5d6fff 10/libfsoframework/fsoframework/ (fsoframework-2.0.vapi interfaces.vala): fsoframework: interfaces: add org.freesmartphone.Device.Input
May 13 17:16:10 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r83e28c40f6d0 10/fsodeviced/ (6 files in 4 dirs): fsodevice: rename info plugin to kernel_info
May 13 17:16:10 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rc427a748f0f2 10/fsodeviced/src/plugins/kernel_input/ (Makefile.am plugin.vala): fsodeviced: add build skeleton for kernel_input plugin
May 13 17:16:15 <alphaone> DocScrutinizer: But cpu suspend will be much higher than gsm current draw, wont it?
May 13 17:16:17 <DocScrutinizer> of course massively depending on network env conditions
May 13 17:17:39 <DocScrutinizer> dunno, didn't test the over-all power consumption of system in suspend - except for actual field tests wich gave standby times of >>24h anyway
May 13 17:17:55 <alphaone> k
May 13 17:18:39 <DocScrutinizer> seems 48h are possible with sleep2
May 13 17:18:55 <alphaone> ack
May 13 17:19:08 <alphaone> ~70h could be possible with sleep=4
May 13 17:19:15 <DocScrutinizer> maybe 60..80h with sleep4
May 13 17:19:27 <DocScrutinizer> hehe :)
May 13 17:20:32 <alphaone> okay, I'm going to test now
May 13 17:20:40 <DocScrutinizer> Ainulindale: you should put these figures on frontpage of SHR under "properties"
May 13 17:20:45 <alphaone> be back in ~70h :-)
May 13 17:20:57 <DocScrutinizer> huh?
May 13 17:21:05 <DocScrutinizer> pun or bye?
May 13 17:21:13 <alphaone> just a joke
May 13 17:21:55 <mickeyl> i expect us to crack 80h with deep sleep
May 13 17:21:58 <alphaone> Since I don't really need to do anything actively while "testing" suspend time :-)
May 13 17:22:08 <alphaone> mickeyl: not so likely
May 13 17:22:33 <alphaone> at least not based on the consumption figures I've read so far
May 13 17:22:40 <mickeyl> not 15% more than without?
May 13 17:23:35 <mickeyl> 69*1.15=79.34
May 13 17:23:55 <alphaone> Is it 70h with sleep=2?
May 13 17:23:59 <mickeyl> yuo
May 13 17:24:01 <mickeyl> yup
May 13 17:24:07 <alphaone> hmm
May 13 17:24:13 * mickeyl points to http://wiki.openmoko.org/wiki/StandbyLifetime
May 13 17:25:09 <alphaone> hmm
May 13 17:25:25 <mickeyl> stop to hmm.... what'sup ? :)
May 13 17:25:28 <alphaone> mickeyl: How far down did the GSM modem still work? :-)
May 13 17:25:46 <mickeyl> can't say between 65h and 69h
May 13 17:25:52 <mickeyl> last time i woke up the device was @ 65h
May 13 17:26:07 <alphaone> okay
May 13 17:26:46 <alphaone> So people can plan with ~60h I'd say
May 13 17:26:52 <mickeyl> definitely
May 13 17:27:21 <alphaone> FR will be the first phone to actually beat the advertised standby times :-)
May 13 17:27:28 <mickeyl> hehe, yeah
May 13 17:29:00 <mrmoku> ptitjes|away: one step after the other... after mickey fixing the python ctype problem... it now bails out not finding glibconfig.h...
May 13 17:30:06 <mrmoku> TAsn: will do
May 13 17:30:16 <sypher7> unfortunately http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware lies and says 150-200 hrs. standby :-P
May 13 17:30:26 <TAsn> mrmoku, thanks a lot ;]
May 13 17:30:41 <sypher7> not quite there yet :-P
May 13 17:31:07 <TAsn> mrmoku, a couple of rtl improvements I think important (especially before the features freeze)
May 13 17:31:19 <DocScrutinizer> alphaone: mickeyl: anybody ever tried to reach/beat the hypothetic uptimes of a standard mass market cellphone? (those are always extrapolated / calculated times based on "best network conditions" you never find in RL)
May 13 17:31:43 <alphaone> DocScrutinizer: Yeah, I know
May 13 17:31:48 <alphaone> Thus my comment
May 13 17:32:00 <DocScrutinizer> yup
May 13 17:33:28 * DocScrutinizer considering to break CC contact of DUT and connect CC and GND to a second FR ;-D
May 13 17:33:43 <mickeyl> sypher7: fixed
May 13 17:34:24 <sypher7> mickeyl: awesome. didn't mean to be a stickler but you guys were talking about batterly life and I had remembered seeing it somewhere
May 13 17:34:46 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r02f4210bd988 10/fsodeviced/src/plugins/kernel_input/plugin.vala: fsodevice: kernel_input: register input devices
May 13 17:34:51 <mickeyl> sypher7: sure
May 13 17:34:56 <mickeyl> if you spot wrong information, feel free to change
May 13 17:35:01 <mickeyl> it's a wiki for that very reason
May 13 17:35:03 <mickeyl> bbl
May 13 17:35:32 <sypher7> yup i simply wasn't sure how wrong it was (it seemed like it might have been pointing at *ideal* battery time, which i just didn't know what that should be
May 13 17:36:24 <DocScrutinizer> btw, 1h bat down at 3V6, then swapping bat and DUT w/o bat for 10min resetted RTC :-((( Seems bupbat is severely borked
May 13 17:36:43 <DocScrutinizer> or bupbat handling is FUBAR
May 13 17:37:10 <DocScrutinizer>  which - btw - wouldn't come by surprise to me
May 13 17:40:36 <dos1> Ainulindale: "This seems to me as redundant with the soon-to-come-please-O-please opimd :-)"
May 13 17:40:45 <dos1> Ainulindale: opimd can do it right now ;)
May 13 17:41:05 <dos1> resolving contact name from number and vice versa
May 13 17:41:09 <mirko-paroli> dos1: hi, how far is opimd
May 13 17:41:17 <mirko-paroli> anything I can do to help?
May 13 17:41:28 <dos1> mirko-paroli: Contacts are almost finished
May 13 17:41:46 <DocScrutinizer> the good thing about lost RTC time: switching on GPS fixed everything in a minute :-)
May 13 17:42:10 <mwester> mrmoku:  I just ran some tests on another embedded device; as far as I can tell the behavior of g_ether with the patched kernel I provided is consistent with the behavior of any other ethernet (not necessarily wifi) connection.  No netlink event is sent on disconnect of the cable.
May 13 17:42:25 <dos1> mirko-paroli: i would really like to see adding new contacts with SIM backend implemented :)
May 13 17:42:34 <mirko-paroli> hui
May 13 17:42:35 <mirko-paroli> ;)
May 13 17:42:47 <mirko-paroli> I'll try to get the code and see if I understand it ;)
May 13 17:43:07 <mrmoku> mwester: yeah... I tried on my notebook... no UDEV thing either
May 13 17:43:12 <mwester> mrmoku:  it would not surprise me if we needed to create a new plugin for connman to make it manage the carrier status for the g_ether device.
May 13 17:43:38 <dos1> mirko-paroli: it should be very easy if you know how to find free ID in SIM phonebook in python ;)
May 13 17:43:46 <mrmoku> mwester: I started looking at the source of connman... got distracted by other stuff then
May 13 17:43:52 <mrmoku> trying to get back on track a bit later
May 13 17:43:53 <mwester> mrmoku:  who was working on the connman stuff?
May 13 17:44:06 <mirko-paroli> dos1: I think we have that somewhere in paroli and if not I am sure I can figure it out ;)
May 13 17:44:57 <dos1> mirko-paroli: that's why i think it should be easy for you ;) i've only seen tricky C implementation in libframeworkd-phonegui-efl
May 13 17:45:24 <mrmoku> mwester: IIRC stefan was working on connman...
May 13 17:45:58 <mirko-paroli> dos1: cloning
May 13 17:45:59 <DocScrutinizer> mwester: mrmoku: I think conman is somehow implicitly designed like all internet-contacts are of type "master-here, open slave"
May 13 17:46:21 <DocScrutinizer> sorry for this clumsy wording
May 13 17:46:26 <dos1> mirko-paroli: framework/subsystems/opimd/pimb_sim_contacts_fso.py
May 13 17:46:38 <mwester> From perusal of the sources, it seems that connman assumes that the only "transient"  network is wifi.
May 13 17:46:51 <mirko-paroli> k
May 13 17:47:31 <dos1> mirko-paroli:     def add_contact(self, contact_data):
May 13 17:47:31 <dos1>         contact_id = self._domain_handlers['Contacts'].register_contact(self, contact_data)
May 13 17:47:50 <dos1> then your magic
May 13 17:47:54 <mirko-paroli> hehe
May 13 17:47:56 <dos1> phone = contact_data['Phone']
May 13 17:48:02 <dos1> name = contact_data['Name']
May 13 17:48:06 <dos1> and return contact_id
May 13 17:48:12 <DocScrutinizer> mwester: well conman of my desktop thinks FR is a "modem" or "router" and tries to get DHCP-lease
May 13 17:48:14 <dos1> i think it's all you have to know to implement it :)
May 13 17:50:31 <DocScrutinizer> mwester: probably for this to work correctly FR should be USB-master, and laptop should be ethernet-usb-gadget
May 13 17:51:06 <mwester> That still doesn't solve the seamless switch we want between usb/wifi/gsm.
May 13 17:51:27 <DocScrutinizer> sure it doesn't
May 13 17:51:41 <mwester> We need connman (or something) to detect the usb removal, and disable (or lower the priority of) the default route.
May 13 17:51:44 <mwester> at least.
May 13 17:51:51 <DocScrutinizer> just I notice a kind of "inverted pragma" here
May 13 17:51:52 <dos1> mirko-paroli: you can also look at upd_entry function. it looks like it only needs to calculate free entry_id to became add_entry ;)
May 13 17:52:07 <mirko-paroli> ah
May 13 17:52:09 <mirko-paroli> perfect ;)
May 13 17:52:13 <mirko-paroli> I like c&p
May 13 17:53:30 <dos1> i think more people should work on opimd :x it isn't that hard as it looks :P
May 13 17:53:52 <DocScrutinizer> probably FR conman could handle this if laptop would run g_ether and FR conman was in control of establishing / tear_down of connection
May 13 17:54:11 <dos1> everyone was waiting, but noone was working... 
May 13 17:55:02 <mwester> DocScrutinizer: possibly.  but impractical.
May 13 17:56:07 <DocScrutinizer> mwester: sure. Just to mention it - and to explain what I meant with "inverted pragma" and "master-here, open slave"
May 13 17:56:10 <mrmoku> yay, started connmand with --debug: http://pastebin.com/d19fc196
May 13 17:56:26 <mrmoku> looks good... the missing thing might just be the dhcpd server on hosts side :)
May 13 17:56:53 <alphaone> DocScrutinizer: wrt bupbat I believe that varies from FR to FR
May 13 17:57:10 <DocScrutinizer> mrmoku: exactly what I'm talking about - well somehow
May 13 17:57:10 <alphaone> I have devices where even one day w/o bat doesn't reset RTC
May 13 17:57:18 <mwester> mrmoku:  but does connman notice when you unplug the FR?
May 13 17:57:24 <mwester> (I see only the initial startup event)
May 13 17:57:32 <DocScrutinizer> alphaone: yup. this particular one seems totally borked
May 13 17:57:35 * mrmoku tries unplugging
May 13 17:58:33 <mirko-paroli> dos1: opimd loads all entries when loaded right? coz there is self._entry_ids = [] which probably contains all indexes
May 13 17:58:54 <alphaone> Ainulindale: ping
May 13 17:59:12 <alphaone> Ainulindale: What have you done to the kernel? Resume takes ages on shr-unstable
May 13 17:59:37 <dos1> mirko-paroli: yep, but self._domain_handlers['Contacts'].register_contact(self, contact_data) will register new contact for you.
May 13 18:00:05 <DocScrutinizer> mrmoku: mwester; well g_ether seems to be designed to be gadget side of a usb-connection. gadget side never cares about the connection being up or down. that's the design problem of this setup
May 13 18:00:06 <dos1> mirko-paroli: look at add_entry in CSV backend
May 13 18:00:08 <mirko-paroli> dos1: I mean there is a list of all entries on the sim
May 13 18:00:19 <dos1> mirko-paroli: oh. yes, it should be.
May 13 18:00:23 <mirko-paroli> so we just need to find the smallest free number
May 13 18:00:24 <mirko-paroli> ok
May 13 18:00:29 <mirko-paroli> will fiddle a bit :)
May 13 18:01:35 <DocScrutinizer> as the pragma is gadget g_ether is to *provide* connectivity, not to *request* it
May 13 18:01:56 <mrmoku> mwester, DocScrutinizer: http://pastebin.com/d6434ff38
May 13 18:02:11 <mirko-paroli> dos1: any way I can check how many slots there are on the SIM?
May 13 18:02:37 <Ainulindale> alphaone: I didn't do a thing, and I don't have that issue
May 13 18:02:38 <mwester> mrmoku:  looks like it noticed.
May 13 18:03:08 <alphaone> Ainulindale: Resume prints wads of debug stuff and takes generally about 4 seconds
May 13 18:03:10 <DocScrutinizer> mwester: hmm, I don't know to read conman logs
May 13 18:03:11 <mrmoku> mwester: yep... guess it would all work if we configure connman nicely
May 13 18:03:23 <mwester> sweet.
May 13 18:03:25 <mrmoku> connman has priorities for devices
May 13 18:03:28 <Ainulindale> alphaone: are you using qi?
May 13 18:03:41 <mrmoku> give usb0 a better priority...
May 13 18:03:49 <mrmoku> and configure it to be static
May 13 18:03:56 <alphaone> Using latest shr-image and kernel from http://build.shr-project.org/shr-unstable/images/om-gta02/
May 13 18:03:57 <mwester> I guess I should send the patch out, so we can get it cleaned up by the Kernel Masters Of Openmoko.
May 13 18:03:58 <alphaone> Ainulindale: no
May 13 18:04:15 <Ainulindale> alphaone: hmmm I use qi and I don't have that issue
May 13 18:04:16 <alphaone> But it's the kernel messages scrolling that takes 4 seconds
May 13 18:04:22 <Ainulindale> lots of messages?
May 13 18:04:24 <mrmoku> alphaone: what kernel loglevel?
May 13 18:04:26 <alphaone> yes
May 13 18:04:28 <mwester> alphaone:  loglevel=0
May 13 18:04:28 <dos1> mirko-paroli: i think you have to use dbus call to ogsmd
May 13 18:04:29 <alphaone> lots of messages
May 13 18:04:31 <Ainulindale> alphaone: how much?
May 13 18:04:36 <Ainulindale> pages? or lines
May 13 18:04:55 <alphaone> maybe two pages
May 13 18:05:06 <DocScrutinizer> mwester: kernel master of OM? muahaha
May 13 18:05:20 <DocScrutinizer> masterS even
May 13 18:05:22 * mwester runs off to do some errands for a bit; will check the backlog for further comments. :)
May 13 18:05:34 <alphaone> Is qi setting a different loglevel than u-boot?
May 13 18:05:37 <Ainulindale> alphaone: weird I don't have that issue
May 13 18:05:46 <Ainulindale> alphaone: we're forcing the setting for qi
May 13 18:05:55 <Ainulindale> (see /boot/append*
May 13 18:05:56 <Ainulindale> )
May 13 18:06:11 <Ainulindale> plus on qi if you boot using long press you'll have full log
May 13 18:06:11 <alphaone> ah
May 13 18:06:16 <Ainulindale> not on short press
May 13 18:06:19 <alphaone> so that will probably be it
May 13 18:06:20 <Ainulindale> (IIRC)
May 13 18:06:22 <mwester> The default loglevel in the kernel is rather high, IIRC.  So if the /boot/append* stuff didn't "take" for some reason, it is really really verbose.
May 13 18:06:44 <mwester> made worse by the fact that the scrolling is all done in software.
May 13 18:07:06 <alphaone> Hmm, the kernel built by fso-*-image doesn't have that problem btw
May 13 18:07:25 <Ainulindale> alphaone: maybe that's because you don't know how to properly build SHR then :-p
May 13 18:07:32 <DocScrutinizer> yeah, resume might speed up *2 by simply reducing loglevel to get rid of those 300lines
May 13 18:07:40 <mwester> alphaone:  the kernel built by fso-*-image is old.
May 13 18:07:43 <alphaone> Ainulindale: Maybe you should first put SHR in OE then ;-P
May 13 18:07:46 <Ainulindale> but more seriously I don't know there, I didn't have any problem on uboot or qi
May 13 18:07:51 <mwester> alphaone:  and uses a very old defconfig as well.
May 13 18:08:01 <Ainulindale> alphaone: god dammit it'll be ready as soon as mrmoku ends his distro thing :-)
May 13 18:08:08 <Ainulindale> I should help him but I'm busy!
May 13 18:08:27 <mwester> Putting shr in OE will be useful only if it is on a different branch than fso/ms5.5
May 13 18:08:33 <alphaone> Ainulindale: Yeah, it'll be ready after F9N
May 13 18:08:39 <Ainulindale> alphaone: nah I think before
May 13 18:08:44 <Ainulindale> I'm on holidays next week too
May 13 18:08:45 <Ainulindale> I'll work on that
May 13 18:08:47 <alphaone> hehe
May 13 18:08:49 <Ainulindale> If mrmoku wants to share
May 13 18:08:50 <alphaone> we'll see :-)
May 13 18:08:53 <Ainulindale> alphaone: peh!
May 13 18:09:00 <Ainulindale> You're going to have a spank, you know that
May 13 18:09:08 <mwester> otherwise we'll be doing nothing but asking/discussing/argueing each and every change in order to get it commited on the shared FSO/ms5.5 branch.
May 13 18:09:10 <Ainulindale> Anyway my secret beer drawer is empty
May 13 18:09:13 <Ainulindale> I have to get a refill
May 13 18:09:31 <Ainulindale> mwester: we have no impact
May 13 18:09:31 <alphaone> mwester: I'm building uImage-2.6.28-andy-tracking+gitr119805+f656a97d946a2529630c9770a72c10a24dc397f9-r4-om-gta02.bin
May 13 18:09:37 <Ainulindale> mwester: we could commit on fso/ms5.5 now
May 13 18:09:46 <Ainulindale> I already have the thumbs up from both mickey|sports & nytowl 
May 13 18:09:52 <Ainulindale> (the "shr" subdir, that is)
May 13 18:09:52 <alphaone> shr has 	uImage-2.6.29-oe10+gitr119805+f656a97d946a2529630c9770a72c10a24dc397f9-r3.4-om-gta02.bin
May 13 18:09:54 <mrmoku> well... I successfully built an image... might as well commit it now
May 13 18:10:01 <alphaone> That's what I'm comparing
May 13 18:10:05 <mwester> Ainulindale:  I failed in my atttempt to get the SHR kernel changes into the fso/ms5.5. branch.  How can you say we have no impact?
May 13 18:10:09 <mrmoku> and the big work is to come....
May 13 18:10:19 <Ainulindale> mwester: this change is a patch, right?
May 13 18:10:23 <mwester> Yes.
May 13 18:10:32 <Ainulindale> So for now it can stay as is, I was merely talking about the overlay
May 13 18:10:34 <Ainulindale> But I get what you mean
May 13 18:10:37 <Ainulindale> And I bear with you
May 13 18:10:40 <nytowl> hmm what are you guys on about
May 13 18:10:42 <mwester> nytowl refused to accept the changes, and his counterproposal was completlely off-base.
May 13 18:10:53 <Ainulindale> mwester: that's because he's an arrogant old lady
May 13 18:11:06 <mwester> No, different prioritieis.
May 13 18:11:10 <Ainulindale> I know :-)
May 13 18:11:14 <nytowl> Ainulindale, sounds like you're looking for a spanking
May 13 18:11:22 <Ainulindale> nytowl: ah, see, you like it after all
May 13 18:11:22 <mwester> SHR wanted the latest kernel; fso/ms55 is not ready to accept that.
May 13 18:11:32 <Ainulindale> mwester: SHR wants the mwester kernel
May 13 18:11:42 <Ainulindale> Nice & warm, which will fill our belly
May 13 18:11:46 <mwester> I'm not in that business anymore.
May 13 18:11:48 <Ainulindale> With tiny butterflies
May 13 18:11:53 <Ainulindale> mwester: Don't be a wuss!
May 13 18:11:57 <Ainulindale> Anyway, I was talking about beer
May 13 18:11:59 <mwester> :p
May 13 18:11:59 <nytowl> mwester, I'm looking forward to moving to the newest kernel when it's issues are solved
May 13 18:12:02 <Ainulindale> And I seriously need that :-)
May 13 18:12:07 <Ainulindale> nytowl: which issues?
May 13 18:12:13 <nytowl> WSOD
May 13 18:12:15 <Ainulindale> (coming back)
May 13 18:12:23 <mwester> nytowl:  I'm not confident that they will be; I see nobody working on them anymore.
May 13 18:12:28 <Ainulindale> nytowl: That doesn't exist, I didn't see it, therefore it doesn't exist
May 13 18:12:37 <nytowl> hehe Ainulindale 
May 13 18:12:41 <Ainulindale> (beeer, coming back)
May 13 18:12:46 <nytowl> mwester, there are people working on it
May 13 18:12:56 <mwester> hmmmm....
May 13 18:13:14 <mirko-paroli> dos1: got a less populated channel somewherE?
May 13 18:13:22 <nytowl> mwester, they also have other tasks right now
May 13 18:13:26 <mwester> ;) And I have a table I'm "working on" refinishing for my wife, and have been for several years now... :D
May 13 18:13:41 <Ainulindale> mirko-paroli: sorry but this discussion is interesting, could you keep talking here?
May 13 18:13:48 <nytowl> yeah kinda like my wifes tiles but those have different priorities 
May 13 18:13:54 <mirko-paroli> Ainulindale: sure 
May 13 18:14:01 * mwester will shut up and listen.  :D
May 13 18:14:10 <nytowl> mwester, I put in the g_ether script
May 13 18:14:18 <nytowl> had to modify it a bit 
May 13 18:14:35 <nytowl> mtd5ro isn't availble when it runs
May 13 18:15:16 <mwester> hmmm...  I'll have to build an FSO kernel and see what's up.
May 13 18:15:43 <nytowl> I'm just using mtd5 instead
May 13 18:16:16 <nytowl> I was also thinking for gta01 to use the BT MAC plus the local allocation bit
May 13 18:16:30 <mwester> mtd5 is ok, but the read-only isn't?  I wonder why that is... now I'm really curious (but that change is no problem, of course).
May 13 18:16:52 <nytowl> yeah I'm really not planning to write to it anyway :)
May 13 18:17:00 <TAsn> mrmoku, please let me know when you finish building. ;]
May 13 18:17:24 <nytowl> Also instead of modprobing the module it worked better to just echo g_ether to /etcmodutils/g_ether
May 13 18:17:37 <mwester> Yes, but fetching that so early in the boot may be hard, as the BT mac is not availalbe until the BT driver is loaded, which won't be before udev runs.
May 13 18:18:08 <dos1> mirko-paroli: any questions?
May 13 18:18:20 <mirko-paroli> dos1: i think I am getting there :)
May 13 18:18:34 <nytowl> mwester, it's not stored in a patrtion somewhre 
May 13 18:18:50 <mirko-paroli> dos1: this looks a lot like paroli code ;)
May 13 18:19:00 <mwester> the modprobing is really a hack, I think, and may be due to a udev problem --- by modprobing before udev runs, we ensure that g_ether is loaded properly on first boot.  If that's not required on the FSO images, then I need to find out why, and fix the SHR stuff the right way. :)
May 13 18:19:21 <mwester> nytowl:  I do not think that it is ont he GTA01.  I may be wrong, though.
May 13 18:19:42 <dos1> mirko-paroli: hah, it's also python :D
May 13 18:19:57 <nytowl> mwester, K i really haven't dug into it yet was just a possible approach
May 13 18:20:03 <mirko-paroli> dos1: yeah, I guess that's the main part, and the naming came from charlie, so that should explain it ;)
May 13 18:20:32 <nytowl> I have also been having g_ether problems on first boot so injecting it into modutils will solve my problems
May 13 18:20:41 <TAsn> dos1, why did you rename phonegui to phonegui2?
May 13 18:20:45 <TAsn> I mean what are the changes?
May 13 18:20:49 <dos1> TAsn: I?
May 13 18:20:58 <mwester> Ok.  So maybe just modutils is the right fix.  I'll note that and try it here.
May 13 18:21:04 <TAsn> dos1, no, I meant SHR. ;]
May 13 18:21:05 <Ainulindale> TAsn: this wasn't renamed
May 13 18:21:12 <Ainulindale> TAsn: this is a fork with opimd implementation
May 13 18:21:17 <dos1> TAsn: mrmoku is maintaining fork, named libframeworkd-phonegui-efl2, with opimd support
May 13 18:21:19 <Ainulindale> TAsn: and it'll migrate to vala someday
May 13 18:21:30 * mwester must duck out now -- later.
May 13 18:21:36 <TAsn> Ainulindale, i c.
May 13 18:22:06 <TAsn> isn't an #ifdef more subtle?
May 13 18:22:11 <TAsn> and probably also better?
May 13 18:22:12 <Ainulindale> As for myself, I'm "beering" with pain :-)
May 13 18:22:31 <Ainulindale> TAsn: The fork will come and mrmoku has the intention of reworking it on a large scale
May 13 18:22:34 <Ainulindale> Hence that
May 13 18:22:50 <Ainulindale> Plus I'm trying to move things from shr.git
May 13 18:22:54 <TAsn> wouldn't the main one also benefit from the rework
May 13 18:23:00 <TAsn> Ainulindale, now, that's a good reason. ;]
May 13 18:23:07 <Ainulindale> TAsn: this one will be the former one, but reworked
May 13 18:23:18 <Ainulindale> for the time being we're sticking with the old one
May 13 18:23:19 <nytowl> mwester you guys originally got me in here to tlak about a kernel change ?
May 13 18:23:22 <Ainulindale> we'll switch asap for the new one
May 13 18:23:24 <mirko-paroli> dos1: got a mail addy?
May 13 18:23:40 <TAsn> ok.
May 13 18:23:52 <Ainulindale> But for the time being I need to concentrate
May 13 18:23:53 * bumbl has ordered a buzz fix now
May 13 18:23:55 <Ainulindale> I just poured my beer
May 13 18:23:57 <bumbl> finally
May 13 18:25:07 * nytowl teehee Ainulindale needs to concentrate to pour beer 
May 13 18:25:22 <mirko-paroli> hrhr
May 13 18:26:44 <TAsn> Ainulindale, may I please have commit access to phonegui-efl2?
May 13 18:26:50 <TAsn> (and also shr.git)
May 13 18:26:51 <tonyg> hi all. so i've been away from OM development for a while, and I'm wondering if it's worth getting back into it -- esp given I own a GTA01Bv4
May 13 18:27:09 <Ainulindale> TAsn: yep will do as soon as my mother hangs up the phone :-)
May 13 18:27:12 <tonyg> is mokomakefile still the recommended way of getting a toolchain?
May 13 18:27:13 <Ainulindale> (she's talking about picasa)
May 13 18:27:50 <TAsn> Ainulindale, ok, cool, I think i'll try to resolve some bugs and inconsistencies, and also get a feel for efl.
May 13 18:27:51 <TAsn> ;]
May 13 18:28:11 <nytowl> tonyg, most distros are trying to support gta01
May 13 18:28:34 <TAsn> hm... cool, my patches fixed the line breaking issue I had here
May 13 18:28:35 <nytowl> there is a downloadable toolchain at downloads.openmoko.org /under developer
May 13 18:28:44 <TAsn> (shr-messages)
May 13 18:29:16 <TAsn> ok, nvm, erase that. ;]
May 13 18:29:16 <tonyg> nytowl, thanks I'll check out the toolchain
May 13 18:29:17 <dos1> Ainulindale: hmm... i want to request commit access too ;)
May 13 18:29:29 <tonyg> nytowl, do you use mokomakefile?
May 13 18:29:52 <mirko-paroli> dos1: addy?
May 13 18:30:03 <Ainulindale> dos1: no prob
May 13 18:30:43 <dos1> mirko-paroli: oh... which mail?
May 13 18:30:52 <mirko-paroli> dos1: hehe I need you email addy
May 13 18:30:58 <mirko-paroli> or requested it
May 13 18:31:01 <dos1> oh, address? :D
May 13 18:31:09 <mirko-paroli> yeah, sry
May 13 18:31:21 <dos1> mirko-paroli: my english isn't good, sometimes i don't understand what people mean ;)
May 13 18:31:31 <dos1> mirko-paroli: seba.dos1
May 13 18:31:34 <dos1> mirko-paroli: on gmail
May 13 18:31:42 <mirko-paroli> dos1: mine isn't either which is way people usually don't understand what I mean :)
May 13 18:31:47 <mirko-paroli> way == why
May 13 18:32:31 <stefan_schmidt> ptitjes|away: ping
May 13 18:34:19 <Ainulindale> TAsn, dos1 : done
May 13 18:34:48 <dos1> Ainulindale: thanks :)
May 13 18:35:01 <TAsn> Ainulindale, thanks. ;]
May 13 18:38:53 <mirko-paroli> dos1: on its way
May 13 18:39:09 <mirko-paroli> dos1: check if that can work, was a dry run, so no guarantees ;)
May 13 18:39:41 <dos1> mirko-paroli: thanks :)
May 13 18:41:11 <alphaone> sorry all for the resume rant
May 13 18:41:20 <alphaone> my u-boot is in fact setting loglevel=8
May 13 18:42:27 * mirko-paroli cheers with his beer to Ainulindale
May 13 18:42:39 <stefan_schmidt> alphaone: Did ptitjes|away show up already and I missed him?
May 13 18:42:47 <nytowl> tonyg, no I have a different set of scripts
May 13 18:43:05 <alphaone> stefan_schmidt: nope
May 13 18:43:27 <stefan_schmidt> alphaone: hmm, ok.
May 13 18:43:55 <tonyg> nytowl, interesting -- private, or are they on the wiki somewhere?
May 13 18:44:04 <stefan_schmidt> alphaone: If you happen to talk to him just point out that you are the dtest guy. If he has stuff to discuss about the schedule better use mail
May 13 18:44:05 <tonyg> hmm just found the page about OE torrents; none available of course :(
May 13 18:44:11 <nytowl> they're on downloads under developer as well
May 13 18:44:23 * tonyg deletes his vintage Jan 2008 openmoko directory
May 13 18:44:26 <alphaone> stefan_schmidt: okay
May 13 18:44:38 <alphaone> stefan_schmidt: you're afk again?
May 13 18:44:50 <stefan_schmidt> alphaone: yeah
May 13 18:45:05 <stefan_schmidt> alphaone: Reading some stephenson for my mood.
May 13 18:45:06 <stefan_schmidt> later
May 13 18:54:48 <mrmoku> TAsn: one thing that efl2 would need is to use elm_genlist instead of the etk_tree...
May 13 18:55:14 <dos1> mirko-paroli: testing you stuff now
May 13 18:55:36 <mrmoku> dos1: argghh... evas does not build... and it's your fault ;D
May 13 18:55:51 * mirko-paroli shaking
May 13 18:55:57 <mrmoku> ERROR: QA Issue: libtelepathy.pc failed sanity test (tmpdir) in path /home/shr/shr-unstable/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/lib/pkgconfig
May 13 18:56:00 <mrmoku> ERROR: QA staging was broken by the package built above
May 13 18:56:03 <mrmoku> ERROR: Error in executing: /home/shr/shr-unstable/openembedded/recipes/efl1/evas_svn.bb
May 13 18:56:09 <dos1> mrmoku: ^^""""""""
May 13 18:59:08 <dos1> mrmoku: i hope it's easy to fix ;)
May 13 19:00:54 <TAsn> ok, I think I resolved 396, testing
May 13 19:02:39 <alphaone> mickey|sports: With channel timeout 0 it looks much better here
May 13 19:02:41 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:10>
May 13 19:03:13 <mrmoku> TAsn: efl or efl2?
May 13 19:03:20 <TAsn> both.
May 13 19:03:27 <mrmoku> good :)
May 13 19:03:31 <TAsn> it's only the len function
May 13 19:03:33 <TAsn> ...
May 13 19:03:37 <TAsn> (though I'm testing efl)
May 13 19:03:39 <TAsn> not 2
May 13 19:03:43 <TAsn> I'll leave that to you ;]
May 13 19:03:49 <mrmoku> dos1: yeah... bitbake -c clean helped :P
May 13 19:03:52 <TAsn> btw, did you build evas and edje for me ;]
May 13 19:03:55 <mrmoku> TAsn: building edje now
May 13 19:04:02 <TAsn> thanks a lot.
May 13 19:04:26 <TAsn> I think shr will get a high israeli adoption rate soon ;]
May 13 19:04:42 <TAsn> most of the hebrew patches reach here A LOT before they reach other distros.
May 13 19:05:02 <TAsn> btw mrmoku 
May 13 19:05:15 <TAsn> please make efl2 as abstract as possible so merging with efl will work
May 13 19:05:20 <Blu3> tasn, re bug 205, same here.  sms message on SD card has the correct timestamp.  message displayed in gui has unixtime(0) with TZ applied
May 13 19:05:21 <TAsn> don't go over the top
May 13 19:05:50 <TAsn> Blu3, the code also seems correct
May 13 19:06:11 <ptitjes|away> arf I missed stefan
May 13 19:06:16 <TAsn> though it of course depends upon correct timezone settings.
May 13 19:06:18 <Blu3> well, between the dbus fetch of it, and display of it, it's getting lost
May 13 19:06:36 <alphaone> Blu3: Could you send me the output of cli-framework gsmsim.RetrieveMessagebook("read")  ?
May 13 19:06:55 <Blu3> the timezone is applied correctly, but it's applied to unixtime(0)
May 13 19:06:58 <Blu3> 1s
May 13 19:07:08 <TAsn> mrmoku, anyhow, let me know, I want to opkg upgrade, and want to do it in one strike ;]
May 13 19:07:22 <ptitjes> mrmoku: re
May 13 19:07:42 * TAsn hates NOTE: Handling BitBake files: / (5217/6516) [80 %]
May 13 19:07:44 <TAsn> ;[
May 13 19:07:57 <TAsn> the slowest thing on earth! ;[
May 13 19:08:33 <Deubeuliou> TAsn: Ainulindale gave me an advice
May 13 19:08:34 <alphaone> Blu3: >>> [i[4]['timestamp'] for i in gsmsim.RetrieveMessagebook("read")]
May 13 19:08:34 <alphaone> [   'Fri Jul 14 16:08:33 2006 +0200',
May 13 19:08:34 <alphaone>     'Mon Sep 18 16:54:30 2006 +0200',
May 13 19:08:34 <alphaone>     'Mon Oct 30 16:37:52 2006 +0100',
May 13 19:08:34 <alphaone>     'Mon Oct 30 16:38:42 2006 +0100',
May 13 19:08:35 <alphaone>     'Sat Feb 16 18:09:25 2008 +0100']
May 13 19:08:39 <Deubeuliou> what command do you use ?
May 13 19:08:48 <TAsn> Deubeuliou, I use nothing.
May 13 19:08:49 <Deubeuliou> bitbake -c buid ?
May 13 19:08:51 <dos1> mirko-paroli: your code overwrote my contacts ;x
May 13 19:08:53 <TAsn> oh
May 13 19:09:01 <Blu3> alphaone, mdbus calls result in correct timestamps
May 13 19:09:03 <SHR-WugBranler> tracfeed: Ticket #432 (Broken line breaks) updated <http://trac.shr-project.org/trac/ticket/432#comment:1>
May 13 19:09:04 <TAsn> Deubeuliou, you are talking about the -b trick?
May 13 19:09:05 <mirko-paroli> dos1: what? ooops
May 13 19:09:09 <alphaone> Blu3: oh, cool
May 13 19:09:10 <Deubeuliou> yes
May 13 19:09:10 <Blu3> the gui however does not
May 13 19:09:23 <TAsn> Deubeuliou, yeah I know that
May 13 19:09:24 <alphaone> Blu3: So it's not my problem ;-)
May 13 19:09:26 <Deubeuliou> or even "bitbake <âckage>"
May 13 19:09:32 <TAsn> though it's not only the best thing
May 13 19:09:33 <Blu3> ;]
May 13 19:09:37 <alphaone> Well, I never looked at the UI before...
May 13 19:09:47 <TAsn> because it doesn't do dependencies and such
May 13 19:09:55 <dos1> mirko-paroli: my test script printed all of my contacts before adding, so i'm safe ;)
May 13 19:10:16 <mirko-paroli> can you locate what went wrong ?
May 13 19:10:22 <Blu3> ugg, i left my stylus in the car and hadn't planned on doing stuff w/ my fone so i left my usb cable @ home
May 13 19:10:38 <dos1> mirko-paroli: oh, i know
May 13 19:10:49 <dos1> self._entry_ids stores ID of opimd contacts
May 13 19:10:51 <dos1> not SIM contacts ;)
May 13 19:10:55 <TAsn> Deubeuliou, btw, doing that also makes it count the bitbake files ;]
May 13 19:10:59 <dos1> but i will fix it by myself
May 13 19:11:08 <dos1> as it's simple
May 13 19:11:11 <mirko-paroli> dos1: gosh, that sounds ... well ... an odd idea
May 13 19:11:23 <dos1> anyway, thanks for work
May 13 19:11:35 <ptitjes> mrmoku: would you really want a dbus method to show the incoming calls ?
May 13 19:11:36 <dos1> mirko-paroli: every backend has_entry_ids
May 13 19:11:43 <mirko-paroli> dos1: i was hoping to avoid to retrieve them all first an count etc
May 13 19:11:47 <ptitjes> mrmoku: this should not have public api
May 13 19:12:10 <dos1> mirko-paroli: we just have to grab _backend_id field from that contacts from cache
May 13 19:12:18 <mirko-paroli> dos1: ah k
May 13 19:12:19 <dos1> so we don't have to retrieve from SIM
May 13 19:12:22 <mrmoku> ptitjes: hey :)
May 13 19:12:30 <mirko-paroli> dos1: glad I could do a little
May 13 19:12:37 <mrmoku> ptitjes: lets talk about gobject-introspection thingie first :P
May 13 19:12:55 <mirko-paroli> dos1: once that is up I'll integrate it and get more familiar with the code
May 13 19:12:55 <mrmoku> after fixing autotools and python ctype issue...
May 13 19:13:01 <mrmoku> it is missing glibconfig.h now :(
May 13 19:14:42 <ptitjes> mrmoku: arf what can I say except OE is crazy and does not compile like any other :)
May 13 19:14:44 <mrmoku> ptitjes: regarding the incoming call... I was *NOT* talking about API methods. Instead I was thinking about what happens on the UI side
May 13 19:15:12 <ptitjes> arf I thought we were talking about dbus APIs....
May 13 19:15:32 <ptitjes> this may explain why I was out of subject ;)
May 13 19:15:43 <mrmoku> ptitjes: yep, in the end we want to achieve a nice API
May 13 19:16:02 <mrmoku> but we should do one step after the other
May 13 19:16:10 <mrmoku> (at least for slow thinkers like me ;)
May 13 19:16:36 <mrmoku> ptitjes: could it be glibconfig.h is in /usr/lib ?
May 13 19:16:41 * mrmoku checks his host
May 13 19:17:17 <mrmoku> yo, my host has it in /usr/lib64/glib-2.0/include/glibconfig.h
May 13 19:17:31 <ptitjes> hum strange
May 13 19:17:34 <mrmoku> hmm pkgconfig should know that...
May 13 19:17:39 <ptitjes> staging problem ?
May 13 19:18:32 * mrmoku checks if it is staged...
May 13 19:19:39 <mrmoku> hmm... it is there
May 13 19:19:40 <mrmoku> 0002 mok@mrdenker[pts/6]:~/src/other/openmoko/shrbuild/dev/shr-unstable/tmp/staging/x86_64-linux-> find . -name glibconfig.h
May 13 19:19:44 <mrmoku> ./usr/include/glib-2.0/glibconfig.h
May 13 19:19:47 <ptitjes> mrmoku: I'm sorry that you may find I have an annoying behavior about all that
May 13 19:20:34 <ptitjes> mrmoku: but we spoke about it for months now, some attempts have been wrote on the wiki, I even wrote a mail on it
May 13 19:21:22 <ptitjes> mrmoku: now people awake, I turned it in all ways in my head for two months now and the API I came up is quite clear (and good IMHO) and I can't rollback my brains now
May 13 19:21:42 <mrmoku> hmm
May 13 19:22:09 <ptitjes> mrmoku: so I'll let you go as is, and join when you'll come to the technical details
May 13 19:25:00 <mrmoku> ptitjes: well... nobody wants you to rollback your brain... and I'm convinced your technical details are well thought through and will be very helpfull... but don't you think getting straight what we want on a higher, non-technical level is important too?
May 13 19:25:13 <tonyg> can I ask some beginnery questions please? it's to do with a fresh checkout of org.oe.dev on the fso milestone5.5 branch
May 13 19:25:36 <mrmoku> ptitjes: btw... glibconfig.h is staged... in usr/include though
May 13 19:25:42 <mrmoku> just does not find it :(
May 13 19:25:47 <tonyg> bitbake is complaining about single-quoted strings in freesmartphone/frameworkd_git.bb :-(
May 13 19:25:48 <ptitjes> that should be in lib ?
May 13 19:26:08 <ptitjes> mrmoku: you said /usr/lib64/glib-2.0/include/glibconfig.h
May 13 19:26:30 <BluesLee> mrmoku: you said that unstable is more stable than testing right?
May 13 19:26:41 <mrmoku> ptitjes: that was the one from my host
May 13 19:26:42 <mrmoku> 0002 mok@mrdenker[pts/6]:~/src/other/openmoko/shrbuild/dev/shr-unstable-> find tmp/staging -name glibconfig.h
May 13 19:26:45 <mrmoku> tmp/staging/x86_64-linux/usr/include/glib-2.0/glibconfig.h
May 13 19:26:48 <mrmoku> tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include/glib-2.0/glibconfig.h
May 13 19:26:50 <BluesLee> mrmoku: or was it dos1?
May 13 19:26:51 <mrmoku> tmp/staging/armv4t-angstrom-linux-gnueabi/usr/lib/glib-2.0/include/glibconfig.h
May 13 19:27:15 <ptitjes> BluesLee: I confirm this is not the case
May 13 19:27:16 <dos1> BluesLee: i think it was me. and it was only my opinion ;)
May 13 19:27:21 <bumbl> mrmoku: is someone working on the shr message app? comparing to the paroli interface it sucks from an usability point of view ;( 
May 13 19:27:32 <mrmoku> ptitjes: its ../tools/g-ir-scanner that is failing to find it...
May 13 19:27:34 <ptitjes> BluesLee: unstable (I have it for one day and a half now) is really unstable
May 13 19:27:37 <ptitjes> testing is good
May 13 19:28:02 <ptitjes> hum
May 13 19:28:04 <BluesLee> dos1 & ptitjes: gsm stopped working today for hours on testing
May 13 19:28:08 <mrmoku> bumbl: nothing fundamentally revolutionary yet
May 13 19:28:25 <ptitjes> BluesLee: got the same with unstable today also thought
May 13 19:28:28 <ptitjes> -t
May 13 19:28:34 <dos1> hmm
May 13 19:28:38 <BluesLee> dos1: and i was not aware of it as shr showed me that everything was fine
May 13 19:28:40 <dos1> looks like i'm getting the same
May 13 19:28:50 <dos1> BluesLee: i noticed that yesterday
May 13 19:28:57 <BluesLee> it showed me the provider
May 13 19:29:08 <mrmoku> ptitjes: and it is looking for the one in lib
May 13 19:29:09 <BluesLee> and full gsm strength
May 13 19:29:10 <mrmoku> /home/mok/src/other/openmoko/shrbuild/dev/shr-unstable/tmp/staging/x86_64-linux/usr/lib/glib-2.0/include/glibconfig.h
May 13 19:29:17 <dos1> even starger is that ophonekitd is still running
May 13 19:29:23 <mrmoku> which is not there for the native glib
May 13 19:29:24 <ptitjes> mrmoku: sure "getting straight what we want on a higher" is good but this should have been done for monthes
May 13 19:29:25 <dos1> so it looks like fso problem
May 13 19:29:27 <ptitjes> -e
May 13 19:29:59 <BluesLee> when will be the release?
May 13 19:30:05 <mrmoku> ptitjes: yeah... just as the first stable release... unfortunately we all have time constraints :(
May 13 19:30:06 <BluesLee> end of month?
May 13 19:30:13 <tonyg> hum. should i be using newer bitbake than 1.8.12?
May 13 19:30:27 <ptitjes> mrmoku: which one is failing native or the target one ?
May 13 19:30:34 <mrmoku> ptitjes: the native one
May 13 19:30:50 <bumbl> mrmoku: hmm - if i find time i might try to make a python mockup on how i would design a message app
May 13 19:30:57 <ptitjes> mrmoku: why do you already have a file in the arm staging ?
May 13 19:30:58 <dos1> mirko-paroli: looks like i've got it to work :) commiting now
May 13 19:31:10 <mirko-paroli> dos1: yay
May 13 19:31:27 <mrmoku> ptitjes: because it already build *glib* for target
May 13 19:31:36 <mrmoku> built :)
May 13 19:31:45 <ptitjes> oups sure
May 13 19:32:09 <BluesLee> mirko-paroli: how do you do with paroli?
May 13 19:32:26 <mrmoku> TAsn: hit the feed
May 13 19:32:38 <mirko-paroli> BluesLee: it is moving, interest growing and issues are getting resolved ;) I think it is getting to a "simple phone app"
May 13 19:32:39 <TAsn> mrmoku, you rule ;]
May 13 19:32:54 <mrmoku> TAsn: gaahh.. tell that my OE Tree ;)
May 13 19:33:13 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r7ac4c6057d43 10/framework/subsystems/opimd/pimb_sim_contacts_fso.py: opimd: SIM_Contacts_FSO: implement adding new contacts on SIM
May 13 19:33:16 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r43b019bcb783 10/framework/subsystems/opimd/pimb_sim_contacts_fso.py: opimd: SIM_Contacts_FSO: fix adding new contacts
May 13 19:33:16 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r46215f6ca123 10/framework/subsystems/opimd/pimb_sim_contacts_fso.py: opimd: SIM_Contacts_FSO: cosmetical fix
May 13 19:33:18 <BluesLee> mirko-paroli: thats fine
May 13 19:33:32 <dos1> mirko-paroli: i hope it has your name as author
May 13 19:33:36 * dos1 is checking
May 13 19:33:56 <mirko-paroli> dos1: all good I'll be happy to just use it :)
May 13 19:34:01 <dos1> damn
May 13 19:34:03 <dos1> it hasn't
May 13 19:34:06 <dos1> :/
May 13 19:34:11 * dos1 needs to improve his git skills
May 13 19:34:15 <mirko-paroli> dos1: there will be more commits ;)
May 13 19:34:33 <mrmoku> ptitjes: apart from time constraints... we are lacking organization... which hopefully will change now
May 13 19:34:41 <dos1> good :)
May 13 19:34:45 <mirko-paroli> hehe
May 13 19:34:46 <dos1> mrmoku: test it! ;)
May 13 19:34:56 <mrmoku> dos1: no :P
May 13 19:34:58 <mrmoku> not now
May 13 19:35:26 * dos1 needs to restore his contactbook ;D
May 13 19:35:41 <mrmoku> today is gobject-introspection and connman day :P
May 13 19:35:59 <Ainulindale> ptitjes: could you answer to my questions on the ML please?
May 13 19:36:51 <TAsn> mrmoku, cool, upgraded ;] thanks.
May 13 19:36:58 <mrmoku> mickey|sports: is it normal the glib stages glibconfig.h in /usr/include *and* /usr/lib but glib-native only in /usr/include?
May 13 19:37:08 <mrmoku> s/the glib/that glib/
May 13 19:37:09 <bzzbot> mrmoku meant: mickey|sports: is it normal that glib stages glibconfig.h in /usr/include *and* /usr/lib but glib-native only in /usr/include?
May 13 19:38:09 <mrmoku> brb
May 13 19:38:21 * dos1 want to be in core team to organize things he want to organize, and to let organizing of other things by other people :DDD
May 13 19:38:53 <Ainulindale> dos1: well that's the good spirit
May 13 19:38:55 <ptitjes> Ainulindale: in what thread ?
May 13 19:39:02 <Ainulindale> but keep in mind that you may have to do annoying stuff
May 13 19:39:24 <Ainulindale> ptitjes: what I snipped telling you that you tied your answer to your proposal API and didn't answer on the functional level
May 13 19:39:38 <ptitjes> later
May 13 19:40:06 <tonyg> which org.openembedded.dev branch do people work from here, mostly?
May 13 19:40:45 <TAsn> isn't #349 a dupe of #205?
May 13 19:42:58 <ptitjes> or never
May 13 19:43:02 <ptitjes> I don't know
May 13 19:43:19 <ptitjes> mrmoku: sorry I feel like I am of no help
May 13 19:43:26 <ptitjes> I'll watch TV
May 13 19:43:28 <Ainulindale> ptitjes: why never?
May 13 19:43:29 <ptitjes> c u all
May 13 19:43:30 <TAsn> http://shr.bearstech.com/trac/ticket/416
May 13 19:43:34 <TAsn> as claimed in the text
May 13 19:43:37 <TAsn> this is already fixed
May 13 19:43:54 <TAsn> (he said he's waiting for efl rev 40538, which we already passed)
May 13 19:44:10 <Ainulindale> TAsn: don't move I'll give you ticket admin rights :-
May 13 19:44:12 <Ainulindale> :->
May 13 19:44:23 <TAsn> Ainulindale, prepare for havoc.
May 13 19:44:25 <TAsn> ;]
May 13 19:44:31 <TAsn> I'm a nasty bug remover.
May 13 19:44:32 <TAsn> ;]
May 13 19:44:40 <Ainulindale> you know the rules
May 13 19:44:42 <TAsn> (I'm a bit strict)
May 13 19:44:43 <Ainulindale> you break, you fix
May 13 19:44:47 <TAsn> lol.
May 13 19:44:53 <Ainulindale> you close too harshly, you reopen AND you fix
May 13 19:45:11 <Ainulindale> login Tasn ?
May 13 19:45:12 <TAsn> I think i'll break the rules quite often, but ok.
May 13 19:45:13 <TAsn> I accept ;]
May 13 19:45:19 <TAsn> Ainulindale, sec, checking
May 13 19:45:25 <TAsn> TAsn
May 13 19:46:26 <dos1> http://git.openmoko.org/
May 13 19:46:41 <tonyg> ok, resounding silence in here suggests I may have the wrong place to ask such questions -- where should I be asking about basics like bitbake, getting "bitbake helloworld" to work, etc? #openmoko perhaps?
May 13 19:46:58 <dent> tonyg: if it's just OE-stuff, try #oe
May 13 19:47:11 <dent> if it's SHR stuff, try here
May 13 19:47:17 <tonyg> what's SHR?
May 13 19:47:18 <dos1> Om is working ;>
May 13 19:47:29 <tonyg> I'll try #oe, though; thanks dent 
May 13 19:47:36 <dent> tonyg: shr-project.org :)
May 13 19:48:33 * dent just booted today's shr-unstable... I think I love you guys :)
May 13 19:48:51 <tonyg> dent, aha :) thanks. my interests lie in lower-level stuff, http://wiki.openmoko.org/wiki/User:TonyGarnockJones
May 13 19:50:11 <ptitjes|tv> Ainulindale: because you exactly know what API I need to interfere with ologicd (because we spoke of it so many times), you exactly know what the drawbacks the current UI has (because I just took your nerves telling it to you). all in all you just know what I think, so just talk for me, you have my +1. if something does feel wrong for me, I'll tell. in the meantime, silence on my radio...
May 13 19:50:42 <Ainulindale> ptitjes|tv: I don't know which API you need for ologicd
May 13 19:51:02 <Ainulindale> And even if I know what you may think on a specific topic
May 13 19:51:10 <ptitjes|tv> maybe you don't know that you know :)
May 13 19:51:17 <Ainulindale> I don't know exactly why you think this or that functionnality would be better 
May 13 19:51:24 <BluesLee> tonyg: what is erlang?
May 13 19:51:26 <Ainulindale> And that is what is interesting to know and talk about at this level
May 13 19:52:08 <Ainulindale> My ideas may be good, they may be bad too
May 13 19:52:19 <tonyg> BluesLee, it's a programming environment for building highly reliable software, like phone switches; http://www.erlang.org/
May 13 19:52:19 <Ainulindale> The key to the best API IMHO is to be able to exchange about it
May 13 19:52:24 <Ainulindale> And as I'm UI impaired
May 13 19:52:31 <Ainulindale> I'm trying to think about what I'd need
May 13 19:52:36 <tonyg> BluesLee, it's for highly concurrent programming.
May 13 19:52:37 <Ainulindale> Every bit of opinion is interesting
May 13 19:52:46 <Ainulindale> Even more if we disagree
May 13 19:52:51 * mwester is good at that.
May 13 19:52:52 <Ainulindale> Because it'll raise topics
May 13 19:53:06 <Ainulindale> mwester: Disagreeing? :-)
May 13 19:53:10 <mwester> 0:)
May 13 19:53:15 <mwester> er, :) even.
May 13 19:53:33 <BluesLee> never heard of it
May 13 19:53:36 <Ainulindale> You have no nose!
May 13 19:53:40 <ptitjes|tv> Ainulindale: I think it can't be talked (I mean I can't) by mail. As you know it, I already have difficulties to talk in RL, so...
May 13 19:53:44 <mwester> :O)
May 13 19:54:13 <Ainulindale> ptitjes|tv: do you think I don't have difficulties? That's why I'm asking questions, I already have an opinion on a large number of topics, it doesn't mean my opinion is good
May 13 19:54:25 <Ainulindale> For instance people reactions already made me change my opinion
May 13 19:54:31 <Ainulindale> It just won't reflect what I think if I don't talk about it
May 13 19:54:42 <Ainulindale> And what is important is that we all agree on what is necessary
May 13 19:54:49 <Ainulindale> At least reach a consensus
May 13 19:55:05 <mwester> Just trying to explain my opinion often makes me change my opinion, when I realize how foolish my opinion sometimes is...
May 13 19:55:21 <Ainulindale> mwester: welcome to the clun :-p
May 13 19:55:24 <BluesLee> how can the opinion of a dictator be good?;-)
May 13 19:55:26 <Ainulindale> s/clun/club/
May 13 19:55:26 <bzzbot> Ainulindale meant: mwester: welcome to the club :-p
May 13 19:55:33 <Ainulindale> BluesLee: peh! :-)
May 13 19:56:05 <BluesLee> hehe
May 13 19:57:08 <TAsn> sucks
May 13 19:57:16 <TAsn> I'm getting error parsing frameworkd ;\
May 13 19:57:32 <tonyg> TAsn, me too
May 13 19:57:35 <TAsn> ;[
May 13 19:57:36 <tonyg> that's what I was asking about earlier
May 13 19:57:48 <tonyg> http://paste.lisp.org/display/80159 is mine
May 13 19:58:01 <tonyg> TAsn, are you on fso/milestone5.5 branch?
May 13 19:58:14 <TAsn> tonyg, default shr makefile
May 13 20:00:41 <TAsn> Ainulindale, you still didn't give me admin rights to trac
May 13 20:00:45 <TAsn> and now I gtg. ;]
May 13 20:00:52 <Ainulindale> what was the login again?
May 13 20:00:52 <Ainulindale> tom?
May 13 20:01:03 <TAsn> TAsn
May 13 20:01:10 <Ainulindale> done
May 13 20:01:18 <TAsn> thanks.
May 13 20:02:02 <SHR-WugBranler> tracfeed: Ticket #349 (time in SMSes is GMT instead of GMT+1) closed <http://trac.shr-project.org/trac/ticket/349#comment:6>
May 13 20:02:08 <mwester> tonyg:  FYI -- SHR is based on the fso/milestone5.5 branch, with an overlay for SHR-specific stuff built on top of the framework.
May 13 20:02:49 <mwester> So following the SHR instructions to build an image will get you not only something that works better than most anything out there, but it will also be based on the OE fso milestone 5.5 branch.
May 13 20:02:57 <tonyg> mwester, thank you
May 13 20:03:01 <mwester> Plus, people here might be able to offer help. :)
May 13 20:03:09 <tonyg> it seems that others are having problems with fso/milestone5.5 atm
May 13 20:03:15 <tonyg> (TAsn, notably)
May 13 20:03:16 <TAsn> oops, my bad.
May 13 20:03:17 <tonyg> :)
May 13 20:03:27 <mwester> (#oe is not a distro-support channel, so it is not common to get answers there to distro-specific issues)
May 13 20:03:44 <tonyg> mwester, ah i see. perhaps there's an #fso or similar
May 13 20:03:45 * tonyg checks
May 13 20:03:49 <TAsn> hehe, too tried, read it wrong ;[
May 13 20:03:55 <TAsn> well I'm off to sleep.
May 13 20:04:01 <mwester> the fso folks hang about either here, or on #openmoko.
May 13 20:04:13 <tonyg> ok, thanks.
May 13 20:04:15 <SHR-WugBranler> tracfeed: Ticket #349 (time in SMSes is GMT instead of GMT+1) updated <http://trac.shr-project.org/trac/ticket/349#comment:8> || Ticket #349 (time in SMSes is GMT instead of GMT+1) reopened <http://trac.shr-project.org/trac/ticket/349#comment:7>
May 13 20:04:53 <mwester> tonyg:  it is possible you have a misconfiguration, but it may also be that the issue was just committed, and people have not yet encountered it because they haven't pulled and rebuilt in the past hours.
May 13 20:05:01 * tonyg nods
May 13 20:05:12 <tonyg> I was following instructions from http://wiki.openmoko.org/wiki/OpenEmbedded
May 13 20:06:00 <tonyg> (one change was a s/packages/recipes/ in the local.conf section... i shall update the wiki)
May 13 20:06:25 <mwester> That would imply that the wiki is somewhat dated there, so there may be other things missing or wrong. :)
May 13 20:06:31 <tonyg> heh
May 13 20:06:33 <tonyg> yeah... :)
May 13 20:06:54 <tonyg> if anyone feels like pulling and trying a rebuild of freesmartphoned, i'd appreciate it
May 13 20:07:04 <TAsn> I don't think I changed anything here.
May 13 20:07:26 <TAsn> running stock (as far as I can tell)
May 13 20:13:50 <mwester> tonyg:  since you're not using the distro-provided makefiles, I wonder if you lack the following line in one of your conf files? (site.conf or if you don't have that, local.conf?)
May 13 20:13:53 <mwester> SRCPV = "${@bb.fetch.get_srcrev(d)}"
May 13 20:14:00 <tonyg> ooo
May 13 20:14:03 <tonyg> let me check
May 13 20:14:08 <mwester> TAsn:  are building SHR?
May 13 20:14:16 <CIA-75> freesmartphone.org: 03daniel 07framework * rd51676d16dc4 10/framework/subsystems/ogsmd/gsm/sms.py: 
May 13 20:14:16 <CIA-75> freesmartphone.org: ogsmd: Handle the case where the address has zero length
May 13 20:14:16 <CIA-75> freesmartphone.org: Comparing with [] doesn't work for arrays len() == 0 is better.
May 13 20:14:17 <CIA-75> freesmartphone.org: 03daniel 07framework * ra5c4db8314a7 10/framework/subsystems/opimd/pimb_sim_contacts_fso.py: Merge branch 'master' of ssh://git@git.freesmartphone.org/framework
May 13 20:14:32 <mwester> TAsn:  if so, do a make update-common, and try building again.
May 13 20:14:34 <TAsn> mwester, no, just libframework-phonegui
May 13 20:14:50 <TAsn> mwester, already up to date.
May 13 20:14:58 <mwester> TAsn:  I mean, are you using the inftrastructure provided by the SHR makefiles?
May 13 20:15:03 <TAsn> yes.
May 13 20:15:16 <mwester> Ok.  Check your site.conf for that line.
May 13 20:15:20 <TAsn> and make update-common said already up to date.
May 13 20:15:28 <TAsn> mwester, which is located where?
May 13 20:15:51 <TAsn> nvm, think I found it
May 13 20:15:54 <TAsn> shr-unstable/conf
May 13 20:15:56 <mwester> :) Where it needs to be in order for it to be read ;)
May 13 20:16:09 <mwester> I just pulled, and everything parses for me.
May 13 20:16:17 <TAsn> mwester, no such thing.
May 13 20:16:20 <tonyg> yay, mwester, that fixed it by the looks of things
May 13 20:16:26 <tonyg> thank you!
May 13 20:16:29 <TAsn> will see
May 13 20:16:29 * tonyg updates the wiki
May 13 20:16:30 <mwester> :)
May 13 20:16:49 <mwester> That's a temporary hack, we hope -- if all goes well that should end up "upstream".
May 13 20:16:53 <TAsn> mwester, just = or :=
May 13 20:16:53 <TAsn> ?
May 13 20:16:58 <mwester> just =
May 13 20:18:04 <TAsn> thanks.
May 13 20:19:03 <TAsn> mwester, looks like it did it, thanks ;]
May 13 20:21:00 <einstein_> hi
May 13 20:21:05 <tonyg> mwester, updated http://wiki.openmoko.org/wiki/OpenEmbedded#local.conf -- does the text i added at the bottom of the local.conf section seem accurate to you?
May 13 20:21:13 <tonyg> einstein_, hi
May 13 20:21:43 <tonyg> mwester, in particular is there anything more specific (or less frameworkd-specific) i should be saying, or a pointer to an explanation of what's going on?
May 13 20:22:04 <einstein_> i have a question
May 13 20:22:28 <einstein_> i became a wosd with the last paroli software
May 13 20:23:09 <einstein_> i never have problems with wosd, but now, after suspend, display is white
May 13 20:24:11 <tonyg> next question for the fso folks out there ;-) ... is anyone building using an x86_64 host? libtool's build just failed for me
May 13 20:25:29 <tonyg> | configure: error: source directory already configured; run "make distclean" there first
May 13 20:25:29 <tonyg> | make[1]: *** [x86_64-linux-libtool] Error 1
May 13 20:26:11 <Arhuaco> hello einstein_.
May 13 20:27:27 <einstein_> hello
May 13 20:27:41 <Arhuaco> einstein_: Were you using 2.6.28? And u-boot?
May 13 20:28:20 <einstein_> qi
May 13 20:28:39 <einstein_> and 2.6.28
May 13 20:29:39 <Arhuaco> Oh, I see. Are you getting it consistently?
May 13 20:29:59 <einstein_> yes with every wakeup from suspend
May 13 20:32:37 <Arhuaco> einstein_: I see. I'm checking an u-boot issue now. I'll try to reproduce with the latest testing release. Unfortunately WSOD depends on many factors :-/
May 13 20:35:18 <einstein_> i have to change from qi back to uboot? bevor paroli i have shr installed an the suspend also don't work there(but no wosd, because the device don't go into suspend)
May 13 20:36:56 <tonyg> hmm same configure error on libtool-native on both x86_64 and i686
May 13 20:38:53 <Arhuaco> einstein_: I'm not sure it will make a difference since you don't know what happened before. But it's worth a try.
May 13 20:39:12 <CIA-75> freesmartphone.org: 03daniel 07framework * r142a9d7a3168 10/framework/ (patterns/dbuscache.py subsystems/oeventsd/leds_actions.py): 
May 13 20:39:12 <CIA-75> freesmartphone.org: oeventsd: Fix SetLed rule
May 13 20:39:12 <CIA-75> freesmartphone.org: SetLed needs to follow name owner changes since they aren't there at the
May 13 20:39:12 <CIA-75> freesmartphone.org: time oeventsd parses the rule. This commit adds an attribute
May 13 20:39:12 <CIA-75> freesmartphone.org: follow_name_owner_changes to the
May 13 20:39:16 <CIA-75> freesmartphone.org: dbuscache.dbusInterfaceForObjectWithInterface method.
May 13 20:39:30 <tonyg> http://paste.lisp.org/display/80163 fwiw
May 13 20:39:44 <einstein_> where i find the last uboot ?
May 13 20:43:27 <Arhuaco> einstein_: Try this one : http://people.openmoko.org/arhuaco/u-boot/tmp/
May 13 20:43:34 <Arhuaco> einstein_: It's the latest.
May 13 20:44:50 <einstein_> thank you very much
May 13 20:45:08 <Arhuaco> einstein_: Let us know how it goes.
May 13 20:52:22 <einstein_> ok
May 13 20:52:28 <einstein_> just a moment
May 13 20:55:36 <einstein_> the first suspend goes without problems
May 13 20:55:50 <einstein_> i make some more
May 13 21:04:08 <einstein_> suspend now works fine
May 13 21:06:52 <einstein_> good night
May 13 21:51:25 <ptitjes|tv> mickey|sports: updated the repo
May 13 21:58:19 <mickey|sports> ptitjes|tv: ah that's great. i can get rid of lots of extra posix stuff then, thanks a lot
May 13 21:58:39 <ptitjes|tv> héhé
May 13 21:58:48 <ptitjes|tv> mickey|sports: does it really lower your code ?
May 13 21:59:07 <ptitjes|tv> ha you mean the posix_extra.vapi ?
May 13 21:59:13 <mickey|sports> yes, that one
May 13 21:59:27 <ptitjes|tv> why didn't you made it in posix.vapi ?
May 13 21:59:35 <ptitjes|tv> (curiosity :))
May 13 21:59:44 <mickey|sports> that was before i started to do proper patches trying to get stuff upstream
May 13 21:59:58 <ptitjes|tv> ha
May 13 22:00:05 <ptitjes|tv> oh
May 13 22:00:29 <ptitjes|tv> btw can't remember if I told you that I can't reproduce your problem
May 13 22:00:45 <ptitjes|tv> because I can't even make specs.git
May 13 22:01:17 <ptitjes|tv> mickey|sports: it fails with the new org.freesmartphone.org
May 13 22:01:25 <ptitjes|tv> it is a python error :(
May 13 22:01:32 <ptitjes|tv> I did not understand it :)
May 13 22:01:50 <ptitjes|tv> nor remembered :)
May 13 22:01:51 <ptitjes|tv> 2sec
May 13 22:02:29 <mickey|sports> yeah, that's not surprising
May 13 22:02:38 <mickey|sports> i need to catch up the python docs generator
May 13 22:02:45 <mickey|sports> that's ugly work which will take some days
May 13 22:02:57 <ptitjes|tv> http://pastebin.com/m36cde863
May 13 22:03:09 <ptitjes|tv> AttributeError: 'Interface' object has no attribute 'namespace'
May 13 22:03:24 <viq> http://rafb.net/p/GGhIlR93.html  - is this known, or am I doing something wrong?
May 13 22:04:37 <mickey|sports> ptitjes|tv: try make xml, you don't need the docs 
May 13 22:04:44 <mickey|sports> only the docs are broken atm.
May 13 22:04:49 <mickey|sports> xml generation from xml.in should still work
May 13 22:05:38 <ptitjes|tv> viq: hum it uses a trick of Ainulindale (double source version hash) that may be related, and he may tell you what's happening
May 13 22:05:47 <ptitjes|tv> ouhhh
May 13 22:05:52 <ptitjes|tv> make xml
May 13 22:06:06 <viq> so, I should poke Ainulindale ?
May 13 22:06:21 <ptitjes|tv> mickey|sports: I always shouted on that transformation that take so long time :)
May 13 22:06:21 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r407560cd3d9a 10/libfsoframework/ (3 files in 2 dirs): 
May 13 22:06:21 <CIA-75> freesmartphone.org: fsoframework: linux26.vapi: input subsystem bindings complete
May 13 22:06:21 <CIA-75> freesmartphone.org: (minus force feedback joysticks, but who's going to use these anyways... :-)
May 13 22:07:03 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rec065de210d4 10/fsodeviced/src/plugins/kernel_input/plugin.vala: fsodevice: kernel_input: grab product ID from input device
May 13 22:07:11 <mickey|sports> ptitjes|tv: hehe
May 13 22:07:19 <Ainulindale> viq: I'm there
May 13 22:07:22 <ptitjes|tv> mickey|sports: but it does not work :(
May 13 22:07:28 <mickey|sports> that's sad
May 13 22:07:34 <viq> Ainulindale: http://rafb.net/p/GGhIlR93.html
May 13 22:07:39 <ptitjes|tv> It says make: Nothing to be done for `xml'.
May 13 22:07:50 <mickey|sports> ah
May 13 22:07:51 <mickey|sports> wait
May 13 22:08:01 <Ainulindale> viq: it shouldn't install the -dev package in the first place
May 13 22:08:02 <Ainulindale> so remove it
May 13 22:08:19 <viq> ok, thanks
May 13 22:08:23 <Ainulindale> (nothing to do with my trick)
May 13 22:08:32 <viq> this is a very fresh install of unstable lite
May 13 22:08:38 <Ainulindale> yeah I had the same issue
May 13 22:08:45 <Ainulindale> I didn't have time to find out why it was doing that
May 13 22:08:54 <ptitjes|tv> Ainulindale: arf sorry it was that package and the rev were quite the same
May 13 22:08:54 <Ainulindale> I'm a bit swamped by IRL work
May 13 22:09:09 <viq> ok
May 13 22:09:09 <Ainulindale> ptitjes|tv: it wouldn't impact on opkg
May 13 22:09:13 <CIA-75> freesmartphone.org: 03mickey 07specs * r407f68b361c4 10/Makefile: add target xml
May 13 22:09:17 <mickey|sports> ptitjes|tv: that should be it
May 13 22:11:00 <viq> hah
May 13 22:11:01 <viq> Collected errors: * Package frameworkd-config-shr-dev is depended upon by packages: *      frameworkd-config-shr-dev * These might cease to work if package frameworkd-config-shr-dev is removed.
May 13 22:11:09 <Ainulindale> yeah this is dumb
May 13 22:11:12 <Ainulindale> use -force-depends
May 13 22:11:19 <Ainulindale> I think somehow the cache got borked
May 13 22:11:22 <Ainulindale> mrmoku|away: hilight
May 13 22:11:30 <Ainulindale> mrmoku|away: check above thing which might be of interest to you
May 13 22:12:33 <ptitjes|tv> mickey|sports: héhéhé. stuck in local ? ;)
May 13 22:13:15 <ptitjes|tv> mickey|sports: arf yes libfso breaks :(
May 13 22:13:29 <viq> bah, and omoney crashes
May 13 22:13:47 <Ainulindale> log, ticket on trac :-)
May 13 22:14:29 <ptitjes|tv> mickey|sports: oh btw, vala-dbus-binding-tool says "Error in interface Audio method sound_status : Unknown dbus type org.freesmartphone.Device.AudioState"
May 13 22:14:34 <Ainulindale> ptitjes|tv: by the way about this trick, it is necessary if we want to update common files from the framework repository
May 13 22:14:47 <Ainulindale> (and as fso-config-shr does that..)
May 13 22:14:50 <ptitjes|tv> Ainulindale: yeah sure
May 13 22:15:26 <ptitjes|tv> Ainulindale: I was wondering opkg relies on dates of packages of the hashes ?
May 13 22:15:45 <ptitjes|tv> s/f t/r t/
May 13 22:15:46 <bzzbot> ptitjes|tv meant: Ainulindale: I was wondering opkg relies on dates of packages or the hashes ?
May 13 22:15:53 <Ainulindale> no
May 13 22:16:09 <Ainulindale> it only takes what is in the feed
May 13 22:16:15 <ptitjes|tv> how does it know the most recent ?
May 13 22:16:19 <Ainulindale> and the feed takes the last in terms of alphabetical order
May 13 22:16:34 <CIA-75> freesmartphone.org: 03mickey 07specs * r89466478a61e 10/org.freesmartphone.Device/org.freesmartphone.Device.Audio.xml.in: org.freesmartphone.Device.Audio: fix name for AudioState
May 13 22:16:37 <mickey|sports> ptitjes|tv: fixed
May 13 22:16:53 <ptitjes|tv> Ainulindale: so don't you think there can be situations where 
May 13 22:17:03 <ptitjes|tv> mickey|sports: you should build libfso at home too
May 13 22:17:34 <mickey|sports> yeah, but i wanted to wait until you find potential problems with the namespaces, domains etc.
May 13 22:19:40 <Ainulindale> ptitjes|tv: where what?
May 13 22:19:51 <ptitjes|tv> Ainulindale: (_a_b) where a commit on B occurs, then a commit on A occurs and then a commit on B again.
May 13 22:19:59 <Ainulindale> so what?
May 13 22:20:04 <Ainulindale> gitr are there for that
May 13 22:20:06 <ptitjes|tv> Ainulindale: trying to identify it
May 13 22:20:14 <Ainulindale> gitrX-hash
May 13 22:20:19 <Ainulindale> X being the commit number
May 13 22:20:23 <Ainulindale> always incrementing
May 13 22:20:44 <Ainulindale> so if we have gitrX-hash-gitrY-hash it'll always work
May 13 22:20:47 <ptitjes|tv> Ainulindale: so than a commit on B can be lost
May 13 22:21:04 <Ainulindale> this won't happen
May 13 22:21:09 <ptitjes|tv> if the alphabetical order is used
May 13 22:21:11 <Ainulindale> no
May 13 22:21:21 <ptitjes|tv> ha ?
May 13 22:21:33 <Ainulindale> has gitX-hash1-gitY-hash2 < gitX-hash1-gitY+1-hash3
May 13 22:21:50 <Ainulindale> -h
May 13 22:24:09 <ptitjes|tv> Ainulindale: let's use letters for versions
May 13 22:24:52 <Ainulindale> ?
May 13 22:26:31 <viq> huh. ssh -Y does not work, does not set DISPLAY properly
May 13 22:27:32 <raster> ssh -x
May 13 22:28:06 <tmzt> -Y      Enables trusted X11 forwarding.  Trusted X11 forwardings are not subjected to the X11 SECURITY extension controls
May 13 22:28:12 <tmzt> what does that even mean?
May 13 22:28:21 <ptitjes|tv> Ainulindale: ok forget it. you have to match the versions everytime in the timeline. no right to cheat with older of one package and newer of the other.
May 13 22:28:22 <tmzt> maybe it's a missing sshd_config option?
May 13 22:28:39 <viq> raster: -x disables forwarding
May 13 22:29:04 <raster> oh sorry
May 13 22:29:05 <raster> -X
May 13 22:29:07 <raster> capital
May 13 22:29:19 <Ainulindale> ptitjes|tv: can't see what you're talking about, but my thing works properly that's for sure
May 13 22:29:30 <viq> Warning: untrusted X11 forwarding setup failed: xauth key data not generated
May 13 22:29:33 <viq> Warning: No xauth data; using fake authentication data for X11 forwarding.
May 13 22:30:17 <raster> u dont have xauth installed?
May 13 22:30:23 <viq> I do
May 13 22:30:34 <raster> hmm
May 13 22:30:38 <viq> and with -Y I can manually do say DISPLAY=:10 tangogps
May 13 22:30:38 <raster> not sure
May 13 22:31:18 <viq> root@om-gta02 ~ $ opkg install xauth
May 13 22:31:18 <viq> Package xauth (1:1.0.2-r1) installed in root is up to date.
May 13 22:33:03 * mickey|sports sleepy
May 13 22:33:04 <mickey|sports> g'night folks
May 13 22:44:57 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r4bf0857bc104 10/libfsoframework/vapi/linux26.vapi: fsoframework: linux26.vapi: add missing MAX constants
May 13 22:58:15 <DocScrutinizer> hmm, is error "end request: I/O error dev mmcblk0, sector foo" and "glamo-mci.0 error after cmd: 0x420" a known symptom?
May 13 22:58:43 <DocScrutinizer> or is my 16GB uSD broken? ;-)
May 13 23:10:27 <viq> Hm, is omoney supposed to be working on unstable ?
May 13 23:31:37 <viq> *sigh*
May 13 23:31:39 <viq> ffalarms 
May 13 23:31:39 <viq> Traceback (most recent call last):
May 13 23:31:39 <viq>   File "/usr/bin/ffalarms", line 6, in <module>
May 13 23:31:42 <viq>     main()
May 13 23:31:45 <viq>   File "/usr/lib/python2.6/site-packages/ffalarms/ffalarms.py", line 656, in main
May 13 23:31:48 <viq>     if ecore.evas.engine_type_supported_get('software_x11_16'):
May 13 23:31:50 <viq>   File "ecore.evas.c_ecore_evas.pyx", line 115, in ecore.evas.c_ecore_evas.engine_type_supported_get (ecore/evas/ecore.evas.c_ecore_evas.c:1978)
May 13 23:31:53 <viq>   File "ecore.evas.c_ecore_evas.pyx", line 88, in ecore.evas.c_ecore_evas.engine_type_from_name (ecore/evas/ecore.evas.c_ecore_evas.c:1782)
May 13 23:31:56 <viq> ValueError: Ecore_Evas_Engine_Type changed and bindings are now invalid, position 180 is now NULL!
May 14 01:34:57 <BillK> Have not been able to build shr-testing for a few days because of this error - hints on how to fix please ...
May 14 01:35:00 <BillK> ERROR: Build of /home/moko/SHR/shr-testing/openembedded/recipes/freesmartphone/frameworkd_git.bb do_patch failed
May 14 02:09:21 <playya> BillK, the full log in tmp/work/..../log.do_patch* might be interesting
May 14 02:56:59 <BillK> playya: tkx, will have to be later - real work has got in the way :)
**** ENDING LOGGING AT Thu May 14 02:59:57 2009