**** BEGIN LOGGING AT Wed Sep 20 03:00:02 2017 Sep 20 06:30:33 Morning! Sep 20 06:40:19 Morning! Sep 20 06:46:15 JaMa: related to the issue we sometimes have with android-headers package, do you think there is a mistake in the recipe related for instance to PACKAGE_ARCH or COMPATIBLE_MACHINE ? Sep 20 06:46:58 The headers are as machine-dependent as libhybris, but there isn't any restriction regarding that in the recipe, which is suspicious Sep 20 06:57:02 Tofe: I'd say likely Sep 20 06:57:11 qemux86 works again now BTW Sep 20 06:57:18 qemux86-64 almost too Sep 20 06:57:21 Herrie|Laptop: that's great Sep 20 06:57:37 Herrie|Laptop: let's summarize, are there still blocking points for the release ? Sep 20 07:02:11 Tofe: Not really Sep 20 07:02:35 Sensors/rotation would be nice to be fixed Sep 20 07:03:38 Herrie|Laptop: I've had a first look, but it doesn't seem to be trivial, it needs more investigation Sep 20 07:04:40 I'd prefer not to postpone too much this release, that way less people will download the previous one :p Sep 20 07:23:02 Tofe: True Sep 20 07:23:24 For the rest I haven't seen any blockers really but I haven't tested Hammerhead & Tenderloin Sep 20 07:23:30 Let me do that shortly Sep 20 07:24:15 Put them to download :P Sep 20 08:19:50 Tofe: Nice to see we're not stuck in 1972 anymore on Hammerhead Sep 20 08:40:23 Tofe: Might be me, but seems back gesture doesn't work on Hammerhead. Sep 20 08:40:43 At least not in WebComponents test in Testr Sep 20 08:40:55 fwd swipe for screenshot does work Sep 20 08:41:13 Could be DougReeder somehow forgot to hook it up in the app Sep 20 08:41:34 Will test with some more apps & tp shortly Sep 20 08:48:08 Tofe: Doesn't work in Memos either so I guess a hook up error somehwere? Sep 20 09:16:18 Morning! Sep 20 09:18:41 Herrie|Laptop: ok, good find, I'll look it up Sep 20 09:20:10 I just tried latest qemux86 and qemux86-64 ! Great progress: both are booting fine. qemux86 graphics and mouse work ok. I was able to complete "first use" :) Sep 20 09:21:59 qemux86-64 does boot. But graphics are scrambled (as Herrie has posted before). the display size seems to be incorrect and you can not read the graphics - but from colors this must be "first use" screen. Sep 20 09:36:39 MartinHov: Herrie|Laptop: that's probably because of missing uvesafb options in luneos.inc (they are applied only for qemux86) Sep 20 09:36:41 MartinHov, Herrie|Laptop: strange, I thought we fixed it for both Sep 20 09:37:32 Tofe: it includes that vboxvideo blacklist, so it might be the race I was talking about before Sep 20 09:38:32 JaMa: yes, I see the blacklist is also only for qemux86 Sep 20 09:39:19 JaMa: where do we specify kernel boot options for qemu* ? Sep 20 09:39:54 pushing the fix Sep 20 09:40:03 because if we add video=1024x768, then we can switch to vboxvideo and just blacklist uvesafb instead Sep 20 09:40:08 the resolution is there as well Sep 20 09:41:04 +module_conf_uvesafb_qemux86-64 = "options uvesafb mode_option=${UVESA_MODE}" Sep 20 09:41:38 JaMa: no I meant for the kernel itself Sep 20 09:41:54 maybe there https://github.com/webOS-ports/meta-webos-ports/blob/master/meta-luneos/conf/distro/include/luneos.inc#L145 (and it looks like there is a special "qemuall" ?) Sep 20 09:42:54 ah, you meant your fix :) sorry, I'm leading to discussions at the same time Sep 20 09:45:51 qemuall works, but I didn't want to include qemuarm Sep 20 09:46:28 x86 would work as well, but on real x86 machines people were complaining that uvesafb is conflicting with e.g. some intel kms driver Sep 20 09:47:15 ah ok Sep 20 09:47:30 http://git.openembedded.org/openembedded-core/commit/?id=554903483acb4af402feaba013366388db89e36b Sep 20 09:48:03 meta-luneos/conf/distro/include/luneos.inc:APPEND_append_qemuall = " console=ttyS0" Sep 20 09:48:17 is what is used by syslinux to construct kernel cmdline Sep 20 09:48:39 and Sep 20 09:48:40 meta/conf/machine/include/qemuboot-x86.inc:QB_KERNEL_CMDLINE_APPEND = "vga=0 uvesafb.mode_option=${UVESA_MODE} oprofile.timer=1 uvesafb.task_timeout=-1" Sep 20 09:48:43 meta/conf/machine/include/qemuboot-x86.inc:UVESA_MODE ?= "640x480-32" Sep 20 09:49:01 this is probably use only for the runqemu script Sep 20 09:49:19 JaMa: ah ok, it's there, thanks! But if we want to use newer Mesa in the future, we'll probably have to switch to vboxvideo, right? Sep 20 09:51:05 honestly I don't know, with qemu and virglrenderer we're not using either now, only CONFIG_DRM_VIRTIO_GPU=y in kernel Sep 20 09:51:18 which I don't know if it works in VirtualBox or not Sep 20 09:52:05 https://github.com/torvalds/linux/blob/master/drivers/staging/vboxvideo/TODO Sep 20 09:54:54 in Vbox 5.1.26 I don't see anything about using virtio for gpu Sep 20 09:55:16 only for network as you've recently updated Sep 20 10:16:20 On qemux86 I tried several apps: fine - sure some have issues. But I could not connect to Wifi network in virtualbox - perhaps that is not yet supported or I just have no knowledge how to configure WiFi in virtualbox. I did not check the wiki yet .. Sep 20 10:17:01 MartinHov: You don't need to connect to WiFi in VirtualBox ;) Sep 20 10:17:08 You should have network connection right away Sep 20 10:19:04 I guess at some point we might want to hide these things or make them do something more useful ;) Sep 20 10:19:12 I can load sites directly in the browser ;) Sep 20 10:22:19 Herrie: I get "Searching for networks" forever when I enable Wifi. And also with "Join Other Network" I can not connect. :( Sep 20 10:23:05 Herrie: perhaps I misconfigured the vbox networking already .. (Not sure what the default should be) Sep 20 10:29:05 For a previous image I see: vbox network adapter 1 was connected to NAT by default. But this setting does not help me. Sep 20 10:34:26 My current setting reads: Network Adapter 1: Paravirtual Network (NAT) (virtio-net) = whatever this means Sep 20 10:38:11 Sorry - I tried again. After stopping and restarting my Vbox it all works perfect. I have Wifi in qemux86. :) great ! Sep 20 10:43:52 MartinHov: Latest version of VirtualBox might help as well. Worked OK with me with 5.1.28 and 5.1.26 previously Sep 20 10:45:53 MartinHov: if you want you can try luneos-dev-emulator-qemux86-64-20170920095735-testing-0-11.zip it should have uvesafb issue fixed hopefully Sep 20 10:46:39 FYI: I use latest version of Vbox. It all works fine after I restarting vbox. Not sure what happened. ;) Sep 20 10:46:42 JaMa: Thnx will try it too Sep 20 10:46:56 Seems the x64 didn't take too much effort to bring back Sep 20 10:47:04 We'd just need to update the ovf I guess Sep 20 10:47:11 It shows as 32 bits linux now in VirtualBox Sep 20 10:47:19 Should be 64 I guess :P Sep 20 10:47:31 Herrie|Laptop: I used to build all 3 qemu* before :) Sep 20 10:48:12 JaMa: I know Sep 20 10:48:26 But I also recall that long time ago x64 stopped working Sep 20 10:49:10 yes, it's probably long time, I might have stopped caring about x86-64 and qemuarm when we switched from qemu to VirtualBox Sep 20 10:49:27 which is more than couple years Sep 20 10:49:32 JaMa: thanks - downloading .. testing-0-11.zip Sep 20 10:49:55 JaMa: Yup ;) Sep 20 10:49:59 Well it's good to have it working Sep 20 10:50:13 Maintenance should be little if rest is building as well Sep 20 10:51:37 on the other hand it's just waste of time to build both :) anything that can be tested on qemux86-64 can be tested in qemux86 as well Sep 20 10:51:56 that's why I haven't added job for it in stable Sep 20 10:52:54 and I'm similarly torn with rpi2, rpi3, rpi3-64, which are significantly more different than this, but on the other hand I don't know if we have any users/testers for these Sep 20 10:53:28 I've recently bought rpi3, but that doesn't include free time to do the testing Sep 20 10:54:56 and rpi2 conflicts with rpi3 (they use MACHINE_ARCH for qt*), but not for all the packages depending on qt* Sep 20 10:55:07 so I would like to stop building one of them Sep 20 10:55:26 http://jenkins.nas-admin.org/view/luneos-testing/job/luneos-testing_workspace-compare-signatures/13/console Sep 20 11:00:44 JaMa: to confirm: qemux86-64 works fine for me now. Thanks. "first use" completed. :) Sep 20 11:01:22 thanks for test Sep 20 11:01:40 qemux86-64 works with Wifi out of the box - although in luneos it displays "no connection" .. Sep 20 11:01:52 building unstable now Sep 20 11:03:00 qemux86-64 - I have a bit struggle with typing into the "Just tpye" .. # there is a like a conflict between virtual keyboard and my laptop keyboard input Sep 20 11:04:31 qemux86-64 = virtual keyboard shortly displays and hides ; keystrokes are often not accepted. I will restart vbox and try again .. Sep 20 11:06:18 qemux86-64 - it is a general virtual keyboard issue / not "Just Type" .. Sep 20 11:13:15 MartinHov: ok; does it behave correctly when typing on the virtual keyboard ? Sep 20 11:13:54 I can not use virtual keyboard really .. it hides before I can type .. Sep 20 11:15:59 Sorry again - the keyboard issue is just gone ... / I did a few other tweaks with Tweaks app and after Luna Restart the keyboard just works fine. Sep 20 11:25:18 qemux86-64 and qemux86 behave a bit different: on qemux86 I have "Search Google" as default Just Type action while on qemux86-64 there is not. Sep 20 11:28:07 on both qemux86* the "Just Type" opens the Launcher app when you type a first character (which is gone then) or you click/touch on "Just Type" Sep 20 11:30:18 this "Launcher app" does not focus the keyboard input automatically but you have to select the "just type" widget to focus the keyboard input. Not sure if this is intended. Sep 20 11:33:48 JaMa: I'd suggest to drop the regular Pi3 image. And keep the 64 one Sep 20 11:34:39 https://github.com/notmart/qmltermwidget this might be interesting Sep 20 11:35:02 or do we have (plans) for any other terminal application? Sep 20 11:35:59 the problem with rpi3-64 is that most likely the graphics won't work, there are few fixes on the ML from 2 days ago which might fix it, but that's far from the pyro version we currently use Sep 20 11:36:34 but I don't mind keeping rpi3-64 only in unstable until we have a) users for that or b) upgrade to Rocko Sep 20 11:39:56 FYI - in near future I plan to get a RPI3 - and sure I will try LuneOS on it. Sep 20 11:40:19 I should get one too Sep 20 11:40:22 Also next month or so I start testing on Nexus4 .. Sep 20 11:41:30 JaMa: We already use FingerTerm Sep 20 11:50:15 JaMa: Andolamin said the rpi2 image should run on 3 too in general Sep 20 12:08:43 JaMa: I was looking at ubuntu touch's terminal app, which is using this qml widget; I don't like fingerterm that much Sep 20 12:14:28 bbl, reboot Sep 20 12:14:37 MartinHov: We had similar issues with the qemux86 before where HW kb didn't work Sep 20 12:15:12 I guess the fix we applied was maybe qemux86 specific and we'd need to add it to qemux86-64 as well Sep 20 12:17:47 Tofe: I still have luna-next restarting (probably luna-webappmanager crashing) on TP quite frequently. More compared to Hammerhead. Seems to happen more with Enyo 2 then Enyo 1 apps. Mainly happens after launching one app, closing it and launching another Sep 20 12:17:47 . Could be destruction of surface is buggy somehow. It happens frequently with just opening & closing apps so should be fairly easy to replicate. Sep 20 12:18:00 I'll have a look if I can pull a log. Sep 20 13:04:40 JaMa: did you see my question earlier today about android-headers ? Sep 20 13:05:01 oops, he's gone Sep 20 13:57:18 Tofe: https://bpaste.net/show/8ea4381134a3 Sep 20 13:57:53 Perhaps not best place to ask - but: Where in LuneOS to configure default apps for certain doc types? I want PDF viewer as default for PDF downloads in web browser Sep 20 13:58:19 MartinHov: We don't have anything for that yet Sep 20 13:58:27 We'd need an app for that Sep 20 13:58:35 Tofe: Sep 20 15:52:24 tenderloin luna-next[7388]: WARNING: 15:52:24.545: QWaylandCompositorExtension: qt_extended_surface is already initialized Sep 20 15:52:24 tenderloin luna-next[7388]: DEBUG: 15:52:24.557: Delegate SwipeableCard_QMLTYPE_28_QML_34(0x1730558) instantiated for window luna::CompositorWindow(0x171ace8) Sep 20 15:52:24 tenderloin luna-next[7388]: dup failed: Bad file descriptor Sep 20 15:52:24 tenderloin Lun Sep 20 13:58:41 That gives some clues I guess Sep 20 13:58:55 Seems a bug in compositor somehow? Sep 20 14:01:17 Herrie: ok, well, I need to go back to webOS to see how this was done. BTW - where are latest TP emulator bits for webos ? Sep 20 14:01:40 MartinHov: You'd need the 3.0.5 SDK Sep 20 14:01:57 Let me grab the filename for you Sep 20 14:02:21 thx Sep 20 14:02:37 It's: HP_webOS_SDK-Win-3.0.5-676-x64.exe Sep 20 14:02:59 Seems some links are at http://www.ailis.de/~k/permdata/20140715/palm/?C=M;O=A Sep 20 14:04:27 For legacy webOS: Device Info->Default Applications Sep 20 14:04:34 There you can see it Sep 20 14:04:42 Let me see if I can find some easy command for this Sep 20 14:08:41 Oh thanks. I found that SDK on my disk. Sep 20 14:11:47 bye - I'm out for a while .. Sep 20 16:34:46 I'm back: and tried qemux86 browser with youtube and video plays fine - but sound do not really come across; just some broken noise .. # again not sure if this ever worked **** BEGIN LOGGING AT Wed Sep 20 20:56:16 2017 **** ENDING LOGGING AT Thu Sep 21 03:00:02 2017