**** BEGIN LOGGING AT Sun Feb 28 02:59:59 2016 Feb 28 03:38:09 tofe, IIRC under legacy, an unknown number in the call log is not immediately updated, but iis updated the next time the phone app is launched. Feb 28 03:39:30 I'd say immediate update is nice but not neccassary, regardless of what legacy doe. Feb 28 06:23:21 Herrie|2: pong :p Feb 28 06:26:23 LarrySteeze: didn't you send me an email a while ago that I never responded to? Feb 28 06:40:21 dkirker: We basically have https://github.com/webos-ports/location-service which is a wrapper for DBUS GeoClue (2.2.0) service. Which currently only does Mozilla, but I'm working on a fix so we switch to Google (has 2500 calls/day API limitation but that's OK for now on LuneOS) Feb 28 06:40:31 I'm also updating to GeoClue 2.4.1 Feb 28 06:43:09 Ahhhhhh Feb 28 06:43:13 That makes sense now Feb 28 06:43:26 I was trying to make the link between GeoClue, Google, and Mozilla Feb 28 06:43:45 GeoClue2 provides both, just Mozilla is enabled by default Feb 28 06:43:46 right right Geoclue is a service on the device, not a service like Google and Mozilla Feb 28 06:44:03 loose marbles in my brain :p Feb 28 06:44:10 * dkirker chases after a few of the missing marbles Feb 28 06:44:54 dkirker: THis is the conf file that's WIP now to use Google: http://www.herrie.org/geoclue.conf Feb 28 06:45:17 I basically commented the Mozilla URL, uncommented Google one + added the API key Feb 28 06:47:34 Sounds like location-services could be expanded to edit the config for you! Feb 28 06:47:36 hmmmmm :) Feb 28 06:50:57 dkirker: Ideally we'd have a call to location-services that would write to the config file :P Feb 28 06:51:00 So user can choose Feb 28 06:54:20 Ok seems my 2.4.1 recipe now is building including config file Feb 28 06:54:23 Need to test it on device Feb 28 07:54:02 OK testing new image with GeoClue 2.4.1 and updated dependencies now :) Feb 28 09:09:00 Herrie: How does GeoClue know what API to use when you change the URL? Or I guess there is a common API? Feb 28 09:43:20 dkirker: It's common. Mozilla & Google are API compatible ;) Feb 28 09:43:24 They accept the same params Feb 28 09:58:38 ah good :) Feb 28 10:00:42 dkirker: Yes Feb 28 10:00:53 I'm still playing around with geoclue 2.4.1 a bit Feb 28 10:01:29 They added some new features like sensor reading for compass etc using iio-sensor-proxy but there's no recipe in OpenEmbedded for it, so trying to create one myself :P Feb 28 10:01:42 And I'm no BitBake expert like JaMa ;) Feb 28 10:01:56 Not sure if we can use iio-sensor-proxy anyway but will test Feb 28 10:16:35 Herrie, DougReeder__: ok I see Feb 28 10:21:20 Tofe: It's not critical when, but ideally realtime ;) Next launch of app would be an acceptable alternative Feb 28 10:21:40 Hell Messaging wouldn't update with latest message on legacy when the thread list was open :S Feb 28 10:22:33 Or it would show a deleted message as last message in thread in threadlist :P Feb 28 10:24:44 Herrie: I have a callback on db8 contact list in phone app, so realtime is something I could do Feb 28 10:24:49 :) Feb 28 10:25:04 Tofe: I'm struggling a bit to get our config file for GeoClue deployed Feb 28 10:25:22 which recipe? Feb 28 10:25:41 Must be something wrong in my recipe. I cannot use geoclue-conf.bb due to the fact the file is already deployed by geoclue itself it seems Feb 28 10:25:58 So I tried a bbappend for geoclue itself but that seems to break other stuff :S Feb 28 10:26:16 I.e. It stops working altogether Feb 28 10:26:24 let me see the current state of both recipes Feb 28 10:27:39 your recipe is a new one? Feb 28 10:29:14 Tofe: Let me push somewhere Feb 28 10:31:36 Tofe: https://github.com/Herrie82/meta-webos-ports/commit/c7433d5f3b2836bb1710e6e9980c303ef4495b73 and https://github.com/Herrie82/meta-webos-ports/commit/af2bdc5b0aaaa194a9ea334e30f51275b7043486 Feb 28 10:32:02 Not sure yet if we'd want to use iio-sensor-proxy with geoclue, so I disabled it with the 2nd commit Feb 28 10:32:23 The iio-sensor-proxy recipe doesn't exist, I created something but it will need more work before it can be tested anyway Feb 28 10:32:48 And it's not a hard requirement for geoclue anyway, just optional, so OK to disable for now Feb 28 10:34:12 ok; well, it seems that the .conf is already shipped with geoclue itself Feb 28 10:34:24 Tofe: Yeah Feb 28 10:34:29 I guess I could do a .patch instead? Feb 28 10:34:41 you would to patch data/Makefile.am to remove it from there Feb 28 10:34:45 +have Feb 28 10:35:34 Tofe: Or add a patchfile to patch geoclue.conf directly? Feb 28 10:36:08 yes, may be even better Feb 28 10:36:30 note that it's a .conf.in, with some @ variables inside Feb 28 10:36:49 just one, though, so should be straightforward Feb 28 10:37:14 yes, patching this files seems to be the way to go Feb 28 10:46:29 Tofe: OK Feb 28 10:46:48 Then should I use a bbappend, so JaMa can use the clean recipe for 2.4.1 upsteam? Feb 28 10:47:15 Because when I put the patch in the 2.4.1 recipe it couldn't be used upstream 1:1 right? Feb 28 10:49:14 right, use a bbappend Feb 28 10:50:59 OK :) Feb 28 13:09:22 Was fighting with BB for the patch, turned out I had a typo in the filename for bbappend (suffixed it with .bb by mistake as well). Now it seems to run, building image now and will PR Feb 28 13:11:27 :) ok Feb 28 13:35:14 Tofe: On first boot it's way off, but on 2nd boot at approx 200m Feb 28 13:35:18 So I guess we're OK Feb 28 13:35:39 I can confirm config file is on device :) Feb 28 13:36:06 ok good Feb 28 13:36:47 On my side I've reworked the phone app a bit, mainly under-the-hood stuff Feb 28 13:36:54 And implemented db update :p Feb 28 13:37:24 Tofe: https://github.com/webOS-ports/meta-webos-ports/pull/167 Feb 28 13:40:13 I'd have removed the commented lines in the bbappend, it's a bit confusing Feb 28 13:40:26 And I don't have the rights to merge you :p Feb 28 13:42:59 i think bbappend shouldn't overwrite license and description Feb 28 13:44:16 oh, I've missed that point Feb 28 13:44:33 you're right Feb 28 13:45:09 I've missed a lot of things, there are more mistakes Feb 28 13:45:14 I'll comment on GH Feb 28 13:46:13 Ah no, I was looking at the wrong commit... Feb 28 13:48:39 I think so Feb 28 13:48:57 nizovn: SOrry that was a leftover from my filename .bb typo Feb 28 13:49:01 Let me test & remove those Feb 28 13:50:12 Better like this? https://github.com/webOS-ports/meta-webos-ports/commit/1bdaaf6b6f68ce02d3535aa05e2c732e270e2aa4 Feb 28 13:52:22 yes, looks ok :) Feb 28 13:52:39 nizovn: I tested it seems to work fine Feb 28 13:53:03 It seems 2.4.1 also offers support for something called iio-sensor-proxy, but I'm not sure this would work on our targets Feb 28 13:53:46 http://www.hadess.net/2015/05/iio-sensor-proxy-10-is-out.html Feb 28 13:54:43 It's only used for compass data in GeoClue it seems "Geoclue will be able to read the compass data to show the direction in Maps.". So not high priority I guess for now. Feb 28 13:56:00 Herrie: yep, good Feb 28 13:57:44 Herrie: by description it seems we can't use iio-sensor-proxy, but we can simply use QCompass in location-service Feb 28 13:58:29 nizovn: OK Feb 28 14:05:08 Tofe: If you're happy with it, feel free to merge :) I've tested it on device Feb 28 14:05:36 Herrie: nope, no rights to merge, no merge :p Feb 28 14:07:17 Ah you don't? Feb 28 14:07:42 Then I'll merge myself LOL Feb 28 14:08:02 :) Feb 28 14:31:12 KyleMaas: ping Feb 28 14:42:20 Herrie: Pong Feb 28 14:42:48 Herrie: Sorry, haven't had much LuneOS development time in the last week or so. Feb 28 14:43:07 Haven't really been following here, even. Feb 28 14:44:06 KyleMaas: No worry, just wanted to check in :) Feb 28 14:44:31 Since we're going to put out the release sometime soon :) Feb 28 14:44:57 Go ahead. The version I've got is still not terribly stable. Feb 28 14:51:50 KyleMaas: That's all I wanted to check Feb 28 14:52:10 If you want you can push it and we can have a separate branch for it for now? So at least it's available for people to toy with :) Feb 28 14:54:22 KyleMaas: Created a branch :) https://github.com/webOS-ports/org.webosports.app.pdf/tree/pdfJS-renderer Feb 28 15:07:50 Herrie: https://github.com/webOS-ports/org.webosports.app.pdf/pull/16 Feb 28 15:08:41 Feel free to try it out. Should work fine on the desktop. Unsure of how well it'll work on a device - it's still pretty buggy. Feb 28 15:10:19 Biggest problems I remember from it (like I said, it's been a bit since I've been able to work on it) are: no zoom, I believe page 2 of documents shows below page 1 when you first load a PDF (unsure if I fixed that bug), and no search function. Feb 28 15:12:02 Biggest benefits of it are: (1) it uses the PDF.js viewer instead of just the raw rendering engine, so you get the benefit of the rendering queue which speeds things up quite a bit since rendering can happen in the background while reading other pages, and (2) it leaves open the possibility of having a bunch of other nice features like table of contents, bookmark navigation, printing support, and text search. Feb 28 15:13:55 Also, the code I had to use to get that up and running is really ugly. Hacks abound. It's more a proof-of-concept than anything. Feb 28 15:27:05 KyleMaas: Nice I'll play with it a bit later today :) **** BEGIN LOGGING AT Sun Feb 28 17:07:24 2016 Feb 28 17:43:29 Tofe: Have you tried USSD requests? Like *#06#? For me they don't seem to work when I dial Feb 28 17:44:22 Herrie: no, didn't try Feb 28 17:44:37 but I'm not that surprised, I didn't see any code dedicated to that Feb 28 17:45:14 it could be that it works and we don't show the result Feb 28 17:45:25 or it could be that it doesn't work at all Feb 28 17:51:17 Tofe: It should work in VoiceCall and oFono going by documentation Feb 28 17:51:29 I suspect it might get killed by phonenumberlib due to invalid phone #? Feb 28 17:54:36 no, we send the number directly, the rest is just post-processing Feb 28 17:54:59 but it's true that it will be an invalid number for these ones :) Feb 28 18:00:53 Tofe: Ah OK :) Feb 28 18:00:58 I'll dig in the logs then a bit :) Feb 28 18:02:44 Hmmz "Dial: org.ofono.Error.InvalidFormat Argument format is not recognized" Feb 28 18:40:30 ah, mmh Feb 28 18:40:44 Maybe there's a specific call to do for USSD Feb 28 18:43:14 Herrie: something worth trying is to call /usr/lib/ofono/test/send-ussd "*#06#" Feb 28 18:44:17 oops, it's not installed Feb 28 18:46:08 but it should go through org.ofono.SupplementaryServices.Initiate Feb 28 19:18:52 OK well nothing urgent just wondered Feb 28 21:19:48 mmh voicecall doesn't seem to support ussd... So, let's use directly qofono. I just hope it won't conflict with coicecall. Feb 28 21:19:53 voicecall* **** ENDING LOGGING AT Mon Feb 29 02:59:58 2016