**** BEGIN LOGGING AT Fri Mar 23 03:00:04 2018 Mar 23 07:06:34 maartenvandruten was added by: maartenvandruten Mar 23 07:37:15 Andreu was added by: Andreu Mar 23 12:18:23 Eds_Mat was added by: Eds_Mat Mar 23 14:07:44 the scdard now in xenial is auto detected at start, thats good, in vivid its make 10 mn to show sdcard in file manager Mar 23 14:22:40 Bhushan why aren't we using some generic rootfs to build the system on , i have seen a lot of people having problem with their build system , Mar 23 14:23:01 It can solve that... Mar 23 14:23:16 It can introduce more problems Mar 23 14:23:41 I think no :-/ Mar 23 14:24:22 Well feel free to try Mar 23 14:24:59 Okay.. I will give it a shot,.. and will report back how it went Mar 23 14:45:17 Like a build chroot? I don't know, how many problems do people have with their build systems? Mar 23 14:45:59 Most of my problems are either on layer 8 or because of some error in the source / config Mar 23 14:52:08 Herrie, did adding iproute2 and iptables in https://github.com/Halium/android_build/pull/12 fix anything other than logcat being "Not happy"? Like, was there an issue in some port with networking that is fixed now? Mar 23 14:53:03 @UniversalSuperBox, Dont quote not happy, it's literally the best term xd Mar 23 14:53:22 I use it all the time to describe pretty much everything in a beginning port Mar 23 14:53:34 😎 Mar 23 14:57:09 UniversalSuperBox: Well I'm not looking at halium itself, I'm testing LuneOS rootfs for mido, but this was an issue causing logcat spamming Mar 23 14:57:24 I haven't got to the point where I could actually test the network yet :P Mar 23 14:57:31 Killing other bugs first.... Mar 23 14:57:48 Okay, it's basically rm'ing the network configuration in Ubuntu Touch Mar 23 14:57:49 WE didn't have any 7.1 based and aarch64 based LuneOS ports yet... Everything was 32 bits arm + 5.1 based Mar 23 14:58:09 So quite some stuff to cover to make sure everything works ;) Mar 23 14:58:15 I.e. stuff like adding users etc Mar 23 14:58:48 did camera app work in UT xenial ? Mar 23 15:00:55 i got an another legacy device to work with, but first i have to ressurect it 😅 Mar 23 15:00:58 it's galaxy s2+ i9105p Mar 23 15:01:18 @VeryOriginalUsername, and it's got linux already! Mar 23 15:01:18 https://forum.xda-developers.com/showthread.php?t=2419331 Mar 23 15:01:44 So... for the log spam, I guess I'd suggest fixing up netd so it doesn't logspam. I was able to monkey it out by tweaking a few lines in `system/netd/server/NetdConstants.cpp` Mar 23 15:01:50 UniversalSuperBox: Without iproute2 and iptables WLAN wouldn't work at all Mar 23 15:01:55 wcnss if I recall correctly Mar 23 15:02:36 Hmm. I remember it coming up on the 5X, but you might be correct about wwan. Mar 23 15:02:52 wlan is fine without it though Mar 23 15:03:15 That's all handled outside of the container Mar 23 15:03:17 UniversalSuperBox: I need to check my logs to see what the problem was exactly. I had plenty on many things Mar 23 15:03:41 cnss-daemon complains on my ports, but Wi-Fi comes up with NetworkManager Mar 23 15:06:58 UniversalSuperBox: On LuneOS we use ConnMan Mar 23 15:07:27 Does it not handle IP configuration at all? Mar 23 15:11:17 UniversalSuperBox: Well we have a rootfs from Yocto project... Difficult to say what does what exactly :P Mar 23 15:11:24 I never looked into it in that much detail tbh Mar 23 15:12:03 Honestly I'm not entirely sure of the exact dance that we do to get wi-fi up Mar 23 15:12:25 But I don't think it involves communicating with Android in a way that would require Android to manage IP? Mar 23 15:14:18 UniversalSuperBox: Well wcnss is a weird thing in general. I saw the PMOS guys were also fighting it Mar 23 15:14:31 And we had iproute2 and iptables in 5.1 builds as well Mar 23 15:14:45 Of course, so the question is naturally why does it work there Mar 23 15:18:38 UniversalSuperBox: My logcat looks like this without these fixes: https://bpaste.net/show/8286d6f9ea7d Mar 23 15:19:36 And you aren't able to do anything involving internet? Mar 23 15:24:06 UniversalSuperBox: I haven't had much time to look into that Mar 23 15:25:49 Was first trying to get other things like sensors working Mar 23 18:06:44 Herrie: Does this not break your stuff? https://github.com/Halium/android_system_netd/pull/2 Mar 23 18:16:08 UniversalSuperBox: I'm not sure. I need to build a new android build & LuneOS build to verify latest things Mar 23 18:16:51 I suspect my issues stem from 7.1.1r25 and I haven't tried with 7.12r36 Mar 23 18:17:45 Busy with a clean LuneOS build now Mar 23 18:18:04 Adding in new Android build will be quick Mar 23 18:18:09 Ismaelbonato was added by: Ismaelbonato Mar 23 18:18:18 Hello guys! Mar 23 18:18:32 do you know what kind off error is this? Mar 23 18:18:55 LuneOS build requires me to rebuild qtbase & qtwebengine from scratch so this will take some time always Mar 23 18:19:18 Since we use device specific rootfs, reuing bits for same architecture where possible Mar 23 18:19:34 But there were some updates that required a pretty much full rebuild of all components Mar 23 18:19:44 So my 8 year old builder will take a while Mar 23 18:59:02 anyone? Mar 23 19:01:22 @Ismaelbonato, it might be the toolchain Mar 23 19:01:42 any idea? Mar 23 19:02:42 try this one https://bitbucket.org/hyper-toolchains/arm-linux-androideabi-4.9/overview Mar 23 19:02:47 Try disabling CONFIG_USER_NS in the kernel defconfig Mar 23 19:05:11 well I had commented this line, now I will try CONFIG_USER_NS=n Mar 23 19:09:23 I think it worked! maybe when it's not defined it's enabled default Mar 23 19:17:00 nope! check-kernel-config tell me to enable this setting Mar 23 19:17:13 when I disabled this I got Mar 23 19:17:29 fs/built-in.o:namespaces.c:ns_entries: error: undefined reference to 'pidns_operations' … /home/ismael/git/halium/kernel/lge/v500/Makefile:880: recipe for target '.tmp_vmlinux1' failed … make[1]: *** [.tmp_vmlinux1] Error 1 Mar 23 19:31:18 @JBBgameich, sorry for that question but What I suposed to do with that? Mar 23 19:31:51 @Lyud Xaker, sorry for that question but What I suposed to do with that? Mar 23 19:32:06 use that toolchain Mar 23 19:32:11 for compiling the kernel Mar 23 19:54:16 @Ismaelbonato, ignore it, CONFIG_USER_NS isn't strictly needed Mar 23 19:54:49 @Lyud Xaker, the code is likely broken (at least it is on many devices), using different toolchain won't help here Mar 23 19:55:10 ok Mar 23 19:55:33 but then you have fs/built-in.o:namespaces.c:ns_entries: error: undefined reference to 'pidns_operations'? Mar 23 19:55:45 What kernel version? Mar 23 19:57:03 @NotKit, but the warning which gave to him was treated as error, so: or the toolchain is wrong, or the kernel repo is _damaged_ Mar 23 19:57:20 I think 3.4 Mar 23 19:58:00 @Lyud Xaker, No, it's not warning but it's the actual bug in the kernel version forked by vendor Mar 23 19:58:19 Which is exposed when specific kernel config options are enabled Mar 23 19:58:41 I see that in a forum Mar 23 19:58:48 [Edit] I saw that in a forum Mar 23 19:58:59 @Ellenjott can you point @Ismaelbonato to the commits that you had to revert? Mar 23 19:59:35 I can't find it on your GitHub Mar 23 20:00:18 https://github.com/maruos/android_kernel_hammerhead/commit/db861adfcc2f5698b6c0a83c2a963a073cc64598 maybe something like this? Mar 23 20:01:23 That's "hack" Mar 23 20:01:44 Can work, but best do it properly ™ Mar 23 20:01:52 ok thanks! Mar 23 20:02:24 @Ellenjott can help me so, thanks! Mar 23 20:03:11 @Ismaelbonato Which device are porting / which repo? Mar 23 20:03:23 lg gpad 8.3 v500 Mar 23 20:03:40 https://github.com/LineageOS/android_device_lge_gpad83-common Mar 23 20:03:44 Kernel 3.4 , you had to revert some commits in kernel Mar 23 20:03:50 @Ellenjott Mar 23 20:03:59 Uhm ... Mar 23 20:04:04 Let me see ... Mar 23 20:04:07 I was able to compile halium stuf but not ubuntu touch Mar 23 20:04:16 [Edit] I was able to compile halium stuff but not ubuntu touch Mar 23 20:07:10 You probably don't need all of them. I think there were some unfinished backports in my kernel, too. … https://github.com/Halium/android_kernel_sony_apq8064/commit/9e920c6371fb5aefd35b45cbb58d5c307db6ebda … https://github.com/Halium/android_kernel_sony_apq8064/commit/7c9f141d37b833a99f2bf27f9793cd061c55c2e6 … https://github.com/Ha Mar 23 20:07:10 lium/android_kernel_sony_apq8064/commit/b3bbbf6ce0bd76076e4e02bc7a2de90ea523535e Mar 23 20:07:37 That's everything I've changed: … https://github.com/Halium/android_kernel_sony_apq8064/commits?author=LNJ2 Mar 23 20:08:11 Fwd from bhushanshah: I guess, you can try to kill that extra 3 commits? or backport : 57e8391d32760 Mar 23 20:08:12 Fwd from bhushanshah: https://github.com/LNJ2/android_kernel_sony_apq8064/commits/halium-7.1/fs/proc/namespaces.c?author=ebiederm last 3 Mar 23 20:20:04 I didn't find this commit in my kernel, but in the hammerhead's one. @bhushanshah Is it the correct one? … https://github.com/Halium/android_kernel_lge_hammerhead/commit/25437b2a54dd619a96e268ecaf303b089aa785e4 Mar 23 20:34:36 @bhushanshah ? Mar 23 20:37:11 @Ismaelbonato, Yup? Mar 23 20:38:03 I am not bhushan .. but you can tell me Mar 23 20:38:30 Bhushan is probably asleep, no need to ping him bunches. :) Mar 23 20:39:31 (Sticker, 512x512) https://irc.ubports.com/yJh0hBfD.webp Mar 23 20:48:47 I'm a little confuse now with those 6 links! :/ Mar 23 20:49:16 [Edit] I'm a little confused now with those 6 links! :/ **** ENDING LOGGING AT Sat Mar 24 03:00:01 2018