**** BEGIN LOGGING AT Sun Oct 18 02:59:58 2015 Oct 18 05:32:06 Andolamin: Seems it gives a hint already: Oct 17 20:28:49 raspberrypi2 maliit-server[418]: Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, wayland-brcm, wayland. Oct 18 05:32:19 Did you try some of those values instead of wayland-egl? Oct 18 05:32:50 Your R-Pi2 is a bit of a different duck compared to our usual porting targets so things are a little different I guess Oct 18 05:36:12 Need to have a look what we use for our emulator Oct 18 05:45:10 Andolamin: In general I guess the emulator config might be of more use compared to our targets maybe: https://github.com/webOS-ports/meta-webos-ports/blob/fido/meta-luneui/recipes-luneui/luna-next/luna-next-conf/qemux86/environment.conf Oct 18 05:46:53 Just not sure where the maliit config is defined in our build system :P Oct 18 09:46:20 Tofe: Mako image seems OK again with new nightly with the font bits Oct 18 09:46:38 So I guess something got corrupted syncing the last image somehow Oct 18 09:50:15 ok, well, that's good Oct 18 09:52:08 Tofe: fontsize works nicely!@ Oct 18 09:59:44 :) Oct 18 10:00:48 Well it's ugly when I make it 32pt but it works:P Oct 18 10:01:22 I must say I didn't really test it :p Oct 18 10:03:01 http://tinypic.com/r/o7613o/8 Oct 18 10:03:21 This is with settings.defaultFontSize: FontUtils.sizeToPixels("14pt") and settings.defaultFixedFontSize: FontUtils.sizeToPixels("14pt") Oct 18 10:04:16 Oh. well well well. Oct 18 10:07:48 It works ;) Oct 18 10:08:03 Charging TP now, will debug maliit a bit for the size setting not sticking Oct 18 10:09:01 Ah, regarding that Oct 18 10:09:08 what do you mean actually Oct 18 10:09:37 It doesn't save the chosen setting in the keyboard settings Oct 18 10:09:41 LIke it does for language Oct 18 10:10:02 oh, ok, you mean in the settings app Oct 18 10:10:56 Tofe: No when you change the size of VKB for TP it should store it in com.palm.systemservice preferences Oct 18 10:11:19 as keyboardSize Oct 18 10:11:40 In maliit we don't save anything on DB, afaik Oct 18 10:11:40 https://bpaste.net/show/5e8f018a7d35 Oct 18 10:12:13 Tofe: Ah Oct 18 10:12:16 But we should :P Oct 18 10:12:18 I'm surprised the language gets saved Oct 18 10:12:26 Tofe: I guess it doesn't ;) Oct 18 10:12:27 Just tested Oct 18 10:12:45 Well, currently we only do read the settings from db Oct 18 10:12:51 We should save it :P Oct 18 10:13:05 User can change it from VKB directly or from Settings Oct 18 10:13:25 I don't think it would be very complex to implement that; most of the signals are already there Oct 18 10:14:27 It should be a simple LS2 call ;) Oct 18 10:16:01 exactly Oct 18 10:17:11 luna-send -n 1 palm://com.palm.systemservice/setPreferences '{"keyboard": [ Oct 18 10:17:11 "key": "value"]}' should do it Oct 18 10:17:43 Should do it on language and VKB size change Oct 18 10:46:12 Herrie|2: do you know how a headless app like clock asks the system to open a window ? is it via window.open ? Oct 18 10:52:50 Let me cehck Oct 18 10:54:26 Currently, the clock app starts, do some things, is happy, tells it's ready, and... nothing shows up. Oct 18 11:03:33 Tofe: I don't see anything in the app itself that gives hits Oct 18 11:03:40 s/hits/hints Oct 18 11:03:49 I guess it takes something from Enyo framework Oct 18 11:05:30 Tofe you might want to check /usr/palm/frameworks/enyo/0.10/framework/source/palm/system/windows/windows.js Oct 18 11:06:34 That seems to have pretty much all window handling Oct 18 11:06:40 I guess you could put some debugging in there Oct 18 11:07:56 There's a few more files in the same folder thatmight be of use Oct 18 11:08:06 mmh ok Oct 18 11:08:31 There's not very big Oct 18 11:08:39 largest is 15kb, others are < 10kb Oct 18 11:08:51 Altogether 27k ;) Oct 18 11:10:22 How to I run the non-minimized version ? Oct 18 11:10:25 do* Oct 18 11:11:41 You mean of ENyo? Oct 18 11:11:46 yes Oct 18 11:12:22 I can get a webengine debugger easily, but I'm not too much into reading minimized js code :) Oct 18 11:13:24 I guess the quick way is to rename "build/" and to link build to source Oct 18 11:15:08 no, not the correct way, it seems :p Oct 18 11:17:46 TOfe: not sure how this is done Oct 18 11:17:52 It doesn't seem to follow the regular structure Oct 18 11:19:19 There's /usr/palm/frameworks/enyo/0.10/support/enyo-compress which can minify stuff for you it seems Oct 18 11:19:36 Quite sure they used that to create teh enyo.js minified file Oct 18 11:20:37 You could de-uglify the enjo.js file for now make your changes Oct 18 11:20:48 Performance will be a bit less but for debugging that should be OK Oct 18 11:22:05 I found a way Oct 18 11:22:17 there's a debug flag in enyo.js in the framework directory Oct 18 11:22:45 I don't know how to set enyo args, so I just modified enyo.js Oct 18 11:22:49 a bit rude, but works Oct 18 11:38:24 Tofe :D Oct 18 12:01:02 I wonder how the performance will be with QtWebEngine v.s. QtWebkit ;) Oct 18 12:01:24 I think there should be some improvements Oct 18 12:01:52 I hope so Oct 18 16:04:22 Ok, the problem is that window.open crashes the app Oct 18 16:16:17 Tofe: Hmmz Oct 18 16:16:29 Any clues as to what causes it? Oct 18 16:16:42 Could it be deprecated webkit prefixes for CSS? Oct 18 16:16:51 There were quite some specific ones in legacy CSS Oct 18 16:16:57 Not sure those still work with webengine? Oct 18 16:17:09 Best would be to try some app in browser somehow I guess? Oct 18 16:17:39 I would expect it to still work, but maybe it doesn't Oct 18 16:17:45 I wouldn't expect crashes from it though Oct 18 16:26:00 no no, it's something a bit deeper, in the integration between chromium and qtwebengine; it seems the new view corresponding to the new window isn't initialized correctly (or at all), and therefore it crashes as soon as it tries to use it Oct 18 16:27:00 But right now, I'm more wondering how I am gonna debug that... The debug qtwebengine library is 1.5GB... Oct 18 16:52:06 Ok, I found a way. Hurray to gdbserver. Oct 18 17:54:26 So... Think I figured out the issue with wayland-egl. The I had set up the userland drivers to install the wayland-egl.pc file, but they apparently weren't building the libwayland-egl.so library Oct 18 17:55:38 I've got it building that and it *seems* to be correct, but it doesn't show the UI. No LuneOS flashing logo, no first use, no launcher, nothing. Oct 18 17:56:29 Here's the journalctl - https://gist.githubusercontent.com/Andolamin/cfd663955a9baf76805c/raw/12217a1c3ffedfd6255045359ef0597d1f6b829a/journalctl.log Oct 18 18:03:09 Andolamin_: you reflashed the whole image, right? Oct 18 18:04:28 Yeah Oct 18 18:04:35 on first boot we initialize the database, it can take a bit of time; also here I see the the first luna-next got killed because of timeout, because the clock was set to the correct date; the second time, it seems it went a bit better. I would suggest to simply reboot? Oct 18 18:05:04 Ok Oct 18 18:05:38 (though, I agree, I don't why it didn't go further and show the UI) Oct 18 18:44:36 Andolamin_: Yeah it's all a bit tricky with a non-Android device ;) Because all our target rely on Android hardware currently. So it's understandable you need a little more work ;) Also LuneOS uses some bits that Open webOS doesn't ;) Oct 18 18:44:51 Like maliit and luna-next instead of lunasysmgr Oct 18 18:49:50 Yeah - add to that the fact that the Raspberry Pi graphics driver situation is not the best Oct 18 18:51:08 I suspect the graphics driver was my problem. Oct 18 18:52:05 I had to use a fork to get wayland-egl to compile, which I suspect wasn't working correctly with the raspberry pi 2. I'm trying again with a set of .patch files that should do the same thing, but from the latest revision Oct 18 18:52:13 That may fix the problem Oct 18 18:54:06 Andolamin_: That's the problem we faced as well... All hardware has only binary blobs it seems Oct 18 18:54:40 So hence libhybris is used for LuneOS, Jolla, Ubuntu Touch etc. Because it's simply not possible to get anything properly open source to tinker with currently :( Oct 18 18:55:37 HP/Palm used to have their own drivers with dual framebuffer etc. Android all use single framebuffer etc. So that was also one of the reasons we needed to rewrite UI as well... Oct 18 19:01:12 So for now we're stuck with Android drivers & libhybris, not ideal but it's workable ;) **** ENDING LOGGING AT Mon Oct 19 02:59:59 2015