**** BEGIN LOGGING AT Thu Jan 05 03:00:01 2017 Jan 05 06:20:09 Morning! Jan 05 06:20:34 Herrie: you have the rights to merge meta-smartphone too? Otherwise it won't build Jan 05 06:30:52 Tofe: No, only JaMa Jan 05 06:40:58 morning btw ;) Jan 05 06:41:40 Was out for some goodbye drinks @ old company yesterday evening, so decided to not touch anything when I got back and leave it till the morning :P Jan 05 06:41:46 I'll ping JaMa when he's around Jan 05 07:39:18 Herrie: good idea :) Jan 05 07:40:57 I'll still have to double check the kernel repos to see if there ae PR pending, and then I'll also use shr's repos for mako and maguro Jan 05 07:41:57 I think there is one minor commit for maguro Jan 05 08:05:17 * DougReeder waves good morning. Jan 05 08:14:21 Tofe: OK Jan 05 08:14:39 I guess we'd need to do some work on Jenkins to build the CM bits there? Jan 05 08:14:48 The ones I now placed manually for you? Jan 05 08:22:10 Herrie: to build the CM bits, we need this kind of script: https://gist.github.com/Tofee/3d5736b57eb7bc8c7f83085fa2461b5c (see the comment). For mako it's almost identical. Jan 05 08:39:31 Tofe: We have this (https://bpaste.net/show/f380f2888347) as script in the cm-wop-11.0-build task Jan 05 08:40:11 Seems we can easily adjust that Jan 05 08:50:08 Tofe: Can we drop the make clobber there? Jan 05 08:50:38 I guess we need to drop make -j${CPU_CORES} target-files-package and replace it by make -j{CPU_CORES} hybris-hal ? Jan 05 08:54:28 yes, make clobber is useless here Jan 05 08:55:46 Also copying ramdisk to android-ramdisk isn't mandatory -- I didn't do it for my build. But both versions wiill work. Jan 05 08:57:18 Herrie: you should also drop the two lines 79-80 for vendor thingies and prebuilts. They are retrieved with repo sync. Jan 05 08:57:43 One thing missing, of course, is that we have to put in place the local manifest Jan 05 08:59:31 For the path patch for pvrsrvkm_sgx540_120.ko, maybe we can do a little patch file, or something like that? Jan 05 09:07:24 Tofe: You have a better name for phablet_rsync ? Jan 05 10:36:35 android_hybris_hal_rebuild ? Jan 05 11:06:25 Tofe: Well this only does the rsync of the build Jan 05 11:06:37 So I'm more thinking of replacing the phablet part Jan 05 11:46:18 hybris_hal_rsync ? Jan 05 12:28:08 OK renamed Jan 05 14:47:42 FYI, I went back from CM12.1 on TP to CM11. The latter is clearly more mature. As I'm also using my TP as an alarm clock, it's better if it runs smoothly ;) Jan 05 15:01:14 Tofe: OK ;) Jan 05 15:01:33 Yeah from what I've read on the forums, 4.4.4 based (so CM11) for TP seems the most stable Jan 05 15:01:39 I got a free alarm clock :P Jan 05 15:01:55 If I ever needed one anyway. Even without I would hardly ever oversleep :P Jan 05 15:03:41 Yeah, I guess so ! :) Jan 05 17:34:49 hiya Preemptive Jan 05 17:57:43 ka6sox Morning / hello Jan 05 17:58:30 Preemptive, do we have a list of the older webOS apps as my Son is looking for a particular app. Jan 05 18:00:41 I think there are lists... Herrie probably has one, but I could also look it up for you. what is the name of the app? Jan 05 18:17:29 ka6sox: I pulled the whole free app catalog before it went down :P Jan 05 18:17:40 And had some people send me their tokens, so I have a couple of 100 paid ones too Jan 05 18:17:48 We have a public FTP setup somewhere as well with all IPKs Jan 05 18:18:04 hey guys, have you seen the Blackberry Mercury? Jan 05 18:18:37 Yes, but doesn't BB = locked bootloader? Jan 05 18:19:09 Preemptive: the brand was bought by TCL Jan 05 18:19:12 I like the Mercury, but yeah probably locked bootloader Jan 05 18:19:18 We'll see Jan 05 18:19:22 I highly doubt a chinese company would continue with the locked bootloaders Jan 05 18:19:36 If it's open, it would be my #1 device as a porting target :P Jan 05 18:19:43 Security was a brand thing for BB Jan 05 18:19:43 ikr? XD Jan 05 18:20:04 Why buy the brand, then devalue it? Jan 05 18:20:23 Hello all, sorry if my responses get even slower in next few days, but 11 hours ago my daughter was born, so now I have other projects to attend to :) Jan 05 18:20:40 Hey! Congratulations! Jan 05 18:20:40 Congratulations! Jan 05 18:20:44 JaMa: Congrats! I hope all is well with the mrs & little girl! Jan 05 18:20:53 We're expecting a little girl end of April ;) Jan 05 18:21:01 Preemptive: for one, people complained about the locked bootloader Jan 05 18:21:43 yes, both are OK, baby is almost 4 weeks sooner, but everything is OK, she just needs to stay warm for a bit longer :) Jan 05 18:23:05 JaMa: congrats :) Jan 05 18:24:41 JaMa: 4 weeks is not a really big problem luckily :) Jan 05 18:25:11 JaMa, congrats! Jan 05 18:25:29 GodGinrai: We can but hope - perhaps for a bootloader that is securely lockable / unlockable by the user. Jan 05 18:25:36 JaMa: congratulations! Jan 05 18:29:52 JaMa: We got 2 PR's in meta-smartphone for when you got some minutes to spare: https://github.com/shr-distribution/meta-smartphone/pull/16/files and https://github.com/shr-distribution/meta-smartphone/pull/15 Jan 05 18:31:15 usuall branches? master-morty-krogoth? Jan 05 18:33:33 DougReeder: I saw your post about a JS framework. I was wondering if you & the team think it would be worth making a pivotCE article on this issue + a forum discussion. A number of people there are making apps and maybe would have suggestions. Jan 05 18:33:51 Hmmm Jan 05 18:35:29 A key point is that most apps will not be designed for LuneOS, so this is only for the core apps. Jan 05 18:37:07 This is more about forming a consensus about what we want to commit to supporting. Jan 05 18:38:23 DougReeder: Oh, right. Fairly ignorant on this stuff. I was under the impression that QML was being used, but maybe you need a bit of Enyo on top? Jan 05 18:38:58 Arguments over JS frameworks can make religious wars look tame, so I wanted the people who’ve been contributing to the apps to weigh in. Jan 05 18:40:07 There are more JS apps than QML that we maintain. Jan 05 18:41:12 JaMa: the PR is against krogoth, I didn't especially test the other branches Jan 05 18:41:19 DougReeder: Fair enough. I've been wondering if there were ways to reach out to the wider community and conversely, draw them in & perhaps recruit some more devs. Jan 05 18:41:39 DougReeder: This seemed like a possible opportunity Jan 05 18:41:54 Tofe: cannot merge it just to krogoth, but there were very litle changes outside this so I'll merge everywhere and we'll see Jan 05 18:42:22 Well, to meet our needs, we’ll almost certainly pick a framework that many people know. Jan 05 18:42:58 JaMa: ok Jan 05 18:43:21 I don’t want this to be a popularity contest. Jan 05 18:44:10 I note that Enyo 2.7 plans to use some of React.js (possible future compatibility) and that Choorp has a webOS simulator made with Angular - but again I have no expertise to judge if these are worthy suggestions. Jan 05 18:44:56 Well our browser stack is very modern, so theoretically we could use any modern JS framework for apps. Just a matter of adding a proper appinfo.json I think and maybe some tweaking Jan 05 18:45:02 And no, I'm not suggesting a polling thread - it's obviously up to webOS Ports to decide what they want to work on. Jan 05 18:46:37 A sad fact of JS development is that frameworks wax and wane in popularity, and we don’t want to pick something because it happens to be hot this year. Jan 05 18:47:56 If people want to be part of the discussion, I think luneos-dev is the place for it to happen. Jan 05 18:47:58 Tofe: Herrie merged Jan 05 18:48:58 Thanks! Jan 05 18:51:20 We certainly want and need to draw in more JS developers - the apps are not at all where they need be, and now we’re starting to rewrite them all. Jan 05 18:55:53 DougReeder: Yes. So would it be better to advertise that discussion? Maybe there are replies on other channels, but I've yet to see one on the mailing list, which was partly why I thought broader community input might have some use (and for recruitment). To an outsider, it seems that the time is approaching when much of the low-level work is done and the focus may turn to app development. Jan 05 18:57:35 So, an article could be helpful, if it emphasizes the need for consensus-building and thoughtful discussion over “hotness”, and directs people to luneos-dev. Jan 05 18:59:42 This is the biggest decision next to rewriting Luna that we’ve had to make, and these decisions can make or break communities. Jan 05 18:59:44 DougReeder: Yes. I've seen a number of people on the forums and twitter discussing LuneOS development, but they don't seem to be here Jan 05 19:07:56 JaMa: Thnx! Jan 05 19:08:32 DougReeder: Shall I send you an email tomorrow to discuss content? Or I can post to the list for the group to see. Jan 05 19:09:14 Email is good, I think. Jan 05 19:09:53 DougReeder: OK, I'll move the discussion there. Jan 05 19:19:33 Tofe: I'll do a testing build now Jan 05 19:19:39 That should theoretically work Jan 05 19:19:50 Then we can see how we can get the CM bits building using Jenkins as a next step Jan 05 19:23:11 Preemptive, feel free to draw on my “Enyo EOL” and “Choosing a new JavaScript framework and UI library” posts for the article. That will give context. Jan 05 19:33:06 DougReeder: I'll need you input anyway to properly understand the issues, so won't publish anything with first consulting. Jan 05 19:33:21 *your Jan 05 19:34:53 Oh, and *without! Jan 05 19:59:41 Tofe: "WARNING: linux-lg-mako-3.4.0+gitrAUTOINC+f55d57d91d-r0 do_fetch: Failed to fetch URL git://github.com/Tofee/android_kernel_google_msm.git;protocol=git;branch=mako/3.4/cm-12.1, attempting MIRRORS if available Jan 05 19:59:41 ERROR: linux-lg-mako-3.4.0+gitrAUTOINC+f55d57d91d-r0 do_fetch: Fetcher failure: Fetch command failed with exit code 128, output:" Jan 05 20:00:28 I guess this needs updating still? https://github.com/shr-distribution/meta-smartphone/blob/krogoth/meta-lg/recipes-kernel/linux/linux-lg-mako_git.bb#L20 Jan 05 20:13:08 Tofe: Trying it locally now with updating linux-lg-mako-3.4.0 Jan 05 20:13:30 I get this warning as well locally: "WARNING: android-system-image-mako-20160412-001-r0 do_install: image doesn't contain a filesystem_config.txt; may cause runtime errors with android system" Jan 05 20:26:03 Tofe: I need to flash CM 12.1 first right before testing this new image? Jan 05 20:34:45 oh, was away, let me catch up Jan 05 20:35:12 the warning about filesystem_config.txt is harmless Jan 05 20:35:25 the one about the kernel is intruiging Jan 05 20:35:48 I know it still points to my repo on GH, but it should still be valid Jan 05 20:38:59 And yes, you'll need CM12.1 installed first. Latest CM12.1 (YOG4P) should be fine, it's what I have Jan 05 20:41:13 Herrie: what is wrong with my GitHub URL for mako's kernel? Jan 05 20:42:41 ah, I understand, it's just too big "fatal: read error: Connection reset by peer"; one of the servers gave up Jan 05 20:43:11 Insisting a bit should solve it. Jan 05 20:43:26 I'll prepare the PRs to switch the URL to shr's. Jan 05 20:54:30 JaMa: https://github.com/shr-distribution/meta-smartphone/pull/17 <-- looks like some bits from the last PR are still not in krogoth, so they are still included in this one. Jan 05 20:57:13 Herrie: as I just wrote, there are some commits still missing in krogoth; the build should be fine, but kernel-module-wlan.ipk for mako won't be in the rootfs. You can install it by hand after first boot, but don't be surprised if wifi isn't working as-is :) Jan 05 21:10:16 alexnoyle: Hello! Ready with your new TP? Jan 05 21:10:47 Preemptive Yeah, I've been messing with it for the past couple of days - tons of fun :) Jan 05 21:11:42 Right now I'm just trying to sort out novaterm connection issues so I can get cappuccino up and running Jan 05 21:12:38 So the 64bit thing wasn't the issue? Jan 05 21:13:14 that was part of it - and quick install works now for example, but novaterm bumps @ "failed to connect to server" Jan 05 21:16:30 alexnoyle: Well the real experts are here (I just lurk usually!). Jan 05 21:17:03 I need to eat. Goodnight everybody! **** ENDING LOGGING AT Fri Jan 06 03:00:01 2017