**** BEGIN LOGGING AT Sun Apr 07 02:59:57 2019 Apr 07 05:53:06 Morning ;) Apr 07 05:53:40 JaMa: What kind of (not) sleep schedule are you on :P ? Apr 07 05:54:32 With the Mrs and little ones gone I'm on 7,5-8 hrs a night without interruption :P My body doesn't know what's happening LOL Apr 07 06:41:19 Morning! <-- *this* is a normal time for sunday morning ;) Apr 07 07:13:25 JaMa: I forgot: you'll also have to get gid of the VIRTUALBOX_TOUCH_EVDEV_MOUSE Apr 07 07:13:42 otherwise it'll take priority over the VBoxTouch arguments Apr 07 07:46:01 JaMa: I fixed the click, I think; I've managed clicking on the "Continue" button of the firstuse app :p Apr 07 07:46:57 though for luna-next it looks like the coordinates are inverted somehow Apr 07 07:51:10 Tofe: Didn't we have a variable in the .conf for that? Apr 07 07:52:42 yes, I've tried it, but it doesn't look like it fixed it Apr 07 07:52:57 maybe I did other mistakes in the vboxtouch code Apr 07 07:53:00 I meant this one: https://github.com/webOS-ports/meta-webos-ports/blob/warrior/meta-luneui/recipes-luneui/luna-next/luna-next-conf/qemux86/environment.conf#L10 Apr 07 07:53:10 No clue what it does/is supposed to do but well Apr 07 07:54:02 but the mouse ripple (generated by luna-next iirc) is at the correct position Apr 07 08:01:44 looks like this qtwayland variable was removed a long time ago Apr 07 08:21:35 * JaMa woke up few mins ago and going to meet Mrs for small trip with kids, bbl Apr 07 08:21:50 JaMa: o/ bye ! Apr 07 08:22:05 good job on vboxtouch, hopefully my builds will be finished in the evening (qemux86* failed in do_deploy, tissot still running, hammerhead in queue :)) Apr 07 09:12:38 so, it looks like the udev discovery is getting in the way, adding two incomplete mouse handlers to our own... Apr 07 09:13:27 bypassing that discovery can be done by providing an incorrect mouse input deivce: QT_QPA_EVDEV_MOUSE_PARAMETERS=/dev/input/event0 Apr 07 09:14:18 now it's a bit better, I can click *almost* everywhere, but I still can't show the system menu. weird. Apr 07 09:35:25 ok, keyboard works now, I could start a browser (from command line, otherwise black window...), and could browse webpages. So I didn't break qtwebengine entirely. Apr 07 09:37:40 ... and I could start webappmanager, and some apps. From command line. Apr 07 09:37:58 I guess there's some env. tweaking to do here Apr 07 09:39:06 execSync seems to work, too Apr 07 10:32:20 mmh the black windows are caused by QT_WAYLAND_DISABLE_WINDOWDECORATION=1, that quite unexpected Apr 07 18:41:24 * JaMa back (at least partially) Apr 07 19:00:53 Tofe: Hmmz that's unexpected indeed Apr 07 19:01:15 We would expect it would only disable the window header, menu bar etc that you would normally have in an app right? Apr 07 19:26:34 well it could be that it sends some other "expose" signal or something Apr 07 19:29:58 but the overall status isn't that bad; apart from this "black surface" bug, the rest is pretty much ok, it seems **** ENDING LOGGING AT Mon Apr 08 02:59:57 2019