**** BEGIN LOGGING AT Fri Mar 18 02:59:58 2016
**** BEGIN LOGGING AT Fri Mar 18 04:52:37 2016
Mar 18 05:01:22 <Herrie|2> Andolamin: OK :)
Mar 18 05:01:34 <Herrie|2> You happen to know how i can force a rebuild of just the kernel?
Mar 18 05:01:53 <Herrie|2> Seems I was cleaning up my build directory a bit to rigourously :P
Mar 18 05:02:07 <Herrie|2> So now my mako build cannot find kernel image
Mar 18 07:06:53 <Herrie> OK sorted it
Mar 18 07:11:02 <Herrie> Tofe: ping
Mar 18 08:20:31 <Herrie|Veer> morning
Mar 18 10:02:50 <Herrie|Veer> Tofe: ping
Mar 18 12:31:01 <Herrie|Veer> JaMa: ping
Mar 18 12:42:52 <JaMa> Herrie|Veer: pong
Mar 18 12:44:04 <Herrie|Veer> JaMa: Can you give me access to http://github.com/webos-ports/android-property-service so I can merge the PR? Or can you merge it?
Mar 18 12:47:51 <JaMa> Herrie|Veer: I've added you
Mar 18 12:48:25 <Herrie|Veer> JaMa: Thnx :)
Mar 18 15:47:55 <Herrie|Veer> nizovn: Thnx for the PR :)
Mar 18 15:48:43 <nizovn> :)
Mar 18 15:49:24 <Herrie|Veer> Will test it shortly but sure it works :)
Mar 18 15:50:13 <nizovn> yes, it should :)
Mar 18 15:51:01 <Herrie|Veer> I'm looking into upgrading the vkb and making the spellcheck/prediction work :)
Mar 18 15:51:26 <Herrie|Veer> Doesn't seem to difficult, seems I just need to add a recipe to put the dictionaries on the right place :)
Mar 18 15:54:12 <nizovn> interesting, would be nice to have
Mar 18 15:57:50 <Herrie|Veer> nizovn: All bits seem to be there... If you put some hunspell/myspell dictionary files (ru_RU.dic and ru_RU.aff or simply ru.dic and ru.aff) in /usr/share/dict and enable it in Settings it works for me in Memos. I tried with English just, but should work
Mar 18 15:57:50 <Herrie|Veer> with all. Will mock up a recipe shortly :)
Mar 18 16:21:55 <nizovn> on my very old emulator it worked until reboot, then it's impossible to change language. so we will need some testing
Mar 18 16:22:29 <Herrie|Veer> nizovn: Yeah I see that too now :P
Mar 18 16:22:53 <Herrie|Veer> In general vkb saving settings needs a little tlc
Mar 18 16:23:03 <Herrie|Veer> It seems disabled currently.
Mar 18 16:23:15 <Herrie|Veer> It reads it but doesn't save it seems.
Mar 18 16:24:16 <Herrie|Veer> nizovn: Had any luck with media indexer bits?
Mar 18 16:26:32 <nizovn> not really, will look at this weekend
Mar 18 16:27:12 <Herrie|Veer> :)
Mar 18 16:41:41 <nizovn> so it's settings app overwrites keyboard settings(enabledLanguages)
Mar 18 16:57:23 <Herrie|Veer> nizovn: Not sure will debug a bit
Mar 18 16:58:49 <Herrie|Veer> JaMa: ping
Mar 18 17:04:10 <JaMa> Herrie|Veer: pong
Mar 18 17:07:18 <Herrie|Veer> JaMa: Is there any easy way to use glib 2 from Jethro in our Fido branch? Seems latest geoclue 2.4.3 needs g_autofree which was introduced in glib 2.43 while fido still has 2.42.
Mar 18 17:07:37 <Herrie|Veer> Or you think it'll be a can of worms?
Mar 18 17:08:41 <JaMa> it's possible to copy it, but it will be can of worms
Mar 18 17:08:52 <JaMa> glib upgrades always break other recipes around
Mar 18 17:09:15 <JaMa> maybe not the ones included in LuneOS images, but still would prefer to upgrade to Jethro instead of backporting something like glib
Mar 18 17:09:45 <JaMa> what about suspending builds for broken MACHINE and upgrade to Jethro soonish?
Mar 18 17:10:11 <Herrie|Veer> JaMa: Already thought so. Alternatively I could backport the function but it's a pain as well.
Mar 18 17:10:30 <Herrie|Veer> Anyway the GeoClue2 updates aren't that major
Mar 18 17:11:20 <JaMa> alternatively we need to find some kernel hacker with mako device to find out why new toolchain breaks it
Mar 18 17:11:41 <JaMa> I probably won't find time and don't have the right skill set to fix it quickly
Mar 18 17:12:25 <Herrie|Veer> JaMa: Yeah Mako is our main porting target that I & Tofe use :P
Mar 18 17:12:32 <Herrie|Veer> So it would be bad to break it
Mar 18 17:12:37 <JaMa> it might be interesting to take Jethro build image and swap just kernel+modules with binaries built with Fido
Mar 18 17:12:40 <JaMa> to confirm
Mar 18 17:12:50 <Herrie|Veer> JaMa: Yeah
Mar 18 17:13:00 <JaMa> that it's only in kernel and not somewhere else (like missing meta-smartphone change in jethro branch)
Mar 18 17:13:07 <Herrie|Veer> It seems GCC 5.x is the problem
Mar 18 17:14:41 <JaMa> hmm only difference in meta-smartphone/meta-lg is the kernel SRCREV
Mar 18 17:15:10 <JaMa> so it's not missing change at least not in this layer
Mar 18 17:15:55 <JaMa> or someone can build newer kernel SRCREV in fido build to check that it's not broken by one of the patches I've added for toolchain even when old toolchain is used
Mar 18 17:17:07 <Herrie|Veer> JaMa: So for our testing I would just bump the kernel SRCREV and try?
Mar 18 17:17:57 <Herrie|Veer> We had other issues with PulseAudio too but I saw you did some things recently?
Mar 18 17:24:34 <Herrie>                                                                                                                                                                                                                                                                                                                                           JaMa: So I fork, https://github.com/shr-distribution/meta-smartphone/
Mar 18 17:25:11 <Herrie> Change https://github.com/shr-distribution/meta-smartphone/blob/fido/meta-lg/recipes-kernel/linux/linux-lg-mako_git.bb to have SRCREV = "8657f2b50c7d42f33df4981db2bfdf1f772bff92"
Mar 18 17:25:20 <Herrie> And then point https://github.com/webOS-ports/webos-ports-setup/blob/fido/conf/layers.txt to my fork?
Mar 18 17:29:55 <JaMa> yes
Mar 18 17:39:32 <Herrie|2> JaMa: Should I take the Jethro SRCREV or the latest one? Or try both?
Mar 18 17:58:27 <Herrie> JaMa: Testing with latest revision now locally
Mar 18 17:58:45 <Herrie> I created a temporarybranch in webos-ports-setup called testingkernel which i pointed to my fork
Mar 18 18:07:37 <JaMa> Herrie: the one in jethro, the very last one will fail to build
Mar 18 18:07:39 <JaMa> IIRC
**** ENDING LOGGING AT Sat Mar 19 02:59:58 2016