**** BEGIN LOGGING AT Sat Jan 05 02:59:56 2019
**** BEGIN LOGGING AT Sat Jan 05 06:03:04 2019
Jan 05 07:05:04 <ubptgbot> <minlexx> @rogieroudshoorn, Probably this - https://github.com/minlexx/android_system_vold/commit/6958d293b4886ae2090341ae6b7f05904c2f7317
Jan 05 08:14:43 <ubptgbot> <Nebrassy> @Tygerpro Tygerpro, didn't help, looking at the script referenced before the error … https://github.com/ubports/ubports-boot/blob/master/initramfs/scripts/touch … https://github.com/ubports/ubports-boot/tree/master/initramfs/scripts/local-premount … it looks like it's trying to find it from /proc/cmdline , but that has nothin
Jan 05 08:14:43 <ubptgbot> g related to partitions, and then search for it in /dev/disk/by-label, but that directory doesn't exist for me
Jan 05 08:21:23 <ubptgbot> <Nebrassy> *this script … https://github.com/Halium/initramfs-tools-halium/blob/halium/scripts/halium
Jan 05 10:06:09 <ubptgbot> <rogieroudshoorn> @minlexx, ah wow - it's selinux related?
Jan 05 13:26:10 <ubptgbot> <vince1171> @lyudmila_rev1917, here is a temporary fix until travis-ci is fixed … just replace halium-boot/get-initrd.sh  with this … it'll automaticly download the last init … https://gist.github.com/Vince1171/68dabdd41aac7b824bb943fdff93ebc7
Jan 05 13:34:27 <ubptgbot> <Daniel> @JBBgameich, It seems simplelogin is at least executed: … ● simplelogin.service - Simple Login Manager …    Loaded: loaded (/lib/systemd/system/simplelogin.service; enabled; vendor preset: enabled) …    Active: inactive (dead)
Jan 05 13:35:05 <ubptgbot> <Daniel> This is the output of journalctl: … https://pastebin.ubuntu.com/p/vPR8MVqx47/ … And this is the output of logcat: … https://pastebin.ubuntu.com/p/PTF44mvdXf/
Jan 05 13:37:58 <ubptgbot> <Daniel> What I find suspicous if this section of journalctl: …  Specified group 'diag' unknown …  Specified user 'audio' unknown …  Specified user 'media' unknown … ... and many more. Should I worry about this?
Jan 05 13:58:18 <ubptgbot> <rogieroudshoorn> it could be udev rules ... what are you running exactly?
Jan 05 14:00:20 <ubptgbot> <lyudmila_rev1917> @vince1171, I knuw dat
Jan 05 14:05:52 <ubptgbot> <Daniel> @rogieroudshoorn, I am running a Dell Venue 7840 tablet (x86, Intel MID platform: Moorefield), but I am using the kernel and CM 14.1 from Asus Zenfone 2 Z00A (almost the same device). CM 14.1 is running fine (apart from some minor things like touchscreen, sound etc.), also halium rootfs and test_hwcomposer are running. … udev r
Jan 05 14:05:52 <ubptgbot> ules:  … https://pastebin.ubuntu.com/p/Z3q9V98pxr/
Jan 05 14:06:25 <ubptgbot> <rogieroudshoorn> wow - i actually got a Z00A around somewhere
Jan 05 14:06:44 <ubptgbot> <rogieroudshoorn> maybe i should see if i can get it running based on your build
Jan 05 14:06:59 <ubptgbot> <Daniel> 😀 nice, sure!
Jan 05 14:07:37 <ubptgbot> <Daniel> I have not loaded anything up to github, but I could upload the crucial files on mega
Jan 05 14:07:52 <ubptgbot> <rogieroudshoorn> i meant rootfs though - i have something very similar on my postmarketos + libhybris s4 mini
Jan 05 14:09:06 <ubptgbot> <Daniel> Ah, ok. I took the rootfs from @JBBgameich. You can download it here:
Jan 05 14:09:13 <ubptgbot> <Daniel> Fwd from JBBgameich: The new rootfs has finished building as well: https://archive.kaidan.im/debian-pm/images/debian-halium-plamo-buster-i386.tar.xz
Jan 05 14:12:51 <ubptgbot> <rogieroudshoorn> and i guess you used the regular udev rule generation?
Jan 05 14:14:54 <ubptgbot> <rogieroudshoorn> perhaps i'll have some time next week to try if i can get my z00a to boot on halium now
Jan 05 14:16:20 <ubptgbot> <Daniel> Well... I used: … cat halium_asus/out/target/product/Z00A/root/ueventd*.rc | grep ^/dev | sed -e 's/^\/dev\///' | awk '{printf "ACTION==\"add\", KERNEL==\"%s\", OWNER=\"%s\", GROUP=\"%s\", MODE=\"%s\"\n",$1,$3,$4,$2}' | sed -e 's/\r//' > 70-Z00A.rules
Jan 05 14:17:49 <ubptgbot> <rogieroudshoorn> wow you actually built the Z00A artefact?
Jan 05 14:19:03 <ubptgbot> <rogieroudshoorn> actually makes sense when i think of it
Jan 05 14:19:23 <ubptgbot> <rogieroudshoorn> you probably have udev rules for the Z00A
Jan 05 14:20:22 <ubptgbot> <rogieroudshoorn> ... but then i wonder why those users & groups don't exist in the rootfs
Jan 05 14:24:24 <ubptgbot> <Daniel> This was built when making the system.img. … That would be nice to have someone working on the same device, let me know if you need any files. … I was having trouble syncing some of the asus specific cm repo and ended up downloading some device files manually.
Jan 05 14:26:22 <ubptgbot> <Daniel> Oh, and I can provide the LXC-ready kernel source in case you don't want to mess around yourself. I remeber the build process was broken after applying all needed configs.
Jan 05 14:28:42 <ubptgbot> <rogieroudshoorn> did you use 5.1 or 7.1 ?
Jan 05 14:29:06 <ubptgbot> <Daniel> 7.1
Jan 05 14:30:20 <ubptgbot> <rogieroudshoorn> if i remember correctly, i managed to build it but it wouldn't boot halium-boot. if you could push whatever changes you did to github i'd be happy to try again next week
Jan 05 14:31:30 <ubptgbot> <rogieroudshoorn> the Z00A has a wierd semi-unlockable bootloader
Jan 05 14:31:46 <ubptgbot> <rogieroudshoorn> lineage builds the bootimage on the device itself
Jan 05 14:33:59 <ubptgbot> <Daniel> I'll try to upload to github and give you an update once I succeeded.
Jan 05 14:35:38 <ubptgbot> Azhe403 was added by: Azhe403
Jan 05 14:35:39 <ubptgbot> <rogieroudshoorn> 👍
Jan 05 14:38:01 <ubptgbot> <Daniel> Oh, that sounds prone to errors. What does semi-unlocked mean? Is writing the boot file restricted?
Jan 05 14:40:24 <ubptgbot> <rogieroudshoorn> asus changed the bootloader with the M upgrade
Jan 05 14:40:36 <ubptgbot> <rogieroudshoorn> only the L one was unlockable
Jan 05 14:44:15 <ubptgbot> <Daniel> I see... maybe the L bootloader is capable of booting an M kernel. I mean the Dell Venue 7840 only has official 5.1 from Dell and I was even able to run AOSP 7.1 from the Google Nexus Player (fugu, another Moorefield device) on it (with the fugu kernel!)
Jan 05 17:35:46 <ubptgbot> <Daniel> Stupid question: For Plasma do I use hybris-boot oder halium-boot? Or should both be fine?
Jan 05 17:40:33 <ubptgbot> <lyudmila_rev1917> @Daniel, hybris
Jan 05 17:41:54 <ubptgbot> <Daniel> Thanks!
Jan 05 18:40:43 <ubptgbot> <JBBgameich> @Daniel, Maybe this rootfs doesn't work right now. Debian updated Qt, and I think it might have been built in a time were I hadn't updated Qt in my repository yet.
Jan 05 18:40:58 <ubptgbot> <JBBgameich> Qt is already built. I just need to quickly start a new rootfs build
Jan 05 19:57:17 <ubptgbot> <JBBgameich> Well okay, need to rebuild kwin first.
Jan 05 20:36:45 <ubptgbot> <Daniel> @JBBgameich, Thanks for the Info. I made some progress in trouble shooting. It turned out that the machine does not crash but console loses the fb handle and so errors cannot be displayed, but via ssh I can get a fine error log. And here it is: … https://paste.ubuntu.com/p/DxdkR4VYj3/ … * dbus-launch does not seem to be install
Jan 05 20:36:45 <ubptgbot> ed … * why is the system trying to use eglplatform_DRM.so? (I explicitly attacted "—hwcomposer" to kwinwayland 🤔
Jan 05 20:41:49 <ubptgbot> <JBBgameich> Maybe it's only xwayland that tries to use drm... @bhushanshah do you have an idea?
Jan 05 22:52:36 <ubptgbot> <Daniel> @JBBgameich, Well... I just copied eglplatform_hwcomposer.so to eglplatform_DRM.so and now PM is up 👌 Still wondering what is causing the behavior...
Jan 05 23:40:47 <ubptgbot> <JBBgameich> Cool! Can you send a screenshot? (Not that I don't believe you, I just want to See how well it looks / if there is anything obviously wrong in the debian image)
**** ENDING LOGGING AT Sun Jan 06 02:59:57 2019