**** BEGIN LOGGING AT Fri Mar 08 02:59:56 2019
Mar 08 12:09:09 <krnlyng> Tofe, does this make sense? https://github.com/libhybris/libhybris/pull/411
Mar 08 12:24:09 <Tofe> krnlyng: well it's about the same kind of patch as for n, isn't it ?
Mar 08 12:24:51 <Tofe> so I'd say the problematic is the same
Mar 08 12:25:23 <Tofe> Note that this patch won't solve every situation; but it's still an improvement
Mar 08 12:26:28 <Tofe> Recently I've discovered that some glibc libraries were still disappearing from gdb's sight, with the n linker. Disabling this hook solved it - though the bionic libs were then the ones who disappeared :)
Mar 08 12:28:05 <Tofe> I guess we should implement a little runtime switch, like an environment variable, to disable this hook on demand. Or to enable it, depending on what situation is the most frequent.
Mar 08 12:31:06 <krnlyng> ok :)
Mar 08 12:59:34 <krnlyng> maybe we need to dive deeper into this at some point
Mar 08 13:04:38 <Tofe> do you often need the halium stack ? for me a runtime switch would be fine 95% of the time
Mar 08 13:05:36 <krnlyng> Tofe, a runtime switch is probably enough for us too, but it would be nice to have a solution that works always
Mar 08 13:06:03 <Tofe> for sure. But I can do the switch PR, where a real fix... maybe beforfe 2020 ? :p
Mar 08 13:06:18 <Tofe> s/do/do tonight.
Mar 08 13:19:50 <krnlyng> sounds good!
Mar 08 13:20:29 <krnlyng> should i still merge the PR i made?
Mar 08 13:40:01 <Tofe> Yes, I'll make a PR on top of it
Mar 08 13:40:23 <Tofe> Let's keep things similar for all linker versions
Mar 08 17:33:27 <Tofe> krnlyng: I could, for instance, propose something like that: https://github.com/Tofee/libhybris/commit/45fba65c885551d25f0728475d9344deabb57474
Mar 08 17:40:46 <krnlyng> Tofe, that looks reasonable to me :)
Mar 08 17:55:08 <Tofe> krnlyng: ok good, then I'll just wait for your PR to be merged, and I'll patch the 3 linkers at once
Mar 08 19:24:43 <thatannoyingguy4> Is it normal that the halium rootfs is mounted ro? Can't run most of the tests on the mido because it's a Read-only filesystem
Mar 08 19:26:19 <ubptgbot> <NotKit> that's probably because you use halium-boot
Mar 08 19:26:59 <ubptgbot> <NotKit> it's a bit confusing, but Halium test rootfs is older and was used with hybris-boot, while halium-boot is primarily used for UBPorts and LuneOS
Mar 08 19:28:00 <thatannoyingguy4> But I'm using hybris-boot now
Mar 08 20:27:22 <ubptgbot> <Nebrassy> Is there any rootfs that uses halium-boot other than Ubuntu touch for testing?
Mar 08 20:28:15 <ubptgbot> <NotKit> thatannoyingguy4, weird, hybris-boot mounts as rw by default
Mar 08 20:28:27 <ubptgbot> <NotKit> if you mean / and not /system
Mar 08 20:29:17 <ubptgbot> <NotKit> @Nebrassy, LuneOS and might be newer Plasma Mobile, but I do not know for sure
Mar 08 20:42:14 <Tofe> @Nebrassy: LuneOS "sort of" uses halium-boot; I mean we reuse halium-boot's init script, but we build the boot image ourselves in our toolchain
Mar 08 20:45:30 <ubptgbot> <Nebrassy> Nice, I might try it out soon, for now I just want another rootfs to test wifi, I tried everything to get it back to work, might just build hybris
Mar 08 20:48:07 <ubptgbot> <VeryOriginalUsername> https://del.dog/ifumiqilab.sql can't I just somehow skip this check?
Mar 08 20:58:41 <ubptgbot> <NotKit> @VeryOriginalUsername, take sepolicy from any device that works
Mar 08 20:58:48 <ubptgbot> <NotKit> it won't be really used
Mar 08 20:59:35 <ubptgbot> <NotKit> ideally you could grep checkpolicy in build Makefiles and disable it
Mar 08 21:00:10 <ubptgbot> <VeryOriginalUsername> @NotKit, tried that but couldn't make it work
Mar 08 21:17:04 <ubptgbot> <VeryOriginalUsername> it's stupid cause it says sepolicy can't be permissiveon user builds and I'm making an -eng build
Mar 08 21:19:18 <ubptgbot> <VeryOriginalUsername> [Edit] it's stupid cause it says sepolicy can't be permissive on user builds and I'm making an -eng build
Mar 08 21:35:58 <thatannoyingguy4> mount shows '/dev/loop0 on / type ext4 (ro,noatime,data=ordered)' is that normal?
Mar 08 21:49:34 <ubptgbot> nanu_c was added by: nanu_c
Mar 08 21:54:10 <ubptgbot> <nanu_c> hey, all the things that uses `SettingsLib` are not supported right?
Mar 08 22:03:32 <ubptgbot> <nanu_c> or should i just comment out?
Mar 08 22:18:40 <ubptgbot> <Flohack> what happens? … ```Feb 11 16:28:32 localhost.localdomain lxc-start[930]: sed: can't read /var/lib/lxc/android/rootfs/init.*.rc: No such file or directory … Feb 11 16:28:32 localhost.localdomain lxc-start[930]: sed: can't read /var/lib/lxc/android/rootfs/init.rc: No such file or directory … Feb 11 16:28:32 localhost.localdomain lxc-s
Mar 08 22:18:40 <ubptgbot> tart[930]: lxc-start: conf.c: run_buffer: 416 Script exited with status 2. … Feb 11 16:28:32 localhost.localdomain lxc-start[930]: lxc-start: start.c: lxc_init: 450 Failed to run lxc.hook.pre-start for container "android". … Feb 11 16:28:32 localhost.localdomain lxc-start[930]: lxc-start: start.c: __lxc_start: 1314 Failed to initialize container "a
Mar 08 22:18:40 <ubptgbot> ndroid".```
Mar 08 22:18:52 <ubptgbot> <Flohack> where are my init scripts cry
Mar 08 22:19:43 <ubptgbot> <Flohack> @nanu_c, Sound Java-ish, so comment it out or delete ^^
Mar 08 22:35:49 <ubptgbot> liamolua was added by: liamolua
Mar 08 22:39:02 <ubptgbot> <Nebrassy> @VeryOriginalUsername, I don't know if this helps but try adding user_debug=31 androidboot.selinux=permissive to kernel cmdline
Mar 08 22:50:39 <ubptgbot> MaryPayne4476 was added by: MaryPayne4476
**** ENDING LOGGING AT Sat Mar 09 03:00:34 2019