**** BEGIN LOGGING AT Wed Oct 26 03:00:00 2016 Oct 26 04:04:07 morning Oct 26 04:51:37 Morning. Oct 26 05:23:30 Morning! Oct 26 05:43:52 I got my Mako booting with Morty ;) Oct 26 05:44:05 But lots seems broken at first boot, rebooting now ;) Oct 26 05:44:09 But do get FirstUse ;) Oct 26 05:46:07 Hmmz still nothing much... Lists in FirstUse are empty... Need to look into that Oct 26 05:48:04 Tofe: When you have time, can you have a look at what you think of: https://bpaste.net/show/a45abaecd12f Oct 26 06:06:33 Tofe: It's probably related to the changes in http://git.openembedded.org/openembedded-core/commit/?id=849b67b2e4820564b5e5c9bd4bb293c44351c5f3 Oct 26 06:59:40 Herrie|2: well, we have here a zImage-3-3.0.72+gitr25+e75a625423-r12.2-maguro-20161025183852.fastboot, which is quite near what we had before, and it pointed by maguro.fastboot Oct 26 06:59:56 What's wrong with that? Oct 26 07:22:55 Tofe: Nothing wrong really, just I don't have file listing from Krogoth build since I cleaned my build system :P Oct 26 07:24:18 I think the change shouldn't be a problem and it boots on Mako. Not on Maguro but that might be something else. Tenderloin bootloops but I think the issue there is the uImage, need to double check that. Because same uImage with current nightly also bootlo Oct 26 07:24:18 ops. So I guess I need to check nightly uImage with Morty rootfs to see what that does. Oct 26 12:21:17 Tofe: ping Oct 26 12:36:15 Herrie|Pre3: I have 2 changes (meta-smartphone and meta-webos-ports) to fix the .fastboot for packages Oct 26 12:36:23 will push them shortly after another build test Oct 26 12:36:30 JaMa: OK thnx :) Oct 26 12:37:24 I noticed we have something called Polkit in Morty that we didn't have in Krogoth. You have any idea where that comes from? Oct 26 12:39:18 As far as I can tell it was blacklisted through luneos-recipe-blacklist-world.inc Oct 26 12:39:42 In Krogoth. I suspect it might cause the issues I'm seeing in FirstUse but not 100% sure. Oct 26 12:45:45 Going by the recipes that I know we use it might be connman, but not sure. Oct 26 13:32:46 Herrie|Pre3: pong Oct 26 13:41:44 Tofe: nvm I think I might have sorted it already Oct 26 13:42:37 ok :) Oct 26 14:23:47 Tofe: I noticed something recently.... Seems that for Browser we show LuneOS logo as splashicon while we have a splashicon defined in Browser appinfo.json. So it should use that one instead? Oct 26 14:23:55 Is that something that you can fix? Oct 26 14:24:28 We should be able to use splashIcon and splashBackground for QML apps like for other apps imho? Oct 26 14:28:22 yes, something must be missing in the launching of qml apps Oct 26 14:29:03 Tofe: Yeah I guess so. Anyway the LuneOS logo needs some polishing too... It has ugly pixels around the moon :s Oct 26 14:30:17 I'll have a stab at that Oct 26 14:30:36 ok :) Oct 26 14:33:03 Herrie|Pre3: what you should be tracking is the valuation of this property: https://github.com/webOS-ports/luna-next/blob/master/plugins/compositor/compositorwindow.h#L41 Oct 26 14:35:43 Tofe: I was more referring to the image, you know I try to stay away from C++ :P Oct 26 14:36:53 oh, ok :) Oct 26 14:36:59 I'll tackle the C++ then :p Oct 26 14:38:09 Thnx Oct 26 14:42:25 This whole set of properties has been forgotton concerning qml apps: https://github.com/webOS-ports/luna-webappmanager/blob/1571030be5e287362f8faae5cbde27863f9ede4d/src/webapplicationwindow.cpp#L230 Oct 26 14:43:34 Tofe: Well it should have something called splashIcon Oct 26 14:44:15 So far there's only icon Oct 26 14:44:35 even for enyo apps Oct 26 14:44:50 at least that's what I see in the webappmanager Oct 26 14:45:29 But it could something we lost at some point in time Oct 26 14:45:31 +be Oct 26 14:50:24 OWO repo has it defined in luna-sysmgr's ApplicationDescription.cpp/h Oct 26 14:50:36 Which we replicated in different bits I think Oct 26 14:51:12 Our luna-appmanager's ApplicationDescription has it. Oct 26 14:52:38 ok, we probably forgot about that logic Oct 26 14:53:59 Seems luna-appmanager, luna-webappmanager, luna-qml-launcher & luna-sysmgr-common all have their own applicationdescription files :s Oct 26 14:54:09 That doesn't seem very right to me? Oct 26 14:55:07 Might be good to centralize that in luna-sysmgr-common or something? Oct 26 15:16:03 Herrie|Pre3: another fix for mako kernel (rcupdate.h) pushed to meta-smartphone/morty Oct 26 15:18:31 JaMa: thnx Oct 26 15:18:56 JaMa: You know how I can figure out what causes polkit to be in morty? Oct 26 15:19:15 I'm sure there's some nifty bb command for that :P ? Oct 26 15:19:31 bitbake -g luneos-dev-image Oct 26 16:19:07 Herrie|Pre3: about the SwipeDelegate screenshot you sent me, do you know what CSS describes what image is used for the buttons below ? Oct 26 16:22:25 Tofe: Will be home shortly and check Oct 26 16:23:07 Maybe it's defined by the app, I don't know Oct 26 17:22:14 Tofe: It's a bit hidden so digging... Oct 26 17:22:31 https://github.com/isis-project/isis-browser/blob/0f2a339d30023018d1d0d435b2aa0350a32c83e4/source/HistoryList.js#L29 Oct 26 17:23:18 It might be easier if I just do the webinspector :P Oct 26 17:23:19 Let me try that Oct 26 17:24:42 I get a bit stuck in the SwipeableItem code :S Oct 26 17:26:59 I couldn't find it so far :) Oct 26 17:31:02 Tofe: Well this is part of it: https://github.com/webOS-ports/enyo-1.0/blob/webOS-ports/master/framework/source/palm/themes/Onyx/css/ConfirmPrompt.css Oct 26 17:31:30 yes, for the background I've managed to find it too Oct 26 17:31:41 And this seems to create it: https://github.com/webOS-ports/enyo-1.0/blob/webOS-ports/master/framework/source/palm/controls/ConfirmPrompt.js Oct 26 17:32:17 enyo-button-negative ? Oct 26 17:32:32 Yup Oct 26 17:32:53 ah, yes, but then it's just the red color here Oct 26 17:33:20 https://github.com/webOS-ports/enyo-1.0/blob/webOS-ports/master/framework/source/palm/themes/Onyx/css/Button.css#L72 Oct 26 17:33:29 Tofe: Yeah Oct 26 17:33:52 All point to simple buttons... are we looking at the correct enyo version ? Oct 26 17:35:10 https://github.com/webOS-ports/enyo-1.0/blob/webOS-ports/master/framework/source/palm/themes/Heritage/images/palm-button-affirmative.png looks like it's what we see on the Pre Oct 26 17:36:20 Tofe: Yeah Oct 26 17:36:27 Well Heritage = 2.x look Oct 26 17:36:30 Onyx = 3.x look Oct 26 17:36:39 2.x look uses images where 3.x does more with CSS Oct 26 17:37:19 So, I just use normal buttons for the confirm/cancel behind the swipeableitem, it seems Oct 26 17:38:16 Tofe: Yeah seems so Oct 26 17:38:24 I sent you screenshot from 3.x Oct 26 17:38:45 thx -- ok, let's do that Oct 26 18:01:41 mmh doesn't look like I'll be able to implement "Cancel"... Oct 26 18:02:14 I can't reset the sliding position of the above widget Oct 26 18:27:08 Tofe: There's always a way, but it might not be an easy one :P Oct 26 18:27:44 yeah I'm a bit fighting on this one... clicks on the background button isn't detected for some reason Oct 26 18:59:22 ok, apparently it will be much more usable in Qt 5.8 Oct 26 18:59:34 I'll be able to have Cancel too Oct 26 19:00:25 but right now, well, the confirmation will take the whole background size Oct 26 19:12:22 Tofe: Hmmmz.. No easy backport from 5.8 ? Oct 26 19:12:26 Or it's not there yet? Oct 26 19:13:03 Well, yes, but we'll see if it's worth it :) Oct 26 19:13:16 First I'll finish the theming Oct 26 19:13:32 It's in quite good shape already Oct 26 19:15:51 Also remember that I can't patch my desktop version, which is all I have so far ;) Oct 26 19:18:49 Tofe: Ah yeah true :P Oct 26 19:18:58 When you develop on desktop you can't patch Oct 26 19:19:05 not easily no Oct 26 19:19:38 but I'm on Archlinux, so they switch to Qt 5.8 soon enough Oct 26 19:19:50 they'll * Oct 26 19:26:20 Herrie|2: I've inserted a note about that in the theme file https://github.com/webOS-ports/luneos-components/blob/7d3be1a7c220e5a41d3c770ac4ec8946f2c45fa6/modules/QtQuick/Controls.2/LuneOSStyle/SwipeDelegate.qml#L65 **** ENDING LOGGING AT Thu Oct 27 02:59:59 2016