**** BEGIN LOGGING AT Thu May 04 03:00:04 2017 May 04 06:54:57 morning May 04 08:23:23 morning May 04 08:25:31 Herrie|Pre3: I tried to spot something related to systemd services, but didn't find anything yet... In the log, I do have ls-hubd telling me that com.palm.systemservice accepts anything in the incoming part. There is no .json associated to the app, but that's nothing new. May 04 08:36:05 Tofe: I had funny stuff like this before really May 04 08:36:15 Just don't recall how I solved it May 04 08:38:22 I wouldn't be surprised if it's a bug in the OWO code tbh May 04 09:01:52 ok, I'll have a look in IRC logs, just in case :) May 04 12:59:39 anyone mess with the old build-desktop stuff in any memorable history? May 04 13:08:47 trying to do something with it, and among the many other possibly not fatal errors that come up, when the accounts service is launched, mojoloader tries to require('webos') and fails May 04 13:12:35 nope, never touched that one May 04 14:56:40 any idea what require('webos') might be trying to pull up? i assume it's a file that's not in the right location.. but i can't find anything that seems to fit May 04 14:59:22 EricBlade1 what component looks for this? May 04 15:01:54 Herrie|Pre3: it's required from mojoloader May 04 15:03:59 Are you using OWO or Ports repo for Mojoloader? May 04 15:07:08 Herrie|Pre3: i was trying to use the ports repo, was trying to start with building the original build-desktop May 04 15:11:32 Ah ok, well those scripts are pretty outdated I'd say May 04 15:20:45 er, not ports, the OWO repos May 04 15:20:52 i mistyped May 04 15:21:32 theoretically, it should be building exactly the last build-desktop that worked.. except.. it's not. lol.. seems build-desktop may not have worked when HP last touched it May 04 15:31:58 Last time I tried it which is long time ago it was broken already :P May 04 15:34:28 aha.. it's the nodejs-module-* .. they didn't build May 04 15:55:42 i can't believe how much faster my computer is now compared to when I used to do this regularly May 04 16:17:22 why is nothing i ever do simple :| May 04 16:19:41 Because HP messed up :P May 04 16:20:13 And LG doesn't open source :P May 04 16:32:31 ... so.. i might've got it.. except that xcb isn't working . :| May 04 16:40:50 yep blowing up in /home/developer/luna-desktop-binaries/qt4/src/plugins/platforms/xcb/qxcbconnection.cpp:91 primaryScreen = DefaultScreen(dpy); May 04 16:49:24 qt4 yey what a old crap :) May 04 16:50:21 yeah.. it's just something i'm toying with May 04 16:52:09 EricBlade1: You might have more luck with our build + meta-intel layer? May 04 16:52:21 JaMa: Or you have other suggestions? May 04 16:52:55 I would just build for qemux86 May 04 16:52:59 EricBlade1: At least you should have our latest & greatest then, including qt5.6, maliit etc May 04 17:02:39 i was trying to actually get the old desktop build working . . not bright, i'm sure, but i had an idea i wanted to mess with. May 04 17:03:25 does any part of the Lune environment work on desktop? May 04 17:13:54 EricBlade1: I don't think we ever had it running tbh May 04 17:14:06 We have the various QML apps in QtCreator May 04 17:14:12 And qemux86 build May 04 17:14:27 It shouldn't be rocket science to get it working though probably May 04 17:14:36 But lots of OWO stuff was replaced May 04 17:22:17 yea.. i wanted to actually run webOS (sort of, in as much as the desktop build was webOS) inside a self contained docker container. May 04 18:22:41 EricBlade1: Our LuneOS stack should be pretty legacy compatible by now ;) May 04 19:42:14 Herrie|2: I see why firstuse doesn't work... but I don't understand why it works on mako. All qml apps should fail, actually, if ls-hub security is enabled. May 04 19:43:34 We have several ways of fixing that. I'll have a look. May 04 19:54:10 Tofe: Well on Mako FirstUse launches May 04 19:54:17 But the db8 queries don't work May 04 19:54:23 So lists are empty May 04 19:54:26 ok May 04 19:54:31 That should be same on Hammerhead I'd say May 04 19:54:39 And other targets that work like qemux86 May 04 19:56:04 It could be issue for the files in? https://github.com/webOS-ports/luna-qml-launcher/tree/master/files/sysbus May 04 19:56:09 At least that's a stab May 04 19:56:17 Not sure why it worked OK before though May 04 20:32:24 Herrie|2: as I see it, here is the problem: the QML apps are all running through luna-qml-launcher exe. But in ls-hub, luna-qml-launcher isn't seen as a special case like for WebAppMgr was. So it falls back to a classic serviceName role check, but the firstuse app doesn't have any. So it refuses the call. May 04 20:33:36 My patch will be in two pieces: 1. provide luna-qml-launcher as a special case for ls-hub, and 2. modify the LunaService QML component to set the app_id correctly when doing a call. May 04 20:34:32 I really don't know why it worked on krogoth... May 04 20:41:28 are the service permissions defined with full path? There were some changes in e.g. libexec definition (in either krogoth or morty I don't remember which) May 04 20:41:50 it's probably not the case, but maybe worth checking files-in-image.txt report in buildhistory to compare krogoth and morty build May 04 20:42:22 I might find some time this weekend to check it if you don't resolve it before May 04 20:46:05 in this case, it's "*", so... May 04 20:47:01 ah sorry, misunderstood. No, it's just the name itself, not the full path with the role directory. May 04 20:47:17 but the file isn't there anyway. **** ENDING LOGGING AT Fri May 05 03:00:01 2017