**** BEGIN LOGGING AT Wed Mar 21 03:00:03 2018 Mar 21 06:40:54 Morning! Mar 21 06:41:04 Tofe: You asked for it, choorp delivered: https://www.youtube.com/watch?v=98Sthe-JB4U Mar 21 07:38:24 Herrie: ah, good, thanks; we don't see much, but it's still nice to see Mar 21 08:20:17 Tofe: Yeah it's more the technology under the hood that's interesting Mar 21 08:20:26 This is merely a proof-of-concept in my view ;) Mar 21 08:20:43 But I was scrolling through various repos, most seems to be there that's needed on the back end Mar 21 08:20:46 Herrie|Laptop: didn't you fix "NetlinkListener: recvmsg failed (I/O error)" logcat spam in halium? Mar 21 08:21:08 bshah: I didn't touch my Mido in like a week Mar 21 08:21:13 So no ;) Mar 21 08:21:27 not week.. but much earlier Mar 21 08:21:28 I first want to sort the user issues which I think might be cause of my sensor issues as well Mar 21 08:21:36 bshah: It's still there :P Mar 21 08:21:46 hm okay Mar 21 08:22:07 you added iproute and some vendor_qcom_soemthing.. that was not fix for this then Mar 21 08:22:12 I've been mainly busy trying to kill our ugly patches in https://github.com/webOS-ports/android_luneos_hal/ by something that the setup script in Halium patches right away in a more generic way Mar 21 08:22:33 No that was for netd not working if I recall correctly Mar 21 08:22:37 I missed a .so Mar 21 08:22:43 okay Mar 21 08:23:15 librmnetctl.so if I remember correctly Mar 21 08:23:45 right Mar 21 08:24:04 Just I never got the sensors to work Mar 21 08:24:43 Our etc/group is really limited, so will fix that next Mar 21 08:26:04 bshah: This is it now: https://bpaste.net/show/a1e27897ad77 Mar 21 08:26:11 So that needs quite some more ids Mar 21 08:30:49 Tofe: webOS OSE is basically Open webOS - keyboard efigs - apps & associated backend frameworks for mail etc - justtype and qt 4.8 replaced by 5.6 Mar 21 08:31:06 Underlying bits are mainly the same Mar 21 08:31:38 With a lot of rewrite in luna etc to split things up like we also have ;) Mar 21 08:38:19 Herrie|Laptop: yes, and their new window manager is quite basic Mar 21 08:38:43 I'm even surprised they needed to write wayland extensions Mar 21 08:41:04 Tofe: Yeah we're not interested in their UI, some bits mits be useful here or there, like the notification manager Mar 21 08:41:27 I'm more interested in the underlying luna back-end, app installer, improved security etc Mar 21 14:34:33 Tofe: You know why we have halium/prebuilt-initrd in our manifest.xml? Mar 21 14:34:38 Seems it's gone from upstream Mar 21 14:37:24 Tofe: Ah seems it's unused and therefore removed from upstream Mar 21 14:37:48 https://github.com/Halium/android/commit/710edfd939b2e1142265a01c0846e5839e60c554 Mar 21 14:40:39 Herrie|Laptop: yes we definitely should use upstream's manifest directly Mar 21 14:45:23 Tofe: Just trying to put together the manifests for devices to upstream Mar 21 14:45:46 Then next step is to cut down ours to pull in Haliums & their devices Mar 21 14:49:02 The changes for the 5.1 patches are in upstream now :) Mar 21 15:03:22 ah great Mar 21 15:20:24 Herrie|Laptop: any luck with that qemux86 build? Mar 21 15:20:47 JaMa: Have an image, thought I took it with me, but copied & pasted it to home PC from USB instead of copying it Mar 21 15:20:50 So something for tonight Mar 21 15:20:57 But build succeeded at least Mar 21 15:20:59 good :) Mar 21 15:21:20 Any plans for pyro/rocko update you're aware off? Seeing this is morty still Mar 21 17:32:45 Herrie|Laptop: pyro also implies newer glibc... maybe *too new* glibc ;) Mar 21 17:33:19 Tofe: Well it's fine for most, we have patches :P Mar 21 17:33:27 Let me first finish these halium bits Mar 21 17:33:33 Then I'll play with OSE ;) Mar 21 17:40:49 :) Mar 21 17:41:28 Just tenderloin test was acting up, so repo syncing from scratch... Good fun Mar 21 17:41:42 At least my new WLAN card in builder will help to speed things up 3-5 times :P Mar 21 17:41:46 Good EUR 25 investment :P Mar 21 17:47:07 Herrie|Laptop: also, something else: iirc, we can bump the android-system-images a little bit, as the last build I started a week ago did succeed Mar 21 17:48:02 the images now only contain system.img (ie they're back to normal size) Mar 21 17:48:47 OK Mar 21 17:59:44 https://github.com/shr-distribution/meta-smartphone/pull/64 Mar 21 18:01:50 JaMa: ^ Mar 21 18:01:55 Tofe: on it Mar 21 18:02:05 wow :) Mar 21 18:43:16 JaMa: And one from me: https://github.com/shr-distribution/linux/pull/5 Mar 21 18:43:54 Tofe/JaMa: FYI we don't use this defconfig ourselves (though we could by copying it in recipe), however Halium build does use it, so need it in kernel repo Mar 21 18:51:02 ok Mar 21 18:54:17 right Mar 21 18:54:39 Tofe: My halium build for tenderloin fails somehow Mar 21 18:54:42 Let me paste some log Mar 21 18:55:40 https://bpaste.net/show/aa99873f351f Mar 21 18:57:16 Herrie: incorrect defconfig? Mar 21 18:57:40 Did you change it somehow ? Mar 21 19:00:16 Or maybe it's just the gcc options that differ Mar 21 19:00:38 here you have a warning (unused variable), and it seems that kind of warning is forbidden for that build Mar 21 19:01:39 ... and same for the next warning Mar 21 19:02:18 Tofe: WEll I took our defconfig that we use for building Mar 21 19:02:20 it's a pretty rigid build configuration, I don't know if any kernel would build with that one Mar 21 19:02:55 Tofe: WEll maybe I should go back then Mar 21 19:03:01 And just enable modules Mar 21 19:03:09 Because that's what it complained about initially Mar 21 19:03:18 yes, maybe be more graduate Mar 21 19:03:48 In general defconfig shouldn't matter too much right? Mar 21 19:07:42 I mean we don't use the kernel it produces so as long as it builds it should be OK? Mar 21 19:16:15 I mean in Halium since we build our kernel that we use in our buildsystem Mar 21 19:28:44 Herrie: is that defconfig PR still ready to merge after last discussion? Mar 21 19:34:09 JaMa:No ;) Mar 21 19:34:10 Sorry Mar 21 20:03:38 OK simplified one works **** ENDING LOGGING AT Thu Mar 22 03:00:02 2018