**** BEGIN LOGGING AT Mon Sep 25 03:00:01 2017 Sep 25 05:59:09 DougReeder_: o/ Sep 25 05:59:58 Hi, hi! Sep 25 06:01:49 New version of Serene Notes at https://serenenotes.hominidsoftware.com/ if you're interested. Exporting notes is much more convenient. Sep 25 06:02:49 I was thinking, we should probably create a recipe for Polymer, now Sep 25 06:02:50 DougReeder_: oh, great :) Sep 25 06:07:57 Well, we may want to experiment first Sep 25 06:08:50 (Sorry, my Internet provider thinks its fine to drop connections after midnight) Sep 25 06:09:27 Do we know enough to create a recipe yet? Sep 25 06:27:31 DougReeder_: hmm, well, maybe not :) Sep 25 06:27:53 I don't even know how it is organized upstream Sep 25 06:28:16 My thought is we’ll do some experimenting, and start standardizing next year. Sep 25 06:29:11 ok, yes Sep 25 06:30:01 so for example, to test on phone, we can just package the polymer source within the experimental app Sep 25 06:30:31 We’ll definitely want to share notes as we work. Sep 25 06:35:43 I’ve created a new wiki page: http://webos-ports.org/wiki/Web_Components_%26_Polymer Sep 25 06:36:23 We should replace the primary navigation link to “New JavaScript Framework” with this. Sep 25 06:37:27 [waves goodnight] Sep 25 06:51:34 thanks, good idea Sep 25 07:46:16 Morning! Sep 25 07:46:24 Tofe: Initial work on Settings looking good! Sep 25 07:46:48 Traveling today, so don't have much time to play with it, but should have when I'm in the plane or home :P Sep 25 07:46:51 Herrie|Laptop: I'm still looking for the good path, but we'll sort it out :) Sep 25 07:47:10 There are multiple ways I guess to achieve it Sep 25 07:47:22 Question is what's the "best" one Sep 25 07:47:44 Well, for the reusable QML frame I think it'll be ok Sep 25 07:48:40 I created some folders for organizing items a bit Sep 25 07:51:31 Herrie|Laptop: I think I could create an example page with some usual items, groupbox, combobox, checkbox, to use as a template when creating a new page Sep 25 07:52:38 Tofe: Yeah good plan Sep 25 07:52:41 JaMa: Morning Sep 25 07:52:42 There are already examples in the Settings page of the browser and in the Gallery, but it could still help a bit, especially how to link the UI to the real settings model Sep 25 07:53:08 JaMa: We have this one pending for you: https://github.com/shr-distribution/meta-smartphone/pull/33 Sep 25 07:53:34 And this one: If you could have a look: https://github.com/webOS-ports/meta-webos-ports/pull/251 Sep 25 07:53:54 The qtsensors ideally should be fixed in meta-qt5 in the future Sep 25 07:55:01 JaMa: more in detail, it broke because Qt 5.9 now uses XDG path for the settings, whereas meta-qt5 tries to force it into /etc/qt5, but it only partially works Sep 25 07:55:56 JaMa: so my recommendation would be to... just drop this overloading :) Though I didn't really look at the consequences... Sep 25 07:56:47 JaMa: On another note: in unstable I noticed that there's some "new" errors in the logs: "iptables: unsatisfied recommendation for kernel-module-ip-tables". Is this something that got introduced in Rocko? Sep 25 07:56:52 I don't recall seeing these before Sep 25 07:57:29 Herrie|Laptop: the systemd-serialgetty is the real error for unstable Sep 25 07:58:27 cat ./meta-luneos/recipes-core/systemd/systemd-serialgetty.bbappend Sep 25 07:58:27 # Don't let us install a systemd service file for the serial console for now as this will Sep 25 07:58:30 # block the reboot process. Sep 25 07:58:33 SERIAL_CONSOLE = "" Sep 25 07:58:43 not sure if we still need it, but I'll remove this for unstable to fix image creation for now Sep 25 07:59:07 pretty weird bbappend yes Sep 25 07:59:37 also reported upstream http://lists.openembedded.org/pipermail/openembedded-core/2017-September/142668.html Sep 25 08:00:44 JaMa: OK, but the other ones we should fix sometime too right? Sep 25 08:00:57 We'll be anyway looking at the kernels shortly Sep 25 08:01:15 So I guess could tackle some of them assuming they're not conflicting with our other requirements Sep 25 08:02:56 it's not really an error Sep 25 08:03:18 some machines can provide e.g. ip-tables as module, other might include it directly Sep 25 08:03:31 that's why RRECOMMENDS should be always used for kernel-modules Sep 25 08:03:39 OK anyway wouldn't hurt to check our defconfig I guess if we're anyway busy? Sep 25 08:04:07 yes it wouldn't hurt Sep 25 08:04:25 but do we use iptables on our targets? Sep 25 08:05:00 JaMa: We're thinking of using Halium's kernels instead of our own maintained ones. They're open to receive the GCC etc patches from us, assuming it won't break their Google GCC 4.x toolchain Sep 25 08:09:21 JaMa: We have CONFIG_IP_NF_IPTABLES=y and CONFIG_IP6_NF_IPTABLES=y in our defconfig for Hammerhead for example Sep 25 08:09:50 And Tenderloin too Sep 25 09:34:54 Herrie|Laptop: you've started a new release ? JaMa has now merged the PR Sep 25 09:35:28 I can start one Sep 25 09:35:48 done Sep 25 09:36:13 Then, if things are alright, we can just launch a stable release Sep 25 09:36:17 did you update webos-ports-setup already? Sep 25 09:36:33 I don't see last update there, I can update it now Sep 25 09:36:50 JaMa: ah no, but for testing there's no need, right? Sep 25 09:37:26 meta-smartphone points to HEAD iirc Sep 25 09:37:50 yes, I thought you're talkine about stable Sep 25 09:38:15 JaMa: ok; no for stable the switch isn't done yet; might be good to do it yes Sep 25 09:40:02 JaMa: You're happy with these? https://github.com/webOS-ports/meta-webos-ports/pull/251 Sep 25 09:40:17 yes Sep 25 09:40:36 oops they are not merge :p Sep 25 09:41:15 They are now Sep 25 09:41:30 Herrie|Laptop_: btw we should always tag the release in webos-ports-setup Sep 25 09:41:35 only 2 tags are there Sep 25 09:41:46 Herrie|Laptop_: thanks :) but then for hammerhead it might not be included Sep 25 09:42:11 Tofe: I cancelled it and will restart Sep 25 09:42:18 Herrie|Laptop_: thx Sep 25 09:42:24 JaMa: Tagging sounds good Sep 25 09:42:36 We should be OK for stable now Sep 25 09:42:40 All commits should be in there Sep 25 09:42:45 Assuming we don't find issues Sep 25 09:43:39 Herrie|Laptop_: we can start a stable directly, eventually, if all is ready Sep 25 09:43:44 I've updated webos-ports-setup/stable now Sep 25 09:44:01 So we'll do a testing build now, if all OK I'll do the stable Sep 25 09:44:20 ok Sep 25 09:44:27 Still need to do changelog update Sep 25 09:44:34 I have it ready to go more or less Sep 25 09:44:54 yeah quite some stuff in there, this time too Sep 25 09:44:57 there is last luneos-unstable build still runnig Sep 25 09:45:01 maybe for 4 more hours Sep 25 09:45:23 Well, we don't have strong ETAs :) Sep 25 09:56:46 Tofe: Yup quite some changelog Sep 25 14:58:52 Tofe: FYI I've tried last rpi3 testing images and luna-next fails to start, I assume it's the same with rpi2 image on rpi3 hw Sep 25 15:01:06 JaMa: ok; do you have some logs? Sep 25 15:02:53 not yet, trying to get console working on it Sep 25 15:05:21 ok :) Sep 25 15:19:21 Tofe: root@raspberrypi3:~# luna-next -plugin evdevtouch:/dev/input/event0 -plugin evdevkeyboard~ Sep 25 15:19:24 ** Message: App to allow in Low memory: org.webosports.app.phone Sep 25 15:19:26 ** Message: App to allow in Low memory: org.webosports.app.contacts Sep 25 15:19:29 ** Message: App to allow in Low memory: org.webosports.app.messaging Sep 25 15:19:31 ** (process:644): WARNING **: Settings::load(): 6 application paths defined: Sep 25 15:19:35 ** Message: Running on bcm2835 with hardware type device Sep 25 15:19:37 CRITICAL: 15:19:05.799: Failed to create display (No such file or directory) Sep 25 15:23:13 after properly exporting the env used in systemd I got: Sep 25 15:23:15 ** Message: Running on bcm2835 with hardware type device Sep 25 15:23:15 FATAL: 15:22:34.104: Could not initialize egl display Sep 25 15:23:15 Aborted (core dumped) Sep 25 15:29:27 ** Message: Running on bcm2835 with hardware type device Sep 25 15:29:27 DEBUG: 15:29:09.842: EGL device integration plugin keys: ("eglfs_emu") Sep 25 15:29:27 DEBUG: 15:29:09.843: Using base device integration Sep 25 15:29:27 FATAL: 15:29:09.844: Could not initialize egl display Sep 25 15:29:27 Aborted (core dumped) Sep 25 15:29:42 with export QT_LOGGING_RULES=qt.qpa.*=true Sep 25 15:29:51 so eglfs_brcm is missing in current builds Sep 25 15:29:56 will check unstable build soon Sep 25 15:31:36 EGLFS .................................. yes Sep 25 15:31:38 but Sep 25 15:31:47 EGLFS Raspberry Pi ................... no Sep 25 15:33:50 > main.cpp:3:10: fatal error: bcm_host.h: No such file or directory **** BEGIN LOGGING AT Mon Sep 25 16:44:52 2017 **** BEGIN LOGGING AT Mon Sep 25 19:21:19 2017 Sep 25 19:38:19 Tofe: Code looks logical and understandable in general Sep 25 19:38:26 Just don't have much time to test now in QtCreator Sep 25 19:38:33 I guess I'll merge and do that tomorrow Sep 25 19:38:36 Since anyway it's WIP Sep 25 19:46:41 Tofe: almost | cp: target '/home/jenkins/workspace/luneos-testing/webos-ports/tmp-glibc/work/hammerhead-webos-linux-gnueabi/qtsensors-sensorfw-plugin/5.8.0+gitAUTOINC+ed4b46adfa-r0/image/etc/qt5' is not a directory Sep 25 19:48:15 my fault Sep 25 20:03:05 Tofe: I kicked off a build with Halium Hammerhead kernel + our patches for overnight Sep 25 20:03:10 Let's see how that goes Sep 25 20:03:14 morphis_: Ping Sep 25 20:47:31 thanks Sep 25 21:16:07 Tofe: I'd be surprised if it boots right away, but who knows :P Sep 25 21:16:23 It seems there should be a Mako 3.4 kernel with backports for Bluetooth as well, just cannot find it Sep 25 21:16:31 So want to ping morphis about it Sep 25 21:16:52 According to https://bugs.launchpad.net/ubuntu/+source/linux-mako/+bug/1489327 Sep 25 21:17:02 * Both mako and flo will receive an upgraded in-kernel bluetooth stack taken from 4.2-rc7 Sep 25 21:40:59 That would be nice :p Sep 25 21:43:12 Just I couldn't find it... Launchpad is a bit messy imho :P Sep 25 21:47:32 Herrie: I looked a bit too, without success Sep 25 21:49:14 I'll ping morphis some times Sep 25 21:50:13 ok :) **** ENDING LOGGING AT Tue Sep 26 03:00:02 2017