**** BEGIN LOGGING AT Wed Oct 27 02:59:57 2010
Oct 27 04:05:28 <sabotage> martin_lab: nevermind... I took care of updating phonesim package in MeeGo to 1.8
Oct 27 04:39:01 <sabotage> denkenz: if your awake, could use some help on ideas on where to at why GetCalls() is always returning DBus error return codes.
Oct 27 04:39:20 <sabotage> tracing DBus with QDBUS_DEBUG set shows no errors
Oct 27 04:39:40 <sabotage> and I see nothing reporting errors in ofonod -d output either
Oct 27 04:40:12 <sabotage> usually I see this with a signature mismatch, but I also get that as an error message
Oct 27 05:47:00 <martin_lab> sabotage, thanks
Oct 27 07:49:56 <raji__> sabotage, do you know if there is any document on how to use phonesim?
Oct 27 08:10:26 <raji__> denkenz, Looks like the send-sms script is not working anymore. How to test sms sending and receiving. (I felt 'send-message' button on the phonesim is not working as it doesnt do anything).
Oct 27 08:13:09 <raji__> denkenz, Looks like the example history driver is not loaded by default anymore, how do I enable it to debug history related events
Oct 27 13:44:34 <denkenz> raji__: you need to be running maintainer mode
Oct 27 13:56:55 <pessi> denkenz, holtmann: do you have any sketch on implementing the context for mms?
Oct 27 13:57:52 <pessi> Aki mentioned SOCKS proxy, would it be set up by oFono or ConnMan or by some mmsd?
Oct 27 14:01:55 <holtmann> pessi: Good that you ;)
Oct 27 14:02:01 <holtmann> I am just pushing the last patch for it.
Oct 27 14:08:28 <pessi> holtmann: and do you know if mbm wwan0 supports "static" method or is it just dhcp?
Oct 27 14:09:36 <holtmann> pessi: Old MBM F35xx can only do DHCP. New ones F36xx and later give us the full details.
Oct 27 14:09:45 <holtmann> We are only missing DNS btw. The address we get.
Oct 27 14:10:00 <holtmann> Also I fixed MBM to use PPP for MMS contexts ;)
Oct 27 14:14:06 <sabotage> denkenz: GetCalls is supposed to work the same as GetModems, meaning return an a(oa{sv}), even if it's an empty one, correct?
Oct 27 14:14:21 <denkenz> yep
Oct 27 14:15:09 <sabotage> ATM, QDBusAbstractInterfaces for it are always returning error codes, but no message when I call GetCalls
Oct 27 14:15:23 <sabotage> I'm calling it async
Oct 27 14:15:36 <sabotage> same as for GetModems
Oct 27 14:15:46 <sabotage> but GetModems works :/
Oct 27 14:16:21 <sabotage> so, just looking for ideas on where else to be looking
Oct 27 14:16:38 <sabotage> the python test scripts *do* work
Oct 27 14:16:46 <sabotage> so I'm not blaming ofono
Oct 27 14:17:28 <sabotage> just looking for clues, since all the debugging to date as not shown any of the obvious culprits to be at fault
Oct 27 14:17:30 <denkenz> not sure, try dbus send
Oct 27 14:17:38 <sabotage> nod
Oct 27 14:17:54 <denkenz> maybe your introspection is not setup right?
Oct 27 14:18:00 <sabotage> I did trace using QDBUS_DEBUG, but all calls *look* good
Oct 27 14:18:17 <sabotage> seems to match the docs
Oct 27 14:18:43 <sabotage> same as for GetModems(), just diff method name
Oct 27 14:18:59 <sabotage> yes, and under diff interface :/
Oct 27 14:20:07 <denkenz> this is why I hate the whole qdbustool or whatever the generator is
Oct 27 14:20:27 <denkenz> Impossible to debug if something goes wrong
Oct 27 14:24:53 <sabotage> well, it's not really the tool, is it ;)
Oct 27 14:25:10 <sabotage> dbus, by nature, is difficult to debug
Oct 27 14:26:36 <sabotage> so, I just double checked... I call GetModems and GetCalls the same way, with the same dbus type marshaller and I handle their async responses the same
Oct 27 14:27:04 <sabotage> the intrspection xml for each also is identical aside for the method names
Oct 27 14:27:41 <denkenz> No idea honestly, GetCalls was the first one to be implemented
Oct 27 14:27:49 <denkenz> GetModems, GetContexts, etc were copies of that one
Oct 27 14:28:06 <sabotage> yet the QDBusPendingCallReply template class result for GetCalls is always giving me an error
Oct 27 14:28:22 <sabotage> meh :/
Oct 27 14:28:36 <holtmann> pessi: All code pushed. So you should be able to activate MMS contexts and get them setup nicely with Proxy URL and everything.
Oct 27 14:28:57 <holtmann> I tested it on MBM only so far. Still need to get it running on IFX.
Oct 27 14:28:59 <sabotage> ok... haven't bothered building ofono from src recently... any additional tracing I can tourn on if I do these days
Oct 27 14:29:05 <holtmann> pessi: It is up to you to check with ISI.
Oct 27 14:29:37 <denkenz> sabotage: It doesn't look like it is an oFono problem
Oct 27 14:29:41 <sabotage> denkenz: tested and known to work with phonesim (1.7/1.7) correct?
Oct 27 14:30:02 <denkenz> sabotage: Try getting the raw reply from DBus and de-marshalling it yourself
Oct 27 14:30:12 <sabotage> denkenz: I know, but I want to get in and break right where GetModems and GetCalls returns
Oct 27 14:30:24 <sabotage> so I can see whats being sent over the wire
Oct 27 14:30:28 <pessi> holtmann: so there is nothing special with mms context, just that it does not have Internet type?
Oct 27 14:30:35 <denkenz> sabotage: Hence my suggestion for dbus-send
Oct 27 14:30:53 <pessi> ..and proxy and mmsc url is stored as parameters?
Oct 27 14:31:18 <holtmann> It has Type=mms and you set MessageCenter (aka MMSC) and MessageProxy (aka MMS Proxy) extra values for it.
Oct 27 14:31:38 <holtmann> The rest is the same AccessPointName, Username and Password as you do for Internet.
Oct 27 14:32:04 <holtmann> The MessageCenter is not a used value btw. That is just for the UI to read from the oFono configuration.
Oct 27 14:32:05 <sabotage> ok, will play with it more this morning once I'm in the office denkenz 
Oct 27 14:32:14 <holtmann> The MessageProxy is important for the routing setup/.
Oct 27 14:33:54 <pessi> so our mmsd takes settings and unshare()s and says ifup and thats it? whee
Oct 27 14:35:02 <pessi> while we are adding context types, IMS would be nice
Oct 27 14:36:51 <holtmann> We are not adding context types. Internet, MMS and WAP have always been there.
Oct 27 14:37:55 <pessi> you moved it into include/gprs-context.h ?
Oct 27 14:38:52 <holtmann> Yes. I needed it global.
Oct 27 14:39:05 <holtmann> However that is for the ofono_gprs_context_set_type().
Oct 27 14:39:14 <holtmann> MBM can tell which context type it wants on its context atoms.
Oct 27 14:39:40 <holtmann> So that Internet always get the high speed interface while MMS is stuck on PPP. No matter in what order you activate it.
Oct 27 14:55:42 <pessi> holtmann: sent ims patches
Oct 27 14:56:23 <holtmann> And that is it? No extra settings?
Oct 27 14:57:17 <pessi> any preferences for the P-CSCF Setting name?
Oct 27 14:57:25 <pessi> ProxyCSCF?
Oct 27 14:58:38 <holtmann> What is it?
Oct 27 14:58:52 <holtmann> Sorry, my IMS lingo is a bit rusty.
Oct 27 14:58:55 <pessi> ;)
Oct 27 14:59:03 <pessi> SIP proxy addresses
Oct 27 14:59:25 <holtmann> Is it always an IP address?
Oct 27 14:59:29 <pessi> it is in +CGCONTRDP
Oct 27 14:59:54 <holtmann> So can we essentially play the same tricks as we do with MMS?
Oct 27 14:59:56 <pessi> and yes, it is IP address if we get it via UMTS or LTE signaling
Oct 27 15:00:25 <holtmann> We need to talk about this a bit more actually. I haven't looked into the details yet.
Oct 27 15:00:43 <pessi> sure
Oct 27 15:01:27 <holtmann> I add your patches since they do no harm. They also don't add functionality either ;)
Oct 27 15:01:52 <pessi> just wait for my +CGCONTRDP patch
Oct 27 15:02:22 <pessi> ...oh, you can push, functionality will follow ;)
Oct 27 15:03:05 <holtmann> Easy with the horses here. There are some other things that are needed first before I look into IMS.
Oct 27 15:10:04 <crevetor> Hi
Oct 27 15:11:48 <crevetor> Is callerid name support in the plans ?
Oct 27 15:12:49 <holtmann> You mean Calling Name Presentation (CNAP) support? Do you have a network that does it?
Oct 27 15:14:02 <crevetor> On my cellphone I see it coming in with CALL_COMING_IND and CALL_STATUS_IND 
Oct 27 15:14:25 <crevetor> holtmann: I think so, on my iPhone I had it (same network, same sim)
Oct 27 15:15:07 <holtmann> That means nothing to me. Is it really handled by the network?
Oct 27 15:16:01 <crevetor> holtmann: What do you mean ?
Oct 27 15:16:54 <pessi> crevetor: S40 phones snatch the names from SIM card
Oct 27 15:16:59 <holtmann> Is the phone stack doing the mapping from your phonebook. Or does the network really give you a name.
Oct 27 15:17:17 <crevetor> pessi: Any name ? Cause even if I didn't have the person in my contacts I would get his callerid name
Oct 27 15:17:29 <crevetor> holtmann: the network provides it
Oct 27 15:17:30 <pessi> crevetor: oohaah. please send the ISI traces ;)
Oct 27 15:17:46 <holtmann> And do the same with an AT command based mode.
Oct 27 15:17:51 <holtmann> I have never seen it.
Oct 27 15:17:56 <crevetor> pessi: I'm booting into android as we speak so I can send them to you
Oct 27 15:17:59 <holtmann> What network is this?
Oct 27 15:18:11 <holtmann> Are you sure that not Android is faking it?
Oct 27 15:18:16 <crevetor> holtmann: Fido in canada (which seems to implement lots of unused stuff ;))
Oct 27 15:18:35 <crevetor> holtmann: I just get it in the ISI debug messages not in android
Oct 27 15:18:36 <holtmann> Crap. I am with Rogers and Wind.
Oct 27 15:18:51 <crevetor> holtmann: you're in canada ?
Oct 27 15:18:57 <holtmann> Not all the time.
Oct 27 15:19:04 <holtmann> Will be back in YVR in December.
Oct 27 15:19:19 <holtmann> Need to get a Fido SIM.
Oct 27 15:19:24 <holtmann> Pre-paid or contract?
Oct 27 15:20:14 <denkenz> +CNAP is fairly trivial to support on AT modems
Oct 27 15:20:42 <holtmann> If the modem does the right thing. So having traces would be nice.
Oct 27 15:21:27 <crevetor> holtmann: contract, my company pays it though so I don'T really have the details
Oct 27 15:21:58 <holtmann> If you get CNAP enabled and see it in OFONO_AT_DEBUG=1 traces, that would help.
Oct 27 15:24:45 <crevetor> http://pastebin.com/zveb1JjW
Oct 27 15:25:39 <crevetor> holtmann: would an old S60 work for that purpose ? I have an n91 that I could test with
Oct 27 15:26:11 <holtmann> I have never seen any of these really. Don't know which modems implement CNAP.
Oct 27 15:26:16 <crevetor> I was trying to implement it myself the other day but got a headache trying to decode the ISI message 
Oct 27 15:28:14 <crevetor> holtmann: the one on the iPhone does, this one does (even though it's not supported on maemo for instance)
Oct 27 15:28:52 <crevetor> holtmann: do you work for Nokia or do you just contribute to ofono on your free time ?
Oct 27 15:29:11 <holtmann> Can you install Linux on your iPhone. oFono supports the IFX modem ;)
Oct 27 15:29:19 <holtmann> crevetor: Intel ;)
Oct 27 15:29:48 <holtmann> crevetor: Me and free time to oFono. Hah funny. You need to check the commit logs lately. I don't have that much free time ;)
Oct 27 15:32:39 <crevetor> holtmann: I don't have an iPhone anymore
Oct 27 15:33:00 <holtmann> Too bad.
Oct 27 15:33:09 <holtmann> I have no time to get Linux installed on one of mine.
Oct 27 15:33:22 <crevetor> holtmann: I've seen the commit logs. But you never know. I know people that have lots of free time to spend on open source projects.
Oct 27 15:34:34 <holtmann> Not that much free time.
Oct 27 15:37:07 <crevetor> would you guys be also interrested in NET_<UNKNOWN> messages that I get ?
Oct 27 15:37:28 <pessi> crevetor: on n900? 
Oct 27 15:37:49 <pessi> there is lots of extra stuff that Aki never bothered to decode
Oct 27 15:39:14 <crevetor> Yeah on N900
Oct 27 15:39:30 <crevetor> message ids 0x20 and 0x42 for example
Oct 27 15:39:48 <crevetor> Is there somewhere where I can find out what they are ?
Oct 27 15:41:03 <pessi> wirelessmodemapi.com
Oct 27 15:41:45 <pessi> you have to sell your soul to Jorma, however. or lease it to Stephen
Oct 27 15:43:50 <pessi> holtmann: sent more patches not adding any functionality...
Oct 27 15:45:56 <holtmann> I take same as RFC and not gonna go to apply them. It is a bit too early for this stuff. There are bunch of other opens that might should be fixed first.
Oct 27 15:46:06 <holtmann> Also I want this done properly with LTE in mind.
Oct 27 15:47:58 <pessi> wonder what ste guys are doing
Oct 27 15:48:36 <holtmann> No idea.
Oct 27 15:57:02 <crevetor> FYI those are NET_CIPHERIING_IND and NET_CELL_INFO_IND
Oct 27 16:04:21 <pessi> holtmann: on connection level, we will get "dedicated bearer context" (old secondary pdp context)
Oct 27 16:05:36 <holtmann> So I heard. I don't really wanna take your steam out of LTE or IMS, but can we close the 3G features first ;)
Oct 27 16:05:56 <pessi> 3g is boring
Oct 27 16:06:21 <pessi> besides I've heard that somewhere in basement we have a live lte basestation
Oct 27 16:06:36 <holtmann> Good for you guys.
Oct 27 16:06:52 <holtmann> So we are dropping all the other 3G requirements and say we are done. Nice.
Oct 27 16:07:04 <pessi> of course ;)
Oct 27 16:08:07 <holtmann> Sweet. I am going back to sleep now.
Oct 27 16:08:42 <crevetor> holtmann: do you know if wind has plans on coming to Montreal ?
Oct 27 16:08:57 <holtmann> They aren't there yet?
Oct 27 16:09:17 <holtmann> Would assume they might.
Oct 27 16:14:29 <crevetor> holtmann: I only get CAN500 (Videotron) as 3G provider 
Oct 27 16:14:51 <holtmann> No idea what that is.
Oct 27 16:15:32 <crevetor> holtmann: you don't know videotron ?
Oct 27 16:16:09 <holtmann> Nope.
Oct 27 16:16:58 <crevetor> I guess they only serve Quebec & some parts of ontario
Oct 27 16:17:33 <crevetor> holtmann: there a cable provider and they just launched a cell network which uses the right frequencies for the n900
Oct 27 16:17:55 <crevetor> So I could get HSPA if I had a sim with them
Oct 27 16:20:25 <holtmann> Maybe that was the reason for Wind not being in Montreal. They didn't get 1700.
Oct 27 16:20:47 <holtmann> I think I read that somewhere. The got the license for everything except Montreal region.
Oct 27 16:21:17 <crevetor> Maybe
Oct 27 16:21:24 <holtmann> Same as frequency as T-Mobile US.
Oct 27 16:49:09 <sabotage> quick question on the docs... in call-barring-api.txt, under IncomingBarringInEffect description, it reads "Signal is emitted when a call is made and an incoming call barring supplementary service is in use."
Oct 27 16:49:22 <sabotage> shouldn't that read instead "Signal is emitted when a call is received"?
Oct 27 16:49:42 <denkenz> No, it is actually on the other side
Oct 27 16:49:49 <denkenz> e.g. the callee has barring enabled
Oct 27 16:50:02 <sabotage> ah, ic
Oct 27 16:50:20 <sabotage> so local agent gets this sig if remote has barring in effect?
Oct 27 16:50:35 <denkenz> yep
Oct 27 16:50:38 <sabotage> thanks
Oct 27 16:50:45 <sabotage> ok, related...
Oct 27 16:51:35 <sabotage> if I have forwarding in effect, and receive a call, will there be any sig emitted to tell me forwarding is enabled
Oct 27 16:51:42 <sabotage> and I've "missed" the call?
Oct 27 16:52:26 <denkenz> nope
Oct 27 16:52:40 <sabotage> thought as much
Oct 27 16:53:00 <sabotage> one less "feature" to impliment for me then ;)
Oct 27 16:54:29 <denkenz> However, there is one notification that comes in when you have an incoming call
Oct 27 16:54:32 <denkenz> And then another call comes
Oct 27 16:54:39 <denkenz> That one is auto forwarded
Oct 27 16:54:49 <denkenz> And I think the network tells you
Oct 27 16:55:44 <sabotage> not following... but gotta run
Oct 27 16:55:54 <sabotage> I'll dig in a bit more later
Oct 27 17:37:00 <raji__> denkenz, does "Send Message" button on phonesim still works? send-sms script in tests is broken
Oct 27 17:37:56 <denkenz> denkenz@ubuntu:~/ofono-master$ test/send-sms +15555 "Foobar"
Oct 27 17:38:19 <denkenz> '/phonesim/message_BA04691E546DC37F3590F5B374033D6F2BCE9FD3
Oct 27 17:38:22 <denkenz> works for me
Oct 27 17:38:50 <denkenz> {MessageManager} [/phonesim] IncomingMessage Booas ({ LocalSentTime = 2010-10-26T21:34:31-0500, SentTime = 2010-10-27T12:34:31+1000, Sender = +1555 })
Oct 27 17:38:54 <denkenz> And that one too
Oct 27 17:42:37 <raji__> raji@raji-desktop:~/ofono-33/test$ ./send-sms +234234 "hello"
Oct 27 17:42:37 <raji__> Traceback (most recent call last):
Oct 27 17:42:37 <raji__>   File "./send-sms", line 22, in <module>
Oct 27 17:42:37 <raji__>     path = manager.SendMessage(sys.argv[1], sys.argv[2])
Oct 27 17:42:38 <raji__>   File "/usr/lib/pymodules/python2.6/dbus/proxies.py", line 68, in __call__
Oct 27 17:42:40 <raji__>     return self._proxy_method(*args, **keywords)
Oct 27 17:42:42 <raji__>   File "/usr/lib/pymodules/python2.6/dbus/proxies.py", line 140, in __call__
Oct 27 17:42:45 <raji__>     **keywords)
Oct 27 17:42:46 <raji__>   File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 620, in call_blocking
Oct 27 17:42:48 <raji__>     message, timeout)
Oct 27 17:42:50 <raji__> dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "SendMessage" with signature "ss" on interface "org.ofono.MessageManager" doesn't exist
Oct 27 17:43:06 <raji__> denkenz, I have been getting above error. 
Oct 27 17:43:23 <denkenz> Have you onlined the modem?
Oct 27 17:43:36 <denkenz> And you need upstream phonesim if you're using upstream oFono
Oct 27 17:44:25 <raji__> denkenz, I am cloning from umd-repo. I have latest
Oct 27 17:44:39 <raji__> I have enabled the modem too
Oct 27 17:44:52 <denkenz> enable is not enough, you must be online
Oct 27 17:45:10 <holtmann> Don't use the UMG repos.
Oct 27 17:45:15 <holtmann> Use upstream.
Oct 27 17:47:43 <raji__> denkenz, Is this documented anywhere? I missed that step. thanks
Oct 27 17:49:22 <denkenz> explicitly? Maybe not, but that has been the case for about 3 months now
Oct 27 18:21:03 <raji__> denkenz, holtmann, just a suggestion that it will be helpful for all ofono users if you can maintain these steps somewhere,may be send an email to ofono.org or something, otherwise we get lost. We work on lot of other things and come to ofono work so some kind of direction on lastest usage of tools will be very helpful. You are doing awesome job of being there and answering all our questions but this way you improve all our users experience with ofono source. 
Oct 27 19:58:15 <sabotage> denkenz: for MeeGo dialer... I just got a requirement that amounts to barring incoming calls if incoming lineid matches against a list of "blocked" numbers...
Oct 27 19:58:34 <denkenz> Yeah, tell them to go away ;)
Oct 27 19:58:38 <sabotage> best I can tell, this is not "built in" to ofono so I'd have to maintain a local list
Oct 27 19:58:46 <sabotage> and do my own "barring"
Oct 27 19:58:50 <sabotage> heh
Oct 27 19:59:02 <sabotage> can I quote you on that ;)
Oct 27 19:59:45 <denkenz> Yes, those requirements come from OP
Oct 27 20:00:04 <denkenz> I have never seen them from any actual customer
Oct 27 20:00:18 <denkenz> So unless someone can dig that up, they should be nixed
Oct 27 20:00:21 <sabotage> OP?
Oct 27 20:00:26 <sabotage> Open PLug
Oct 27 20:00:39 <denkenz> yes
Oct 27 20:04:31 <sabotage> anyway, just confirming what I was observing from the code/docs
Oct 27 20:04:54 <sabotage> and you confirmed my suspicions
Oct 28 02:35:35 <yang_office> denkenz: I will pick some other task. I think there are not many left in stk. May I just pick one freely from TODO, or do you have a advice?
**** ENDING LOGGING AT Thu Oct 28 02:59:57 2010