**** BEGIN LOGGING AT Wed Nov 18 02:59:59 2015 Nov 18 07:56:46 Herrie: I had a quick look at geolocation yesterday, but couldn't find out where the geolocation is failing... There is a little log message showing up, but I don't know how to understand that Nov 18 08:47:41 Tofe: I tried nizovn's suggestion but also no luck on N4 Nov 18 19:28:14 Tofe: Had any luck finding some cause for the relaunch to not work properly? Nov 18 19:34:34 nizovn: morning Nov 18 19:34:40 morning Nov 18 19:34:44 Had no luck with your suggested fix :( Nov 18 19:35:19 I might be something silly wrong... https://github.com/webOS-ports/meta-webos-ports/blob/bc0276c538410204a6e09d32dc8eedf6cf1dee8e/meta-luneos/recipes-luneos/luneos-components/luneos-components.bb Nov 18 19:35:23 now it's installed into image, but still doesn't work Nov 18 19:55:44 Herrie: no, still nothing; the issue being that there is no error message, nothing Nov 18 19:59:22 nizovn/Tofe: Maybe a silly question but shouldn't we be importing QtLocation in our QML where we use it? Nov 18 19:59:58 Tofe: Hmmz add more debug info at various places works for that usually ;P Nov 18 19:59:59 :P Nov 18 20:02:06 Herrie: no, we don't use it directly Nov 18 20:05:37 Herrie: I don't know where to add it, I'm a noob at enyo :p Nov 18 20:06:50 I mean, I don't exactly know how Mojo.relaunch() works, actually Nov 18 20:08:19 Mojo.relaunch = function() {return enyo.windows.events.handleRelaunch(); :P Nov 18 20:10:38 So for Enyo apps it seems it's basically a wrapper so the old Mojo calls can be used. I've seen it for other things too Nov 18 20:12:11 Tofe: Mojo was documented quite well: https://bpaste.net/show/1a829ce86d4e Nov 18 20:14:03 Not sure if it's of any help, but at least it gives quite some description on what it does, which is a lot more compared to what's in Enyo code Nov 18 20:16:42 I think what might happen is a lack of event propagation between frames; but not sure at all Nov 18 20:18:26 Tofe: OK Nov 18 20:18:47 Mojo code is pretty well documented, lots of comment blocks everywhere it seems also for banners, their behaviors etc :P Nov 18 20:21:26 Might borrow some bits from there for our developer stuff on the Wiki :) Nov 18 20:21:28 yes, I didn't see there was logging... now how to activate that one... Nov 18 20:21:52 Tofe: Logging for what? Nov 18 20:22:02 You can put something in the appinfo.json? Nov 18 20:23:14 No, Event.logEvents Nov 18 20:24:15 Tofe: http://www.slideshare.net/fpatton/lemke-steve-debugging-palm-dev-day slide 6 Nov 18 20:24:51 framework_config.json set logEvents to true :D Nov 18 20:25:18 ooooh Nov 18 20:25:22 Not sure to what extend that's all still working, but it should I guess Nov 18 20:25:35 I doubt we still have palm-log though Nov 18 20:25:47 We'll see Nov 18 20:25:50 But it wouldn't hurt to put the 3 values as demonstrated Nov 18 20:26:32 Some more at http://www.openwebosproject.org/docs/developer_reference/config/framework_config/#.VkzeVb9WVrQ Nov 18 20:30:49 nizovn: You have any suggestions how I can debug QtLocation plugin on N4? Nov 18 20:32:22 Herrie|Laptop: doesn't seem to output anything more Nov 18 20:32:26 but thx Nov 18 20:32:47 Tofe: Hmmmz.... That's not very helpful Nov 18 20:33:06 Maybe it's still in /var/log/messages somehow? Nov 18 20:38:47 Herrie|Laptop: debugging can be enabled by uncommenting https://github.com/webOS-ports/meta-webos-ports/blob/fido/meta-luneos/recipes-qt/qt5/qtlocation/0001-Implement-stub-luneos-plugin-based-on-location-servi.patch#L122 Nov 18 20:44:06 seems we need to enable qtlocation in qtwebengine using packageconfig, but i still don't understand why Nov 18 20:45:24 So similar to how it was done in QtWebkit? https://github.com/webOS-ports/meta-webos-ports/blob/fido/meta-luneui/recipes-qt/qt5/qtwebkit_git.bbappend#L4 Nov 18 20:46:22 yes, i don't know why, but when i installed my old qtwebengine, location started to work Nov 18 20:46:41 Hmmz OK Nov 18 20:46:53 I'll just enable it and will use the same as QtWebKit for now Nov 18 20:59:48 nizovn: that's good news, it means we are not far from the solution Nov 18 21:05:21 yes, but as it's magic, it's possible that it may work only on my machine Nov 18 21:10:20 nizovn: It was enabled in QtWebKit by default too like that, so it must have a reason :P Nov 18 21:21:48 ok, i have hypothesis that qtwebengine automagically search for qtlocation here: https://github.com/webOS-ports/qtwebengine/blob/webOS-ports/master/src/core/core_gyp_generator.pro#L156 Nov 18 21:21:55 so we need to just recompile it Nov 18 21:22:53 but i think that ^^ packageconfig is completely useless, and will not trigger rebuild Nov 18 21:46:17 nizovn: just have no clue how to achieve that in our build :P Nov 18 21:46:27 I.e. force a recompile of a certain package Nov 18 21:46:34 JaMa: ^ Nov 18 21:46:51 Only way I know is bumping SRCREV's :S Nov 18 22:01:49 didn't you said you've already added dependency on qtlocation? Nov 18 22:01:54 that triggers rebuild for sure Nov 18 22:02:16 it's fixed in upstream meta-qt5 as well Nov 18 22:02:23 with couple other qtwebengine issues Nov 18 22:07:40 we added qtlocation dependency to luneos-components Nov 19 01:03:09 Andolamin, are you online? Nov 19 01:03:32 Having trouble compiling for RPi Nov 19 01:03:48 Yeah, what's the issue? Nov 19 01:04:36 Function failed: do_configure Nov 19 01:04:53 Which component? Nov 19 01:05:23 not sure Nov 19 01:05:47 can't irc from mac ATM Nov 19 01:07:05 Ah, might be you're using outdated instructions. Need to fix the README on meta-rpi-luneos. Did you do the manual -qpa wayland change? Nov 19 01:07:31 maybe Nov 19 01:08:06 I changed EXTRA_OECONF Nov 19 01:08:20 Yeah, that's the problem Nov 19 01:08:36 SO, loooks like I didn't Nov 19 01:09:48 what's the manual -qpa wayland change? Nov 19 01:10:33 Replacing EXTRA_OECONF += "-qpa wayland-egl" with EXTRA_OECONF += "-qpa wayland" Nov 19 01:12:45 Um, looks like I did do that. Nov 19 01:13:41 Yeah, that's the issue. meta-rpi-luneos has a bbappend that tries to remove "-qpa wayland-egl". If you already did that, it will fail. Nov 19 01:13:58 Put it back to wayland-egl and you should be good Nov 19 01:14:07 Oh! Nov 19 01:14:31 I neglected to update the README on meta-rpi-luneos. I've done that now. Nov 19 01:15:16 do i need to clean anything before rebuilding? Nov 19 01:16:05 BTW, I'm here at CBUSJS Nov 19 01:16:10 HW Hack Night Nov 19 01:16:50 run . setup-env again? Nov 19 01:17:24 Shouldn't need to clean anything. If it complains about bb not being found then run . setup-env again. Nov 19 01:19:23 I'll be around (I get push notifications for mentions on here) so let me know if you run into any other issues. Nov 19 01:20:14 Thank! Nov 19 01:35:47 Andolamin, I'm compiling in a VirtualBox machine, on my Mac. Should I try to get the SD card reader working in the Ubuntu VM, or can I write the SD card from Mac OS X? Nov 19 01:37:26 I suggest transferring the image to the Mac and writing to the SD card from there. Nov 19 01:39:07 Use dd from the OS X command line? Nov 19 01:40:42 Yeah Nov 19 01:40:54 * DougReeder nods Nov 19 01:49:34 Andolamin, should I worry a bout ERROR: Can NOT get PRAUTO... ? Nov 19 01:49:49 compilation is continuing Nov 19 01:55:20 Probably not, then. I've never seen it, though. Nov 19 01:55:44 Hmm, maybe its stalled Nov 19 01:56:05 What is it working on? Nov 19 01:56:51 Some of the components take a *very* long time to compile. Nov 19 02:04:58 Yeah, the build failed Nov 19 02:06:03 ERROR: Can NOT get PRAUTO, exceptiion (Errno -2) Name or service not known Nov 19 02:06:31 Function failed: package_get_auto_pr Nov 19 02:07:02 log says essentially the same thing Nov 19 02:21:04 When I start the build, it finds tasks to do and runs them. Nov 19 02:28:36 Odd, never seen that issue before... Nov 19 02:30:25 I'll do some digging, see if I can find anything **** ENDING LOGGING AT Thu Nov 19 02:59:58 2015