**** BEGIN LOGGING AT Fri May 20 02:59:59 2016 May 20 07:04:21 morning May 20 07:25:39 Mornign! May 20 07:32:16 Tofe: morning! May 20 07:32:24 Fixed a few more build QA issues :P May 20 07:32:41 Nothing too important but well, nice to see them gone at least :) May 20 07:47:43 Tofe: You seen Google's Polymer stuff from I/O 2016? Looks pretty impressive :) Their demo shop flies May 20 07:48:06 Quite some of the original Enyo team worked on it @ Google ;) May 20 08:34:46 Polymer ? No, I've missed it; let me see May 20 08:36:15 http://shop.polymer-project.org May 20 08:36:23 Pretty quick for a webshop :P May 20 08:36:45 It even flies behind my slow office proxy :P May 20 09:00:56 JaMa: I fixed the Presage QA warning and a few more May 20 09:01:08 Just the oFono-tests one puzzles me. May 20 09:01:23 Presage QA came from the Makefile. May 20 09:02:11 Also fixed GeoClue which seems to depend on avahi and not on rdepend May 20 09:06:11 I still don't understand why presage installs these files for you and not for me May 20 09:06:35 and with upcomming switch to python3 we shouldn't hardcode 2.7 in paths May 20 09:06:54 or install .pyo on target May 20 09:08:24 JaMa: Not sure, just saw them in some of the Makefiles. This fixes the QA :P May 20 09:08:39 Yeah I guess hardcoding 2.7 is a bit nasty. Open for suggestions May 20 09:30:28 Herrie|Pre3: PYTHON_SITEPACKAGES_DIR from python-dir, but if it is installed by distutils or setuptools then inheriting one of these should be enough May 20 10:02:59 JaMa: OK will give that a go tonight May 20 17:39:39 OK seems I solved the oFono mystery QA as well ;) May 20 17:40:27 Since we're using Mer's oFono and not kernel.org's one, we need to revert the python3 back to python2 similar as it was done for upstream May 20 17:40:54 https://github.com/openembedded/openembedded-core/blob/krogoth/meta/recipes-connectivity/ofono/ofono/Revert-test-Convert-to-Python-3.patch May 20 17:41:03 I'll adjust it for our version & add the patch May 20 18:06:27 Anybody who has access to the wiki might want to update this page: http://webos-ports.org/wiki/About_OpenWebOS May 20 18:07:01 On 25 February 2013, HP announced the sale of its remaining webOS division to LG Electronics, who are still actively contributing to the Open webOS code base. <-- latest change in any of the OWO stuff is from 2014 May 20 18:07:13 that is certainly not "actively contributing" May 20 18:19:16 oh, actually 2015 May 20 18:19:19 but still May 20 18:20:52 GodGinrai: Well they didn't update anything in 2015 I think ;) May 20 18:21:23 oh really? May 20 18:21:32 one of the repos said 2015, I thought May 20 18:21:37 I guess I misread it May 20 18:22:07 either way, this is hardly an active contribution May 20 18:27:22 Yeah ;) May 20 18:27:29 Well I think I PR'ed something in 2015 to it May 20 18:27:43 They might have merged it, but nothing active from their side unfortunately :( May 20 18:27:58 I know some people are trying to change that, but seems it doesn't have much priority May 20 18:29:44 yea -_- May 20 18:30:12 I'm kind of glad HP did the open sourcing May 20 18:30:31 I have a feeling that if the teams had been sold to LG before the open sourcing happened May 20 18:30:38 that we would have never gotten any source May 20 18:30:49 Yup.... May 20 18:31:01 Well we don't use THAT much from Open webOS, but still significant bits May 20 18:35:45 We have permission to use the webOS APIs - at least LG isn't Oracle :-S May 20 18:36:17 DougReederG3: weren't the APIs part of the OSS release? May 20 18:36:46 They could've open sourced a lot more but well May 20 18:37:09 Herrie: Certainly. I'm still angry that we didn't get most of the base apps, or the mojo framework May 20 18:37:31 Yeah Mojo would've been nice and the missing base apps. May 20 18:37:38 They were included in the SDK as source code May 20 18:37:46 3.0.5 SDK for example May 20 18:37:57 But distributing them might cause issues :P May 20 18:38:02 oh really? May 20 18:38:06 Though someone hosting a Preware feed ;) May 20 18:38:07 I wasn't aware May 20 18:38:15 that's neat May 20 18:39:57 I don't know the exact release mechanism for the APIs, but without them we couldn't have any compatibility with webOS. May 20 18:39:57 "HP webOS core application source code has been included in this directory and is licensed to you pursuant to the terms and conditions set out in the PALM SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT." May 20 18:40:19 There's messaging & photos in there :P May 20 18:40:31 nice May 20 18:40:46 I should check my SDK May 20 18:40:54 I'm pretty sure it was a fairly recent one May 20 18:41:51 Just the status is not very clear ;) May 20 18:42:11 But someone could always extract stuff from a Dr, modify where needed and create their own Preware feed :P May 20 18:44:19 DougReederG3: You seen the Polymer Shop ? That thing is blazing fast May 20 18:44:32 polymer shop? May 20 18:44:59 https://shop.polymer-project.org/ May 20 18:45:20 Polymer Project = Google's new JS framework that was started when they pulled a load of Enyo engineers ;) May 20 18:45:43 This is a shop sample they have. It's blazing fast :P May 20 18:46:03 well... "new" May 20 18:46:09 Polymer's been around for a while May 20 18:46:14 Well it's maturing now ;) May 20 18:46:18 Yes, the Shop example is very smooth. May 20 18:46:23 and I've been aware of it as "Google's Enyo" May 20 18:46:33 It is pretty much Google's Enyo ;) May 20 18:47:14 that shop demo is interesting May 20 18:47:48 It's quick ;) May 20 18:47:56 indeed May 20 18:47:57 I haven't seen many shops that responsive tbh May 20 18:48:09 yea May 20 18:48:23 Well, you also have to consider that this is missing a lot of the code other shops will have May 20 18:49:21 Also good is The PRPL Pattern May 20 18:53:43 Yeah May 20 18:53:47 Enyo is doing more of that now too May 20 18:53:49 LOL May 20 18:54:05 PRPL? May 20 18:54:16 https://github.com/Polymer/app-drawer-template May 20 18:54:33 Push, Render, Pre-Cache, Lazy-load May 20 18:55:44 ah May 20 18:56:37 This should solve the oFono QA issue with Python 3 during build :) https://github.com/webOS-ports/meta-webos-ports/commit/856f4bfaa9f136c662292226488ca36bcf5b1973 May 20 18:57:06 Andolamin: Ping May 20 18:58:11 Herrie: pong May 20 18:58:49 Andolamin: Any updates on anything? May 20 18:58:59 I see the ML is very busy with patches for Pi :P May 20 19:00:51 Had a few minutes for the enyo-dev stuff, but not finished there. Planning to have something ready tomorrow. Also hoping to figure out why the Pi builds are failing this weekend. Also saw the ton of Pi patches on the ML for VC4, want to play with that. Hoping that will give us a bit better performance. May 20 19:01:33 Andolamin: OK :) May 20 19:01:39 You saw my WIP commit right? May 20 19:01:48 For the Enyo stuff May 20 19:01:54 Just the enyo-dev bit Ididn't do May 20 19:01:57 Rest should be OK already ;) May 20 19:02:22 Yeah, I saw that. Very helpful May 20 19:18:25 Since git isn't producing useful diffs for my update of Contacts to Enyo 2.7, validation will be mostly playing with the app to see that mothing broke. May 20 19:21:31 Unfortunately, due to the contact linker not running, you'll need to run it manually using luna-send May 20 19:22:14 DougReederG3: Yeah GitHub didn't like the huge diff :P May 20 19:25:49 The source code didn't change that much - pulling in Component with require(), specifying kinds by constructor May 20 19:26:50 Maybe diff can help - I'll chech on that tonight May 20 19:33:38 DougReederG3: not getting useful diffs? May 20 19:42:44 elvispre|s: Fixed another few build QA issues ;) May 20 19:43:59 Herrie: I saw that. You've built up quite some momentum this month! May 20 19:44:48 elvispre|s: Well it's just QA, but at least clears some build issues ;) May 20 19:44:53 Herrie: The Python 3 patch reversal bbappend file does not parse for me, though. May 20 19:45:05 elvispre|s: Hmmm May 20 19:45:09 Let me test here May 20 19:45:13 That's strange May 20 19:45:46 Ooops missing \ May 20 19:46:24 We ran out of proper coffee in the office :P May 20 19:46:27 I blame that for it May 20 19:46:32 Low on coffeine these days :P May 20 19:46:59 elvispre|s: https://github.com/webOS-ports/meta-webos-ports/commit/47f0fc61b12e5e58c0ffc89f79876ccabc9a37e6 May 20 19:47:02 That should sort it :D May 20 19:47:15 Herrie, is bonaire any faster than it used to be? Im curious is moving from a 2011 hypervisor to a 2016 hypervisor made much of a performance difference May 20 19:47:21 Herrie: They stopped our free coffee at my office. Now we all bring in our own. There are coffee machines all over the place. May 20 19:47:34 scoutcamper: Let me see May 20 19:47:55 elvispre|s: We got some Nespresso Professional with disc shaped pads May 20 19:48:00 But we ran out of pads May 20 19:48:14 And with relocation they're reluctant to offer plenty May 20 19:48:20 So they offer a few boxes each time May 20 19:48:29 Instead of the 30-40 they used to do :P May 20 19:48:36 So now we run out every few weeks May 20 19:48:42 People are hoarding and bringing their own LOL May 20 19:49:04 Gotta have a reliable supply. May 20 19:49:16 Yeah LOL May 20 19:49:34 Anyway seems that me fiddling with my new CPU fan sorted the noise :P May 20 19:49:40 Build machine ready to go :D May 20 19:50:07 scoutcamper: Nothing really noticable May 20 19:50:17 Herrie, 10-4 May 20 19:50:18 Our build times were always between 15-30 mins in most cases May 20 19:50:37 I guess we can see when we rebuild some QtWebEngine maybe May 20 19:52:36 Herrie: For interest, my four core i5 CPU full-built a dev image in about 6 hours the other night. May 20 19:53:05 elvispre|s: OK good to know. I got 6 core with 8GB ram on SSD May 20 19:53:10 Not sure what's your setup? May 20 19:56:04 Herrie: That's in a VM with 8GB RAM on a HDD. Host has 16 GB RAM. VM has a 200 GB disk because I kept running out of space with 100 GB. May 20 19:57:15 and the builder that does builds in 15-30 min is 8 cores 100gb ram May 20 19:58:09 scoutcamper: Well these are incremental builds ;) May 20 19:58:15 Clean build also takes a lot longer May 20 19:58:21 thats true May 20 19:58:23 We reuse a lot ;) May 20 19:58:29 but 100gb ram helps too :P May 20 19:58:31 QtWebEngine sets it back 1,5 hrs usually May 20 19:58:39 For sure for QtWebEngine, that's memory hungry May 20 19:58:57 Krogoth seems to do a better job of recovering disk space as it rebuilds. May 20 20:06:03 GodGinrai, git doesn't recognise things like src/views/ContactHeader.js being a modified version of source/views/ContactHeader.js May 20 20:09:05 Following the conversion guide, I removed the libs from version control. That results in git reporting many, many deleted lines. May 20 20:09:41 ... though there would be many changed lines in the libs regardless. May 20 20:12:44 Now, to start work on an app, you need to be able to pull enyo and its tools directly from their repos - they're not copied into our repo. May 20 20:14:55 Either way, everything is on GitHub, so network failure are no more nor less of a problem. May 20 20:17:17 The new risk is that LG (or Jason Robitaile) makes their repos private. Highly unlikely, but if happened, we'd be infar worse shape than projects depending on leftpad. May 20 20:20:15 If you fork a repo on GitHub, then the owner makes it private, do you still have access to everything in your fork? May 20 22:07:48 DougReederG3: This says you do: https://help.github.com/articles/what-happens-to-forks-when-a-repository-is-deleted-or-changes-visibility/#changing-a-public-repository-to-a-private-repository May 20 22:33:39 Ok, we may decide at some point to fork enyo and enyo-luneos. **** ENDING LOGGING AT Sat May 21 02:59:58 2016