**** BEGIN LOGGING AT Mon Apr 08 02:59:57 2019 Apr 08 06:23:57 Morning! Apr 08 06:33:56 Morning! Apr 08 09:27:06 gmorning Apr 08 09:48:38 JaMa: to summarize yesterdays hacks: Apr 08 09:49:23 1) do *not* add "-plugin evdevkeyboard", it's already done via udev discovery; it'll just add another keyboard otherwise... Apr 08 09:50:22 2) add a "QT_QPA_EVDEV_MOUSE_PARAMETERS=/dev/input/event0" export in environment.conf to disable the udev discovery of mouses, which are incomplete and will conflict with vboxtouch Apr 08 09:50:54 3) We get black surfaces when QT_WAYLAND_DISABLE_WINDOWDECORATION is active -- I don't know why yet. Apr 08 09:52:22 perfect, will adjust my meta-webos-ports changes Apr 08 09:53:08 sorry I wasn't around much, long walk made me so tired, that wife woke me up on keyboard around 10pm and sent me to bed :) Apr 08 10:52:24 JaMa: when I say 2pm isn't morning, eh :) Apr 08 10:53:05 But no pb anyway, I did it because I wanted to ;) Apr 08 11:39:59 Tofe: should I include it in testing/unstable? I would say yes, it improves the current state even if it isn't perfect (and/or gets renamed later) Apr 08 11:40:45 I'd say yes too :) Apr 08 11:41:12 and maybe the black surface issue won't be here in testing Apr 08 11:42:47 I meant the vboxtouch part only, not the whole 5.12 upgrade Apr 08 11:43:44 maybe you too, but then the black surface shouldn't be caused by vboxtouch changes, right? I'm finishing my local build with 5.11 and vboxtouch changes Apr 08 11:44:07 but if you meant both, then fine with me as well :) Apr 08 11:47:02 yes, the vboxtouch changes Apr 08 11:47:41 no no, let's not add qt 5.12 yet :p Apr 08 11:54:13 ok Apr 08 12:01:26 if these vboxtouch changes fix qemu for warrior, it just means we should be good to go for the release -- except if I missed some remaining point, which is also possible Apr 08 12:02:17 At this point t would be good to gave a full testing release on jenkins, once the change are committed Apr 08 13:13:03 there is one (just without vboxtouch changes - I'm triggering the build now, and without rpi buidls, because they break sstate for other aarch64 MACHINEs and aren't usable anyway) Apr 08 13:47:56 ok great Apr 08 17:01:47 connection to build.webos-ports.org is a bit jumpy tonight Apr 08 17:11:43 I don't know what, but something in last build caused gstreamer1.0-plugins-good sstate to be invalidated and caused whole qt* to be rebuilt Apr 08 17:11:57 so testing builds (with just vboxtouch fixes) took quite long Apr 08 17:12:21 rsyncing now Apr 08 17:13:17 oh, did I download "luneos-dev-image-tenderloin-testing-0-594" a bit too early? Apr 08 17:13:37 I just finished the download Apr 08 17:13:51 tenderloin should be fine Apr 08 17:14:02 only qemux86* needed rebuild with the vboxtouch changes from today Apr 08 17:14:21 ok, that's what I thought too Apr 08 17:14:31 I'll flash my TP then Apr 08 17:23:09 JaMa: if you wish, you can get rid of luneos-unstable-sumo ; same for rocko or thud Apr 08 17:23:40 testing-sumo might just be useful as long as we are validating testing-warrior Apr 08 17:32:29 you mean on the jenkins file server? Apr 08 17:33:05 yes Apr 08 17:33:33 mmmh as I feared, TP doesn't boot Apr 08 17:33:46 I'll once we get the stable release out, now the disk space isn't so bad Apr 08 17:39:52 ok Apr 08 20:27:43 I'm working with the LG guys to get those promised disks send to ka6sox and dyoung Apr 08 20:28:06 When those come through, the storage issue should be of the past for a while ;) Apr 08 20:55:42 Herrie|Laptop: that'll be great yes :) Apr 09 00:36:51 hey guys, I'm attempting to install luneOS on my touchpad and for some reason when I try to boot it, I get a black screen and it never boots. webOS boots fine. I've retraced my steps a few times and everything seems to be correct. Anything that I can try to maybe get it to boot? Apr 09 00:37:09 moboot also works fine Apr 09 00:39:50 When booting luneOS, there aren't any error messages that are displayed, so it looks like the kernel images seem correct **** ENDING LOGGING AT Tue Apr 09 03:00:03 2019