**** BEGIN LOGGING AT Tue Jul 20 02:59:56 2010
**** ENDING LOGGING AT Tue Jul 20 22:30:09 2010

**** BEGIN LOGGING AT Tue Jul 20 23:10:15 2010
Jul 21 00:11:04 <zhenhua> denkenz: will u push padovan's bluetooth patch? I think it's good to make it as library.
Jul 21 00:11:25 <zhenhua> denkenz: my dun patch probably will rebase on top of it.
Jul 21 00:11:42 <denkenz> nope, we decided to try something else
Jul 21 00:11:58 <denkenz> For now it'll still just be inside plugins/
Jul 21 00:13:52 <zhenhua> but it should not be a plugin i think
Jul 21 00:14:08 <zhenhua> btw, few questions about my dun patch.
Jul 21 00:14:38 <zhenhua> looks like i need clone btio.c (bt_io_get()) from obex source.
Jul 21 00:14:54 <zhenhua> it has 1000+ lines of code
Jul 21 00:15:48 <denkenz> For now we keep it the way it is, if this ever grows into something that needs a library, we'll do it
Jul 21 00:16:00 <holtmann> zhenhua: It does more than you might need. You only need RFCOMM.
Jul 21 00:16:05 <holtmann> That is a lot less code.
Jul 21 00:16:27 <zhenhua> right, holtmann.
Jul 21 00:16:31 <holtmann> And start without the authorization bits.
Jul 21 00:16:45 <holtmann> That part is actually pretty tricky.
Jul 21 00:16:48 <zhenhua> so i want to confirm whether i should grab RFCOMM only.
Jul 21 00:17:12 <holtmann> What else do you wanna grab. The profile spec. is pretty clear. DUN runs over RFCOMM.
Jul 21 00:17:21 <zhenhua> why remove authorization? it just call bluetooth dbus interface
Jul 21 00:17:46 <holtmann> If you wanna go the whole nine-yards, then go with authorization. I have no problem with that.
Jul 21 00:19:15 <zhenhua> okay. btw, i need to add libbluetooth dependence into configure.ac
Jul 21 00:19:35 <denkenz> why do you need libbluetooth?
Jul 21 00:19:44 <zhenhua> because few functions like bd2addr depends on that
Jul 21 00:20:23 <denkenz> That one can be just copied
Jul 21 00:20:28 <denkenz> including libbluetooth is a bad idea
Jul 21 00:21:03 <zhenhua> two: hci_devba, str2ba, ba2str
Jul 21 00:21:10 <zhenhua> sorry. should be three...
Jul 21 00:21:22 <zhenhua> anyway, i will try to copy them too
Jul 21 00:53:54 <yang_office> denkenz: When reading sim file, oFono will try to read the cached one first. So if I want to change the content of file (such as EFust) in phonesim, the new value doesn't work at all. Do I have to delete the cache every time I change the value? If so, can we introduce some oFono option to disable this behavior?
Jul 21 01:03:01 <zhenhua> holtmann: can i remove opt->sec_level and opt->master from btio.c when i port btio.c for dun connection?
Jul 21 01:03:25 <denkenz> yang_office: oFono looks at whether the file can be modified externally before caching it
Jul 21 01:03:36 <denkenz> yang_office: You can always change the permissions in phonesim for EFust
Jul 21 01:04:37 <holtmann> The options are not needed. You always wanna set the sec level and the master option you should not touch.
Jul 21 01:05:13 <zhenhua> holtmann: okay. thanks.
Jul 21 01:06:08 <yang_office> denkenz: ok, I will try to change the permission.
Jul 21 01:06:59 <denkenz> yang_office: Keep that patch for your testing only, since the DB is already correct according to the spec
Jul 21 01:08:50 <yang_office> yeah, I will keep it locally.
Jul 21 01:34:37 <zhenhua> denkenz: btio.c contains uint8_t xxx. can we use it?
Jul 21 01:34:48 <denkenz> yes
**** ENDING LOGGING AT Wed Jul 21 02:59:57 2010