**** BEGIN LOGGING AT Fri Mar 03 03:00:01 2017 Mar 03 04:17:08 Tofe, the API needed by web apps for the camera is getUserMedia() : https://developer.mozilla.org/en-US/docs/Web/API/MediaDevices/getUserMedia Mar 03 04:18:33 The Enyo.Video and com.palm.mediad APIs would have almost no value. Mar 03 05:45:12 DougReeder: I think Tofe was more wondering how all was hooked up on a technical level. I.e. between the API and the hardware. Mar 03 05:45:26 But seems that he made solid progress in getting the camera work :D Mar 03 06:03:38 Tofe: Added https://github.com/webOS-ports/luneos-qtvideo-node Mar 03 06:24:20 Herrie: thanks Mar 03 06:24:22 Morning Mar 03 06:58:50 Tofe: morning Mar 03 06:59:27 Tofe: We want to use this as main repo instead of fork of yours? Or you expect to get more stuff from Ubuntu for this going forward? Mar 03 08:02:05 Herrie: no no, let's use webOS-ports of course, I just wanted to push my changes somewhere :) Mar 03 08:05:20 I'll change the PR accordingly Mar 03 08:07:13 Tofe: Can you update the meta-webos-ports to reflect the changed repo? Mar 03 08:24:09 yup Mar 03 08:37:02 morphis: so I don't know if you followed, but now I have a working qml camera app; the mistake was that I didn't install qtvideo-node, so of course there was a piece missing Mar 03 08:55:22 Tofe: sorry, just saw your messages :-) Mar 03 08:55:25 Tofe: sounds good Mar 03 08:55:31 so camera inside QML is fully working? Mar 03 08:56:41 Herrie|Pre3: done Mar 03 08:57:19 morphis: yes, in the sense I see the video stream, and I can select the input camera; but I didn't try other capabilities yet Mar 03 08:57:39 ok Mar 03 08:57:40 morphis: and it is rotated 90°, but it seems to be a very common issue :) Mar 03 08:57:53 yeah that depends on the hardware and HAL afaik Mar 03 08:59:01 morphis: all this is on Android 5.1.1, for the moment. At least that validates partially your Ubuntu packages on this level ;) Mar 03 09:01:51 Tofe: nice Mar 03 09:02:05 Tofe: btw. how much are you interested in having support for snaps on LuneOS? Mar 03 09:17:37 morphis: Very :P Mar 03 09:17:55 https://github.com/morphis/meta-snappy Mar 03 09:17:55 What is the minimum version requirement kernel wise? Mar 03 09:18:21 Herrie|Pre3: 3.10 Mar 03 09:18:32 however for 3.4 just one feature is missing Mar 03 09:22:09 morphis: Ok. Because looks like we might need to update Maguro & TP to 3.4 because of glibc Mar 03 09:22:30 because of glibc? Mar 03 09:23:20 morphis: Yeah glibc 2.24 has 3.2+ kernel requirement for arm based targets :s Mar 03 09:23:31 ah Mar 03 09:23:34 sad Mar 03 09:27:58 Yeah Mar 03 09:28:16 For x86 you can force it down to 2.6, but not for ARM Mar 03 09:40:25 morphis: you're using a 3.10 kernel for N4 and N5 already, for ubuntu touch? Mar 03 09:41:13 no w don't Mar 03 09:41:55 Because, well, I guess you support snaps :) Mar 03 09:42:04 morphis: So you added the "hack" to get snaps working? Mar 03 09:42:25 The **box snap needs 3.10 too or could work on 3.4? Mar 03 09:42:25 Tofe: on Ubuntu Touch we don't Mar 03 09:42:53 Herrie|Pre3: that one can work without a snap on runs on 3.4 Mar 03 09:43:06 a lot confinement is missing then though Mar 03 09:43:27 confinnement? Mar 03 09:43:58 **box is meant to run in an unprivileged lxc container which basically means its a container running with another user than root Mar 03 09:44:18 which reduces the the security problems you may get when something breaks out of the container Mar 03 09:44:29 yup Mar 03 09:44:45 that is not possible until 3.13 or better 3.18 Mar 03 09:45:20 but I've added a --privileged option which allows running **box as root which is a lot less secure Mar 03 09:46:24 Herrie|Pre3: but back to your questions around snaps and Ubuntu Touch, the next thing will be a rework of Ubuntu Touch which uses snaps from the bottom up Mar 03 09:46:33 called all-snaps system or Ubuntu Core Mar 03 09:46:48 https://www.ubuntu.com/core Mar 03 09:46:52 looks like quite some work Mar 03 09:47:22 yeah but makes your system much more secure and easier to update Mar 03 09:47:54 yes, for sure :) Mar 03 09:48:56 but just having snaps, even unconfined, on LuneOS would be interesting Mar 03 09:49:18 and would give some apps out-of-the-box like all Ubuntu Touch apps are getting pushed as snaps etc. Mar 03 09:49:43 and as long as the Qt part ships a wayland backend that should work on LuneOS Mar 03 09:50:00 morphis: true Mar 03 09:51:06 morphis: are you going to use QtQuickControls2 ? I've made some work for having a webOS-like theme for this, works pretty well Mar 03 09:52:35 (thinking of it, I'm pretty sure you actually use it already) Mar 03 09:52:56 Tofe: I think there is a move to use it as a base Mar 03 09:57:38 morphis: you think snaps packages would work that easily ? What about the various bits about the platform integration ? multimedia hub, preferences, default locations... Mar 03 10:03:26 multimedia-hub for example is abstracted through Qt and most other things too Mar 03 10:03:49 I agree there are still problems like for what you're doing with the camera Mar 03 10:06:37 Well see, it's not like we're going to implement that today Mar 03 10:12:07 no, but something to think about Mar 03 10:12:14 as any snap is meant to run cross-distro Mar 03 10:16:38 I'll need to read some documentation about this, I'm not really well aware of how this works; same for flatpak too... **** BEGIN LOGGING AT Fri Mar 03 17:36:04 2017 **** ENDING LOGGING AT Sat Mar 04 03:00:01 2017