**** BEGIN LOGGING AT Thu Feb 12 02:59:58 2015 Feb 12 06:11:16 * DougReeder waves hello Feb 12 07:25:11 morning Feb 12 08:38:25 morning Feb 12 09:01:15 Herrie|Veer: morning Feb 12 09:02:22 djichthys: ping Feb 12 09:08:47 morphis : pong Feb 12 09:09:01 djichthys: merged your PRs now Feb 12 09:09:08 can you provide a PR for meta-webos-ports too? Feb 12 09:10:07 morphis : thanks ... cheers .... meta-webos-ports ? Im not sure what that is .... Feb 12 09:10:18 Ive just seen them when building Feb 12 09:10:33 ah Feb 12 09:11:07 meta-webos-ports/meta-luneos/recipes-webos/nyx-modules/nyx-modules-hybris.bb Feb 12 09:11:07 meta-webos-ports/meta-luneos/recipes-webos/nyx-modules/nyx-modules.bb Feb 12 09:11:10 are the two files Feb 12 09:11:15 there is a field called SRCREV Feb 12 09:11:26 set it to the new SRCREV of both repositories Feb 12 09:11:52 see http://webos-ports.org/wiki/Submitting_Contributions#Recipes_with_SRCREV Feb 12 09:12:34 Ohhh ok .... let me have a read and I will do so by end-of-day today ? Feb 12 09:12:50 Herrie: does 857 appear with a testing build or when you pushed the QML files? Feb 12 09:12:57 djichthys: yeah, absolutely fine Feb 12 09:13:09 morphis : ok cheers ..... thanks for letting me know. Feb 12 09:26:29 Morning! Feb 12 09:32:50 Tofe: morning! Feb 12 09:46:31 morphis: It was with latest test build I think Feb 12 09:47:39 Latest mako test build. From 7th Feb 12 09:47:45 New one failed again... Feb 12 09:47:53 Red in Jenkins Feb 12 09:48:53 JaMa: can you have a look at the latest mako build on jenkins? Feb 12 09:49:13 failed again because of "ERROR: Required kernel image is not available as fastboot image!" Feb 12 09:49:27 It's the same issue as all the recent fails for Mako it seems... Feb 12 09:50:18 right Feb 12 09:50:23 related to sstate somehow Feb 12 09:52:22 morphis: may I copy files from the service dir to the app dir in the c+dav recipe? ;) Feb 12 09:52:47 Garfonso: no, it's not with the c+dav recipe :) Feb 12 09:54:18 no, was asking if that is allowed or if there is anything that speaks against this. I currently pondering about using a file in service and app. And I don't want to maintain two different copies of it. Feb 12 09:54:39 so I thought I change my build script to just copy the file. Feb 12 09:54:54 Garfonso: that is fine for me Feb 12 10:00:36 morphis: ok Feb 12 10:34:21 JaMa: thanks Feb 12 10:43:31 morphis: I still have Enyo apps not starting randomly. Restarting Luna Next launches the splash screen but not the app. When I then close the splash screen I can launch the apps again Feb 12 10:43:51 Must be something in the appmanager somehow Feb 12 10:45:27 Herrie|Veer: any specific steps to reproduce this? Feb 12 10:47:38 Basically push an app to device, do a luna-next restart and try to launch an enyo 1/2 app Feb 12 10:47:52 ok Feb 12 10:47:58 I often use a batch script with adb push to test Enyo app updates Feb 12 10:48:34 Then adb shell systemctl restart luna-next Feb 12 10:48:38 I see this too... cards for apps (even multiple) spawn if webappmanager is restarted. IIRC Feb 12 10:49:06 It seems there is something not communicating right between them in some cases. Feb 12 10:49:38 And afterwards they don't launch at all. Another luna-next restart and they will show splash but not launch. Closing them will then allow to launch enyo apps again Feb 12 15:05:50 Herrie, Garfonso: like https://github.com/webOS-ports/org.webosports.app.settings/blob/master/build-and-deploy.sh? Feb 12 15:06:42 wasn't able to reproduce that yet Feb 12 15:08:08 morphis: Yes on even without the rescan, that's not needed when updating the app. Feb 12 15:08:46 It's 9 out of 10 times here really Feb 12 15:13:09 N4 or TP? Feb 12 15:13:52 did more then 10 tries but didn't saw it atleast once Feb 12 15:15:14 N4 Feb 12 15:15:29 Try different apps. Calculator, Memos, PDF Feb 12 15:16:57 that is with latest testing builds? Feb 12 15:17:55 Yes and it has been like this for a while already Feb 12 15:18:11 I have 7 feb build Feb 12 15:19:36 hm Feb 12 15:19:44 can you give me the output of opkg list Feb 12 15:19:57 Why not modify tools/build.sh instead? Feb 12 15:20:19 DougReeder: It's not the problem Feb 12 15:20:31 We might want to do that though :P Feb 12 15:20:50 Just those get overwritten when updating Enyo directly Feb 12 15:21:10 morphis: Will pull that after meeting Feb 12 15:22:04 Ah the tools not :) Feb 12 15:22:17 The enyo\tools does Feb 12 15:23:17 morphis: morning Feb 12 15:25:23 Herrie|Veer: thanks Feb 12 15:25:25 fprimex: morning Feb 12 15:29:56 morphis: been working on that touchpad some. going to install luneos today hopefully Feb 12 15:31:12 fprimex: great Feb 12 15:32:02 fprimex: btw. I thought about using https://wiki.ubuntu.com/Apport?action=AttachFile&do=view&target=data-format.pdf as the format for our crash reports Feb 12 15:32:58 morphis: You seen 855? Any ideas on this? Could do some legwork on this. Feb 12 15:34:59 Herrie|Veer: what exactly do you want us to do when faced with an captive portal? Feb 12 15:35:04 opening the browser? Feb 12 15:37:25 I guess show notification which opens the url Feb 12 15:37:41 But any url would redirect to captive portal anyway Feb 12 15:38:30 morphis: I'll have a look Feb 12 15:41:06 Herrie|Veer: right Feb 12 15:41:21 Herrie|Veer: so just creating a notification? Feb 12 15:41:40 Yeah and action on it Feb 12 15:42:56 good Feb 12 15:43:10 But we need to know when on captive portal and detect somehow Feb 12 15:43:23 Other handling I could sort I guess Feb 12 15:43:25 Herrie|Veer: what I see on 7 feb build is that we get a single card open when restarting luna-next with the splash Feb 12 15:43:49 all apps seem to launch correctly Feb 12 15:51:32 morphis: it looks like a fine spec with some nice tools, but apport itself is written in python, so we couldn't use it directly unless you want to start doing system stuff in python Feb 12 15:52:51 writing the format from sh or whatever else won't be difficult, although there is some stuff about segmenting binary data Feb 12 15:52:55 fprimex: right, we can use it Feb 12 15:53:15 I would like to have a pretty easy approach Feb 12 15:53:26 so just sh and some additional small c utilities when needed Feb 12 15:55:27 Herrie|Veer: everything else seem to work nicely Feb 12 15:56:04 morphis: I'll try 7 feb flash again and write down exact steps to replicate Feb 12 15:56:24 thanks Feb 12 16:40:01 filename on this page changed: Feb 12 16:40:06 http://webos-ports.org/wiki/Install_LuneOS_for_Tenderloin Feb 12 16:40:11 luneos-dev-image-tenderloin.tar.gz Feb 12 16:40:13 to Feb 12 16:40:19 webos-ports-dev-image-tenderloin.tar.gz Feb 12 16:40:40 shall I edit the command in the page? Feb 12 16:40:49 (or can I?) Feb 12 16:46:34 fprimex: luneos is the correct one let me sort that Feb 12 16:46:47 morphis: build 111 = 7 feb? Feb 12 16:49:25 fprimex: that's sorted now :) Feb 12 17:01:46 Herrie|Veer: so I need to reinstall now I take it :P Feb 12 17:02:29 Yeah sorry Feb 12 17:02:40 no problem for me, but I wonder how long it has been that way Feb 12 17:03:14 Not too long we switched filename after previous release Feb 12 17:03:34 All other devices work with templates, just this one specifically not :P Feb 12 17:03:43 And forgot to update it I guess Feb 12 17:14:58 morphis: try to leave the app open before running build.sh. Maybe that's important? Feb 12 17:29:05 Garfonso: doesn't help Feb 12 17:29:34 morphis: http://bpaste.net/show/7a448880107e Feb 12 17:29:48 Deployed, restarted luna-next Feb 12 17:30:00 No reply at all when trying to launch calculator Feb 12 17:30:09 Reboot luna next, splash appears Feb 12 17:30:21 Close splash, can launch app normally Feb 12 17:30:31 When try to launch with splash visible: white screen Feb 12 17:40:56 and that is with the 111 image for mako without any further modifications? Feb 12 17:47:32 Herrie|Veer: ^^ Feb 12 17:50:51 i see this problem as well, but only when "killall luna-next". With "systemctl stop luna-next" all is fine. Feb 12 17:51:57 nizovn: the problem that you can't launch any web apps? Feb 12 17:52:04 yes Feb 12 17:52:07 or that you get a white screen with those? Feb 12 17:52:29 I get that too Feb 12 17:52:36 however that seesm to be different from what Herrie|Veer gets Feb 12 17:52:37 When try to launch with splash visible: white screen Feb 12 17:53:08 i can't launch, after kill luna-next and launch - white screen Feb 12 17:54:14 nizovn: thanks Feb 12 17:54:20 now I see the problem Feb 12 17:54:46 killall luna-next ... wait a bit ... systemctl restart luna-next Feb 12 17:54:53 and I know what the problem is Feb 12 17:55:06 when killing luna-next all ls2 requets to launch apps are queued Feb 12 17:57:09 as LunaWebAppManager isn't available they get called once it comes up again Feb 12 17:57:41 Ok, now is time for a full rebuild, I think. Feb 12 18:18:02 morphis: No modification that should cause this Feb 12 18:18:11 Only app updates Feb 12 18:19:16 Anything that causes this is in C++ stuff I keep my hands off :P Feb 12 18:19:35 Yeah but they don't launch successfully then Feb 12 18:19:59 And webapps don't launch at all after luna-next restart via adb shell Feb 12 18:21:03 Could be we need a subscribe somehow somewhere? Feb 12 18:22:30 morphis, Herrie: should the DockArea really be above the keyboard window? Seems wrong to me Feb 12 18:30:39 Tofe: Not sure, we never need kb in dockmode for now Feb 12 18:30:55 ok Feb 12 18:31:10 Would like to have gesture area though so we can exit dockmode right away without powering off screen Feb 12 18:31:35 ok Feb 12 18:31:52 If you could add that :) Feb 12 18:32:53 I tried but your QML master :P Feb 12 18:33:03 It's probably easy for you Feb 12 18:33:05 done Feb 12 18:33:37 Herrie|Veer: can you try the following: Feb 12 18:33:40 change /lib/systemd/system/LunaWebAppManager.service Feb 12 18:33:44 I'm also adding the SIM Pincode window Feb 12 18:33:44 there is a line Feb 12 18:33:50 Requires=luna-next.service Feb 12 18:33:50 to Feb 12 18:33:55 BindsTo=luna-next.service Feb 12 18:34:01 then reboot Feb 12 18:34:30 morphis: Out for dinner now with colleagues but can try when back or early tomorrow :) Feb 12 18:34:37 ok Feb 12 18:35:02 tomorrow seems a safer choice ;) Feb 12 18:39:03 LOL Italian food + wine so it might :P Feb 12 18:39:45 :D Feb 12 19:05:22 Herrie|Veer: calendar app fails to build with your PR: https://bpaste.net/show/feb0df02b9c4 Feb 12 19:07:00 Hmmmz strange it builds locally I guess some case stuff again will check. Feb 12 19:07:20 John did some fixes + 2.5.1.1 update Feb 12 19:39:09 Herrie|Veer: just picked your change as it is Feb 12 19:39:41 Tofe: ping Feb 12 19:45:11 morphis: pong Feb 12 19:45:27 Tofe: is it much work to add support for the PIN window within first use? Feb 12 19:46:21 let me see Feb 12 19:49:23 morphis: Wouldn't that cause the build to fail? Feb 12 19:49:42 morphis: no, the most work would be to create the "pin" window Feb 12 19:52:09 Tofe: ah, that isn't much work too :) Feb 12 19:52:23 Herrie|Veer: what? Feb 12 19:52:53 Tofe: also did you had success with the dashboard problem by checking my webappmanager fix? Feb 12 19:53:13 s/dashboard/popupalert/ Feb 12 20:02:54 morphis: not yet, I'll need to rebuild (thus the rebuild) Feb 12 20:03:15 look at it right now Feb 12 20:07:11 Tofe: changed https://github.com/webOS-ports/luna-webappmanager/commit/923dcf8cb212bc11183cabb07636e6fe29c3ac4e a bit Feb 12 20:08:04 but we still get the wrong size: https://bpaste.net/show/0eff304d3006 Feb 12 20:19:12 morphis: https://github.com/webOS-ports/luna-next/pull/99 that's the starting point anyway Feb 12 20:20:16 then, at some point, there will be a PR like that https://github.com/webOS-ports/luna-next-cardshell/compare/tofe/pincard?expand=1 Feb 12 20:20:36 but I need to test on device first that I didn't introduce any regression Feb 12 20:49:00 morphis: I'm testing https://bpaste.net/show/d49d6fb15355 for that fastboot kernel issue Feb 13 00:31:56 morphis, Herrie: did we loose that guy who was willing to work on node.js service stuff? Just asking, because I might have some spare time to look into download manager (or work on c+dav or something else ;)) during the weekend. **** ENDING LOGGING AT Fri Feb 13 02:59:58 2015