**** BEGIN LOGGING AT Thu Sep 14 03:00:00 2017 Sep 14 05:25:14 Morning Sep 14 05:25:19 ka6sox: Late pong Sep 14 05:26:25 Herrie|Laptop, Tofe answered me :) Sep 14 05:27:17 ka6sox: OK Sep 14 05:27:25 Had any luck with those internals patches repo? Sep 14 05:27:31 I don't seem to have access to that yet? Sep 14 06:57:27 Morning! Sep 14 11:29:01 Herrie: Tofe: there are few signature issues in current pyro build: http://jenkins.nas-admin.org/view/luneos-testing/job/luneos-testing_workspace-compare-signatures/7/consoleFull Sep 14 11:29:18 I'll update it to test hammerhead and mako, tenderloin instead of unsupported grouper Sep 14 11:29:26 but it might explain part of longer build times Sep 14 11:29:34 ah, great Sep 14 11:29:36 but 18minutes in last build wasn't so bad Sep 14 11:29:54 well, it's the x86 and x64 which took the longest Sep 14 11:29:59 maybe we should remove unsupported BSPs from the build as well to save a bit of parse time Sep 14 11:30:18 yes, because they all have different architectures Sep 14 11:30:21 probably Sep 14 11:30:30 only hammerhead, mako, tenderloin are in the same group Sep 14 11:30:39 Currently I'm still converging on my halium build Sep 14 11:52:42 JaMa: if building halium is too long, I can speed it up by not deleting the "out/" directory between the mako,hammerhead and tenderloin builds Sep 14 11:55:54 ... done. Sep 14 15:12:28 Do LuneOS apps support plugins like webOS did? Sep 14 16:36:18 pc-world: plugins ? what kind of plugins ? Sep 14 16:36:29 Tofe: native PDK plugins Sep 14 16:36:54 that you can embed into HTML applications Sep 14 16:37:44 in webOS there is some HTML tag that embeds SDL apps Sep 14 16:38:25 oh, I don't know much about that; I don't think it's possible right now in LuneOS Sep 14 16:39:13 but under the hood, it's a chromium engine, so if you can do it in chromium it may be possible here Sep 14 16:40:29 ok thanks. Any other way to communicate with native code? Or is node.js the way to go? Sep 14 16:47:13 pc-world: we can also launch Qt/QML apps Sep 14 16:48:24 some of our core apps are native: browser, keyboard, firstuse, phone Sep 14 16:55:15 Herrie: http://jenkins.nas-admin.org/job/halium-tofe-wop-12.1-build/ succeeded :) Sep 14 16:56:31 I guess I'll have to check out LuneOS eventually Sep 14 16:56:48 I'm currently porting a Qt application to webOS, and thought that it might be a good fit for LuneOS also Sep 14 16:58:54 pc-world: apps are very welcome :) Sep 14 16:59:12 currently we are validating Qt 5.9 for next stable release Sep 14 17:01:19 For the webOS port, I'm thinking of putting the Qt application in an HTML app as a PDK plugin. The advantages are e.g. that the top bar is seen and that I can render notifications (via HTML). Is that possible in LuneOS for native apps? Sep 14 17:02:50 (I'm not even sure if LuneOS uses the same concept of notifications as webOS, where the notifications widgets are HTML pages) Sep 14 17:02:58 pc-world: interesting Sep 14 17:03:18 no PDK plugins are not supported on LuneOS Sep 14 17:03:40 pc-world: you can call LS2 from Qt apps to show a notification Sep 14 17:03:53 LS2? Sep 14 17:04:10 mmh the luna-send API Sep 14 17:04:40 nizovn: nice work on the webOS Qt port btw Sep 14 17:05:07 pc-world: thanks :) Sep 14 17:05:19 pc-world: is your app using QML ? or C++ only ? Sep 14 17:05:51 Tofe: C++ only. (I'm porting a recent version of tdesktop, Telegram desktop client) Sep 14 17:07:26 pc-world: ok, interesting indeed! Sep 14 17:08:25 pc-world: note that on LuneOS, starting a native app will still provide the top bar Sep 14 17:08:40 ok nice Sep 14 17:08:53 What do you recommend as a build system for apps? Sep 14 17:09:02 my current build environment is a total mess Sep 14 17:09:53 ah, well, that's a good question; so far I used our integrated build for LuneOS to also build native apps, but here it's definitely overkill Sep 14 17:11:50 I currently manually provide cflags for link and include paths, and I'm not even sure if all the headers match what's on the device, and additionally I've copied webOS libs to my build environment to link against Sep 14 17:13:18 We need to provide some SDK for this scenario... What dependencies do you have against the system, excluded Qt ? Sep 14 17:14:49 I suppose LuneOS has a recent glibc at least? For the webOS build, since I need C++14 I use some linaro glibc and ld.so which doesn't even match my gcc version (it works though) Sep 14 17:16:18 pc-world: we have a recent one, yes 2.25 iirc Sep 14 17:16:58 ah no 2.26 Sep 14 17:17:05 well, recent :) Sep 14 17:17:15 I think -lz, -lpulse, and EGL Sep 14 17:17:45 the rest I compiled myself (recent ffmpeg and openal) Sep 14 17:18:23 ok; we have pulseaudio 10.0, and EGL support (at least OpenGLES 2.0); libz I don't know, but should be ok Sep 14 17:18:36 apart from the standard toolchain libs (unfortunately running ldd against my executable doesn't work, so I'm not sure what else) Sep 14 17:20:01 pc-world: well, nothing scary then. we just need a nice process to help you cross-build the binary Sep 14 17:20:57 JaMa: ping Sep 14 17:26:43 well I could just use the same process (gathering the correct include dirs and libs and putting them in my cflags) Sep 14 17:26:54 an SDK isn't really necessary Sep 14 17:27:01 Tofe: pong Sep 14 17:27:54 JaMa: I was wondering, does our build system provide a way to create an SDK ? with native sysroot, headers, so on Sep 14 17:28:27 I am currently looking at things like this http://lists.openembedded.org/pipermail/openembedded-core/2016-October/127905.html Sep 14 17:31:50 JaMa: from what I read, it would be just "bb -c populate_sdk luneos-dev-image" ? would it be that easy ? Sep 14 17:33:19 * Tofe tries this magic command Sep 14 17:34:51 in theory yes, in practise it most likely won't work OOTB Sep 14 17:35:02 well, 83 Sep 14 17:35:08 83% and still no error Sep 14 17:35:12 we used to have hand crafter SDKs which built only selected packages Sep 14 17:35:39 populate_sdk task will try to install nativesdk versions of all packages included in the image Sep 14 17:35:52 which might or might not be available for our image Sep 14 17:36:27 I haven't tried it for very long time, because I'm so used to OE builds that I never build outside it Sep 14 17:36:44 for me it skipped a lot of "nativesdk-" things then Sep 14 17:37:36 JaMa: same for me, and then I just realized that for native apps some devs might need it Sep 14 17:38:17 That's to say, if it fits the need -- the ipk will be arch-dependant, so not compatible with all our devices Sep 14 17:39:16 Does OE work like scratchbox2? Compiling in a chroot-like environment with qemu support for running native binaries? Sep 14 17:40:21 pc-world: OE can build a SDK, but I don't know what the SDK looks like. It seems to include a dedicated qemu, yes. Sep 14 17:42:22 However the SDK I'm build right now is related to the Nexus5 device, so I don't know what use will be qemu :) Sep 14 17:42:27 building* Sep 14 17:57:14 pc-world: OE uses cross-compilation, with only very few binaries ever executed in qemu (only things like fontconfig cache generation which cannot be created with any cross tool) Sep 14 18:20:18 JaMa: well, it succeeded... Sep 14 18:21:38 I've got a beautiful 1.25GB .sh now Sep 14 19:01:55 surprising a bit, but well done :) Sep 14 19:37:43 yup, I don't really know how to use such SDK, but that's good news Sep 14 19:53:34 Tofe: basically you start the .sh (which is self extracting archive) Sep 14 19:53:47 it will contain some setup_environment.sh script which you source to shell Sep 14 19:54:02 yep, I've done that, but then... Sep 14 19:54:06 and then you use e.g. $CC variable which will contain correct paths and configuration for toolchain etc Sep 14 19:54:16 aah, ok Sep 14 20:25:03 Tofe: Nice on Halium build :) Sep 14 20:25:09 So that means N5 is ready to switch :P ? Sep 14 20:25:24 P.s. I'm still having issues with VirtualBox on latest nightly Sep 14 20:31:08 Tofe: I.e. the SCP still doesn't work but found the cause for that (ovf needs another tweak) Sep 14 20:31:19 LuneOS UI still doesn't boot (luna-next crashing is my guess) Sep 14 20:35:35 Tofe: This is the fix: https://github.com/webOS-ports/meta-webos-ports/commit/70aa1d88a58a1a8661381e70b9ba72885c3d93ad Sep 14 20:35:41 Or at least should be **** ENDING LOGGING AT Fri Sep 15 03:00:01 2017