**** BEGIN LOGGING AT Mon Oct 26 02:59:59 2015 Oct 26 06:44:37 morning Oct 26 06:45:56 Morning Oct 26 06:47:03 Herrie: https://github.com/Andolamin/webos-ports-setup/tree/alan/raspberrypi - No more submodules Oct 26 06:49:20 Still have to manually copy a few files and modify one recipe, because I can't get the appends to work properly, but that's a temporary problem Oct 26 06:50:18 Also want to find a good set of steps for expanding the partition size to fill the sdcard, so the device has some free space. Oct 26 06:51:18 So, need to fill the lack of hardware buttons with the system menu and figure out why audio doesn't seem to work, then it should match my N4 in terms of what works Oct 26 07:31:11 Andolamin: Nice, were you able to cleanup the QT 5.3/5.4 patches? Oct 26 07:34:10 No, some part of them is actually needed. I removed them and while builds were fine, nothing would render on the device. I plan on going through them one by one sometime next week. Oct 26 07:45:43 morning Oct 26 08:27:47 morning Oct 26 08:36:29 Tofe: For some reason I cannot get notifications to work from phone app. Also it doesn't switch to call dialog after answering or dialing a number. I'll work a bit on UI cosmetics and back end stuff like favorites and contacts integration but seems I'm go Oct 26 08:36:29 nna need your help on QML side sometime :P Oct 26 08:41:19 Herrie|Veer: yup Oct 26 08:41:37 Things are settling down a bit for WebEngine, so I'll have a bit more time :) Oct 26 08:42:27 Tofe: Not sure what's up with the notifications. Could be it's the type of UI for incoming calls that's blocking it somehow Oct 26 08:52:35 Did you push you latest modifications somewhere? Oct 26 08:54:40 Tofe: I haven't done much really tbh Oct 26 08:55:06 I just changed the bg color from transparent to another color for incoming call and was toying with the notification Oct 26 08:55:11 Let me push it shortly Oct 26 08:55:44 Rest was all morphis' VoiceCall work. VoiceCall comes from Mer and offers API for QML dialer UI's with oFono :) Oct 26 08:56:15 ok Oct 26 08:56:21 We might want to add a few commits from upstream, though they don't seem critical for basic calling functionality Oct 26 09:42:53 morphis: ping Oct 26 09:54:09 morphis: Ping Oct 26 09:54:21 Herrie|Veer: pong Oct 26 09:54:50 morphis: maybe you'll want to have a look at https://github.com/webOS-ports/luna-webappmanager/pull/33 before we decide to merge it? Oct 26 09:55:14 I'm a bit confused on Voicecall, telepathy and how this all works together. Based on description telepathy-ring does something similar as voicecall or am I mistaken? Oct 26 09:56:29 Tofe: looking Oct 26 09:56:41 Herrie|Veer: no, but ignore telepathy Oct 26 09:56:57 we don't use it in our case and voicecall supports both Oct 26 09:57:00 ofono and telepathy Oct 26 09:57:21 telepathy-ring is just a provider for telepathy to use ofono Oct 26 09:57:33 voicecall -> telepathy -> telepathy-ring -> ofono Oct 26 09:57:36 we just do Oct 26 09:57:39 voicecall -> ofono Oct 26 09:58:03 morphis: That seems a lot less room for error :P Oct 26 09:58:19 yes, but also reduced feature set :) Oct 26 09:58:29 however, telepathy doesn't fit into the webOS world Oct 26 09:58:45 Though telepathy seems to offer IM stuff which might be interesting for future maybe. Anyway we need to get basic stuff working first :P Oct 26 10:00:00 Herrie|Veer: that is more a architecture decision Oct 26 10:00:11 in webOS all IM servers where used through the node.js service architecture Oct 26 10:00:18 using telepathy would change that Oct 26 10:00:38 morphis: I think node.js is probably more elegant :P Oct 26 10:01:11 :) Oct 26 10:02:51 Tofe: left some comments Oct 26 10:03:26 Incoming and outgoing calls seem to work with VoiceCall just audio routing needs work it seems and phone UI, but nothing too major it seems. Mainly lots of polishing here and there. Oct 26 10:05:01 good Oct 26 10:05:13 Tofe: for the notifications we really need the transparent background, right? Oct 26 10:07:49 morphis: right Oct 26 10:08:20 Tofe: so that is something we need to not get any regressions Oct 26 10:11:18 Tofe: transparent background and close events are must haves, I would say Oct 26 10:11:55 morphis: ok; there's also another one I forgot in my PR's comment: I didn't find any way to clear the memory cache Oct 26 10:12:17 Tofe: hm, that would be something we can work out later Oct 26 10:12:31 Tofe: but really nice work! Oct 26 10:12:40 Tofe: Is the bg something that you can backport from 5.6 easily or port from qtwebkit? Like you did with the fonts? Oct 26 10:12:57 morphis: thanks, that was not straightfoward Oct 26 10:13:09 Tofe: I can imagine :) Oct 26 10:13:28 Herrie|Veer: maybe from 5.6, I'll have to look if it is a well isolated (set of) commit Oct 26 10:14:05 windowCloseRequested is also in 5.6 Oct 26 10:15:57 Tofe: Last commit in 5.6 might be related to the font issue we're seeing? Oct 26 10:18:09 Herrie|Veer: could be, I don't know exactly what is harfbuzz Oct 26 10:20:04 The 5.6 WebEngine really is interesting... Oct 26 10:23:25 Tofe: https://wiki.freedesktop.org/www/Software/HarfBuzz/ Oct 26 10:24:05 We could pick https://github.com/qtproject/qtwebengine/commit/99e98f7bf6aec78fe0d647fb898e65d13ff522e4 https://github.com/qtproject/qtwebengine/commit/f144dbb39bead4cd9ae1e1971e8d904f13675560 and https://github.com/qtproject/qtwebengine/commit/5555afd6ce01bc9891ee33b075cc53f4fa48665e maybe. We some luck. Oct 26 10:24:13 with* Oct 26 10:24:19 Tofe: Check a85e5d3 Oct 26 10:32:06 Herrie|Veer: my commit is better :) Oct 26 10:33:04 Tofe: LOL :P Oct 26 10:33:46 Anyway they all look fairly straight forward, a bit of work but nothing too complicated when the rest of code didn't change too much :P Oct 26 10:34:43 Yes, I just hope it doesn't rely on other bits in qtwebengine-chromium Oct 26 13:08:44 Tofe: You know if there's an overview of which version of each Qt module is shipped with each QT version? I couldn't really find it. Oct 26 13:10:27 Herrie|Veer: I don't know either, I searched quickly, but didn't find anything Oct 26 13:10:49 Tofe: OK. Nothing too big was just curious Oct 26 13:15:56 morphis: You know if VoiceCall/oFono provides some call history or is this something we'd need to populate ourselves? Oct 26 13:16:46 Herrie|Veer: that is what we need to do ourself Oct 26 13:16:59 legacy had a db8 kind for that Oct 26 13:17:29 so a simple service listening for the ofono signals and then creating the db8 objects should be enough Oct 26 13:18:37 morphis: OK already couldn't find it. webos-telephonyd would be the right place to do this? Oct 26 13:18:50 Same with incoming SMS banner message? Oct 26 13:19:45 I saw webos-telephonyd acknowledges the receipt of a new SMS so I guess doing a LS2 call from there to notify the user of a new SMS should be fairly straightforward? Oct 26 13:21:08 Herrie|Veer: for the history db, yes webos-telephony would the place for that Oct 26 13:21:39 for incoming SMS banner messages .. you normally want to avoid a bottom up call at all cost Oct 26 13:21:46 just makes your architecture quite complex Oct 26 13:22:42 so the better thing would that we put in a db8 watcher somewhere which reacts on a new SMS db8 kind being created and then creates the banner message rather than putting this into webos-telephonyd which is a pure service and don't care about UI Oct 26 13:22:57 Where would you suggest that then? It needs to run somewhere in the background (I guess that's why legacy had noWindow for apps :P) Oct 26 13:31:29 Garfonso: ^ You have any idea where/how to put this watch? Oct 26 13:36:48 Tofe: By the way I found some use in the wave launcher recently :P Oct 26 13:37:00 Herrie|Veer: you can create a dynamic service for that Oct 26 13:37:09 which gets invoked by activitymanager when a new db8 kind got created Oct 26 13:37:59 Herrie|Veer: the messaging app does that already Oct 26 13:38:07 but we have to do the same in a service for the banner messages Oct 26 13:39:44 This can be node.js or better be c++? Oct 26 13:50:12 morphis: I noticed some older issues in bug tracker related to Maguro. Seems some have solved itself. 273, 289, 321, 335, 419 and 459. Oct 26 13:51:11 Do you remember any specifics for these? Or I should just let Maguro run for a while till it locks up (same issue we have on other targets due to dbus getting flooded eventually it seems) and pull a log to see if they're still there? Oct 26 13:51:16 If not just close them? Oct 26 13:52:20 sounds good Oct 26 13:52:40 Tofe: 953 might actually be related to the userscript issue (not loaded completely) you have on webengine as well? Oct 26 13:57:51 Herrie|Veer: you're right, it looks like it is exactly the same issue Oct 26 13:59:34 That's what came to my mind. Strange it would occur less frequently with webkit for whatever reason. But it was there altogether anyway :P So that shouldn't prevent your PR. Though ideally it gets solved. Oct 26 14:01:33 Herrie|Veer: we don't use exactly the same userscripts between webkit and webengine; for the latter, we use a WebChannel, which introduces a bit more async for its initialization Oct 26 14:02:06 So I'm not very surprised Oct 26 14:02:10 Tofe: Yeah OK :P That might explain why it happens more frequently... Oct 26 15:54:34 Herrie|Veer: chatthreader has some similar watch that might be useful looking at. Oct 26 15:56:28 Garfonso: OK. I guess we could add the luna call there somewhere? Oct 26 15:57:31 that's the watch that the messaging service currently has: https://github.com/webOS-ports/org.webosports.messaging/blob/master/service/configuration/activities/org.webosports.service.messaging/org.webosports.service.messaging.assignMessages.json Oct 26 15:59:59 Garfonso: OK thnx. Will play around a bit or you have some time to have a stab at it? Oct 26 16:00:03 Herrie|Veer: you mean the luna call to create a banner message? Oct 26 16:00:13 It's basically a new ls2 call to create a banner message Oct 26 16:00:20 Garfonso: Yes Oct 26 16:00:39 do we have documentation for that somewhere? And what exactly is a banner message again? ;) Oct 26 16:02:45 Garfonso: It's basically a dashboard this one :P Banner is the one that disappears automatically. Oct 26 16:03:11 Dashboard is the one that leaves the small icon that will extend to dashboard when you tap on it. Oct 26 16:04:21 Let me email you an example Oct 26 16:06:14 ah, ok. And there was a third one that could have customized controls? Or was that dashboard already? Oct 26 16:07:50 I think that was dashboard Oct 26 16:08:04 We also have system popups Oct 26 16:08:53 maybe that was "alert"? Oct 26 16:33:37 Garfonso: YGM Oct 26 16:35:35 Garfonso: You know if 837 was sorted? Oct 26 16:41:23 don't think so.. but I never really saw this message. Oct 26 16:41:35 Not sure where exactly it came from. Oct 26 16:42:32 Garfonso: OK I'll add my account and try Oct 26 17:04:32 was wondering: should we add a banner message for a download, too? Might also replace it from time to time to update progress. ;) Oct 26 17:20:01 Garfonso: Yes why not :P Oct 26 17:20:22 You should be able to close a previous one Oct 26 17:21:14 where can i find instructions on how to build luneOS? Oct 26 17:22:16 lzm: It's on our wiki :) Oct 26 17:22:23 What you want to build exactly? Oct 26 17:22:46 http://webos-ports.org/wiki/Development Oct 26 17:22:47 it's empty Oct 26 17:23:21 i just want to build an image for qemu-arm Oct 26 17:24:02 We have prebuild VirtualBox images to download if you're interested Oct 26 17:25:13 the objective is to test our compiler, prebuilt images dont really help me Oct 26 17:25:24 if you still want to build for yourself, use the devices link to select the emulator device. There is a link to the build stuff there somewhere. Oct 26 17:25:32 lzm: Ah :) Oct 26 17:25:43 lzm: curious what you're working on :) Oct 26 17:26:14 http://wiki.webos-ports.org/wiki/Build_for_qemux86 Oct 26 17:27:30 thanks :) Oct 26 17:27:38 lzm: We normally don't really use qemu-arm itself. It's part of the build for other targets but we don't have explicit instructions on the wiki for it. We do have it in our Jenkins job list Oct 26 17:28:20 So I can look into that and copy you the instructions if needed. Should be similar for qemux86 though Oct 26 17:28:53 you can just point me to your jenkins scripts if they're online Oct 26 17:29:36 http://github.com/webos-ports/jenkins-jobs Oct 26 17:29:49 You're interested in jenkis-job.sh Oct 26 17:29:53 thanks! Oct 26 17:30:14 BUILD_MACHINE="qemuarm" is what you're after I guess Oct 26 17:33:03 Still curious what kind of compiler you want to test :) Oct 26 17:58:53 Thoughts on moving to Node.js 4.2.1? Oct 26 18:00:21 Andolamin: Not sure what we'd need to migrate :P Oct 26 18:00:31 In general newer is better of course :) Oct 26 18:00:57 In theory, everything should work fine. 4.2.1 would be nice, though. *Significant* performance improvements, plus ES6 features enabled by default. Oct 26 18:01:32 I guess I could pull 4.2.1 into my build and check to see if there are any obvious issues Oct 26 18:02:15 Garfonso, DougReeder, morphis & JaMa might have some thoughts about it. Since they use it mainly Oct 26 18:02:51 Not sure we take NodeJS from OpenEmbedded or separately. Oct 26 18:03:31 You guys have your own recipes (https://github.com/webOS-ports/meta-webos-ports/tree/master/meta-luneos/recipes-upstreamable/nodejs) Oct 26 18:06:21 I guess those would just be for the gyp and packages, though. It does look like the core node recipes are under meta-oe Oct 26 18:07:32 Still upgrading would be fairly straight forward and shouldn't cause problems. They're still debating removing APIs that were deprecated in 0.4.x, after all. Oct 26 18:07:45 I'll pull it into my build and report whether I notice any problems. Oct 26 18:09:22 Andolamin: in last upgrade I had to fix couple recipes (like node-sqlite3) Oct 26 18:09:53 Andolamin: we're not using own nodejs recipe since "nodejs: remove recipe in order to use 0.12.2 from meta-oe" (only in master branch) Oct 26 18:10:25 Andolamin: but more changes are needed in node-dbus, node-sqlite3, node-taglib Oct 26 18:14:53 Herrie|Veer: i work for a company that makes dynamic analysis tools. we have our proprietary compiler Oct 26 18:22:25 JaMa: Yeah - but since node-dbus, node-sqlite3 and node-taglib aren't patching anything in the actual Node runtime my guess is that as long as they're compatible with 4.2.1 (which I imagine they should be) there shouldn't be any issue there. Oct 26 18:24:42 Herrie|Veer: have a look at those good-looking last 3 commits: https://github.com/Tofee/qtwebengine/commits/tofe/work :) Oct 26 18:26:15 JaMa: When you get a chance can you look at https://github.com/Andolamin/meta-rpi-luneos and help me figure out why my recipes aren't working right? recipes-qt/qt5/qtbase_git.bbappend isn't changing the qpa flag correctly and I can't get recipes-webos/luna-sysmgr-conf/luna-sysmgr-conf/luna-raspberrypi2.conf, Oct 26 18:26:15 recipes-luneui/luna-next/luna-next-conf/raspberrypi2/environment.conf or recipes-qt/maliit/maliit-framework-qt5/raspberrypi2/maliit-env.conf into my builds. Oct 26 18:28:59 Andolamin: they don't even build with 4.2.1, so they aren't compatible (or at least weren't last time I've tried), so I've removed them from image after spending too much time trying to get them working Oct 26 18:30:06 so it would be great to use latest greatest, but someone more knowledgeble with NodeJS than me need to fix these issues Oct 26 18:31:30 OK - I'll look into it, see what I can come up with. Oct 26 18:34:55 Tofe: Looking good. Already tested if they work? Oct 26 18:35:07 No, still building Oct 26 18:35:24 But the luna-webappmanager code is ready for test Oct 26 18:38:39 If all goes well, we get background transparency, navigation request, onClosePage, and webengine process crash management. Oct 26 18:40:06 Tofe: If you have IPK's for me I'm happy to test Oct 26 18:40:15 Got latest nightlies on my devices Oct 26 18:41:59 Herrie: you would need a rebuild of qtwebengine Oct 26 18:42:31 Tofe ah... Well if you test we can put it in a nightly Oct 26 18:43:01 We'll see; if all goes well, and things seem to work, I'll start the upload of both qtwebengine and luna-webappmanager. It's "only" 60MB, after all. Oct 26 18:45:48 Herrie: How do I set up the desktop stubs for working with the QML? Got the project to load up but can't run anything because I'm missing LunaNext.* Oct 26 18:47:23 Andolamin: What's you're looking at? Oct 26 18:47:31 You need luneos-components at the same level Oct 26 18:47:53 So when you have org.webosports.app.firstuse folder, you need to have a luneos-components folder at same level Oct 26 18:48:10 https://github.com/webOS-ports/luneos-components Oct 26 18:48:24 I cloned luna-next-qml Oct 26 18:48:32 Working on SystemMenu Oct 26 18:48:54 Andolamin: Ah Oct 26 18:50:23 Sorry, I meant I clone luna-next-cardshell and loaded up the luna-next-qml project in Qt Creator Oct 26 18:50:24 Andolamin: http://tinypic.com/r/63xekw/8 Oct 26 18:50:34 That's how my folder structure looks like Oct 26 18:50:42 YOu need to clone luneos-components as well Oct 26 18:50:44 To the same folder Oct 26 18:50:50 In my case it's called Github Oct 26 18:54:04 OK - got it, thanks Oct 26 18:54:51 I cannot get the luneOSComponents C++ plugin to compile at my machine, so I have to disable that in qmldir at my end Oct 26 18:56:47 in modules/LuneOS/Components/qmldir Oct 26 18:57:25 Working for you? Oct 26 19:02:58 Haven't made any changes and haven't run into any problems so far, so yes? Oct 26 19:05:23 D Oct 26 19:05:24 :D Oct 26 19:05:27 That's a start Oct 26 19:05:35 Stuff is fairly straightforward Oct 26 19:06:03 For audio: https://github.com/webOS-ports/org.webosports.app.settings/blob/master/source/views/Sound.js#L105 Oct 26 19:06:15 That's own service, so you need to know the call Oct 26 19:06:28 Awesome Oct 26 19:07:21 Is there a LS2 call for triggering the power menu, as well? Oct 26 19:07:29 Let me see Oct 26 19:13:58 Checking image to see what calls it... LunaSysMgr, Luna-next or luna-next-cardshell Oct 26 19:14:05 It's systemui part I know Oct 26 19:16:58 palm://org.webosports.luna/com/palm/display/powerKeyPressed", JSON.stringify({"showDialog": true}), undefined, undefined) Oct 26 20:16:08 Andolamin: Any luck? Oct 26 20:16:12 Herrie: i think qtlocation should not work for us because it supports only geoclue, not geoclue2 Oct 26 20:16:15 Not so far Oct 26 20:16:15 Let me know when you need some mor einfo Oct 26 20:17:04 nizovn: That might explain. My C++ is no good, so I have no way to run the small sample code Oct 26 20:17:10 You're probably better equiped for that :P Oct 26 20:17:33 Andolamin: Any specific issues you're seeing? QtCreator setup is quite nice on desktop, you just need to get the logics behind it a bit Oct 26 20:19:18 I.e. for each LS2 call you'd need to add a "stub" reply in luneos-components, so that it can mimic the behavior on device Oct 26 20:19:53 i will leave this link here for the future :) https://codereview.qt-project.org/#/c/88630/ Oct 26 20:20:08 No problems with the QML - have modified a bit already. No problem with the org.webosports.audio service, can change the volume no problem. Problem right now is figuring out what call I need to make to get the DisplayManager to send the com/palm/display/powerKeyPressed signal Oct 26 20:22:19 Still no audio output on Pi, but that's a different problem. org.webosports.audio/getStatus returns speakerMode: false Oct 26 20:22:58 Andolamin: OK let me see if I can find something for your power problem Oct 26 20:23:52 Feel free to add additional stub values to LunaService.qml for audio Oct 26 20:24:00 And PR that for luneos-components Oct 26 20:25:57 Will do Oct 26 20:28:06 Andolamin: Well you could nastily add text entries but that's not very nice Oct 26 20:28:51 Ugh. It would do in a pinch but would prefer a cleaner solution Oct 26 20:29:35 If the DisplayManager service is only set up to watch for the hardware events, though, I might have to go that route until I can modify DisplayManager to accept software key presses over LS2 Oct 26 20:29:55 Andolamin: Yeah trying to figure out how this works... It's QML somehow calling luna-systemui ;) Oct 26 20:48:45 Andolamin: Based on code I would say: luna-send -n 1 luna://com.palm.bus/signal/addmatch '{"category": "/com/palm/display", "method": "powerKeyPressed"}' Oct 26 20:48:54 Andolamin: you want to turn off display? then you can use luna://com.palm.display/control/setState '{ "state": "off" }' but not sure how you will bring it back without buttons Oct 26 20:48:54 But on my emulator that doesn't bring the popup Oct 26 20:49:11 nizovn: He wants to display the power menu Oct 26 20:49:42 His RPi 2 doesn't have hardware buttons so he wants to manipulate the system menu to add a "power button" there ;) Oct 26 20:49:49 So it will bring up the power dialog Oct 26 20:50:03 Herrie|Laptop: Tried that one. Seems that's to subscribe for the powerKeyPressed signal Oct 26 20:50:31 Andolamin: Ah... Oct 26 20:51:16 Well you can always mock up an UI in QML with 3 buttons and attach it to there :P Oct 26 20:51:28 I think we used to have a QML power menu a while back Oct 26 20:51:36 But then went back to luna-systemui Oct 26 20:54:27 https://github.com/webOS-ports/luna-next-cardshell/commit/ff0b473ce6745363b7a939d8fccbce6b7c9fb599 Oct 26 20:54:39 You could reintroduce that for your Rpi 2 Oct 26 20:56:25 Yeah - that looks easy enough. I'll just do that Oct 26 20:56:30 Thanks Oct 26 21:10:47 Probably quickest and easiest. You already figured out a way to "detect" your device? Oct 26 21:11:01 So these items only show on Rpi? Oct 26 21:17:37 Nope, not yet Oct 26 21:17:54 Will, though. Oct 26 21:21:10 /proc/sys/kernel/hostname is raspberrypi or raspberrypi2, but I'd rather use something that would work for other similar devices. Oct 26 21:21:35 I would normally suggest something like this but that wouldn't work for the rpi ;) https://github.com/webOS-ports/org.webosports.app.settings/blob/master/source/views/About.js#L57 Oct 26 21:21:36 Maybe use /etc/palm/luna-platform.conf to flag the change Oct 26 21:21:51 Because you don't have the android bits for that I guess Oct 26 21:22:02 It doesn't work on my virtualbox qemux86 :P Oct 26 21:22:25 Of course, easy enough to shim it using a node service, though Oct 26 21:24:31 Herrie|Laptop Maybe add HasHardwareButtons=false to luna-platform.conf and we can pull it like GridUnit Oct 26 21:30:00 Andolamin: yeah Oct 26 21:30:29 Tofe: You have any suggestions? Maybe we already have something exposed? Oct 26 21:31:05 Andolamin: luna-next takes care of GridUnit Oct 26 21:35:06 https://github.com/webOS-ports/luna-next/tree/master/plugins/common see settingsadapter & unit Oct 26 21:37:27 Awesome - thanks Oct 26 21:39:07 Should be fairly straight forward to pull another value ;) Oct 26 21:39:56 Andolamin: It's good to see that most things work with very limited adjustments in general :D Oct 26 21:40:01 My thought exactly. Looks like the just get loaded into the environment Oct 26 21:40:37 Yeah, pretty minimal, really. Just a different kernel, which takes care of the display, touch, wifi/bluetooth, etc Oct 26 21:41:00 I'm not opposed to running on a newer kernel, anyway Oct 26 21:42:26 Andolamin: Neither are we, but we're bound to what's available for us in Android land & what works with libhybris, qtwayland etc. So quite some constraints in general. Rpi is easier in that regard ;) Oct 26 21:43:14 BTW if you have things that are missing from here http://webos-ports.org/wiki/Porting_Guide feel free to add ;) Oct 26 21:43:23 If you need access sorted, let me know ;) Oct 26 21:44:35 I know the rpi is a different kind of device, so maybe we can add separate sections for it. But the basic principals should be the same Oct 26 21:45:16 Documentation really needs a lot of work, just we have limited resources, so stuff always get's too little priority. Once we have things up and running decently. I guess I'll spend a month just on writing docs ;) Oct 26 21:46:02 Yeah. I understand Oct 26 21:50:43 Personally, since we know we're not 100% dependent on Android systems, I'm interested in seeing if it can be brought to something like the Fairphone 2. Oct 26 21:52:29 Andolamin: Yes it could. Oct 26 21:52:37 If Jolla can do it, we can do it ;) Oct 26 21:52:49 We use same underlying bits ;) Oct 26 21:53:01 Jolla uses Android + Libhybris just like us ;) Oct 26 21:53:16 I'm quite sure their port is based on that (though I haven't checked to be sure). Oct 26 21:53:58 Probably, but I'd be more interested in doing it *without* Android + Libhybris if possible. Oct 26 21:56:17 Andolamin: So are we ;) Oct 26 21:56:28 The less layers the better in general ;) Oct 26 21:59:05 Just with current hw landscape there's not much choice :'( Oct 26 21:59:32 The new BB Priv would be a really nice target for porting, but doubt the bootloader would be unlocked Oct 26 21:59:41 It has gesture detection in kb ;) Oct 26 22:00:09 Yeah. It does seem that there are at least a few companies interested in producing open hardware, though. Oct 26 22:02:13 Andolamin: In words yes, however reality learns that companies like Fairphone don't have enough power to persuade the like to Mediatek to provide fully open source drivers etc Oct 26 22:02:31 Very true Oct 26 22:02:40 s/the like to Mediatek/the likes of Mediatek Oct 26 22:41:18 Hi! Oct 26 22:41:25 I am working on the calculator layout / formatting. Trying to avoid javascript and use CSS instead. Oct 26 22:41:32 I am quite pleased with the "standard" calculator panel now (on my "rotatable" branch at https://github.com/corpuscle/org.webosports.app.calculator.git). Oct 26 22:41:38 It scales pretty well in all the desktop browsers I can lay my hands on but behaves badly as an app on current luneos testing images. Oct 26 22:41:43 (The fonts don't scale like they should, I think.) Oct 26 22:41:49 Taking a tip from Herrie I just tried... Oct 26 22:41:55 luna-send -n 1 palm://com.palm.applicationManager/launch '{"id":"org.webosports.app.browser","params":{"scene":"page","target":"https://corpuscle.github.io/debug.html"}}' Oct 26 22:42:01 ...and actually that works properly. Oct 26 22:42:06 Might that be the difference between qtwebkit and qtwebengine? Oct 26 22:42:16 I have my fingers crossed that once enyo apps are qtwebengine-based, the app version will format properly and I can do a PR. Oct 26 22:45:49 elvispre: App looks good! Oct 26 22:46:23 elvispre: Tofe is tidying up some last bits for the app migration. Should be done any day now :) Oct 26 22:47:20 Andolamin: What device are you looking at it on? Oct 26 22:47:42 elvispre: Andolamin is hacking his Raspberry Pi 2 to run LuneOS :P Oct 26 22:47:43 elvispre: Browser right now. I'm going to load it up on the Raspberry Pi in a moment, though Oct 26 22:49:02 Andolamin: That will be interesting. Getting it to scale nicely is challenging. Oct 26 22:49:11 elvispre: Looks good here on IE11, FF 41.0.2 and Chrome 46 Oct 26 22:49:43 Herrie: Don't look at the other panels :-) Oct 26 22:50:24 elvispre: LOL Oct 26 22:50:43 You need to start somewhere right ;) Getting 1st one done is always the hardest ;) Oct 26 22:53:04 elvispre: I'll be fighting with some QML shortly to get the phone app look more polished :P Oct 26 22:53:21 And then hopefully we'll be able to hook up missing bits to get calls actually working :P Oct 26 22:56:53 Herrie: It will be very cool if we can achieve that. Oct 26 22:58:39 elvispre: I'm not happy with the current layout, so I'm gonna a have a good look at legacy 2.x and 3.x with my pixel loop and see how I can tweak things a bit so they look better on TP & phone Oct 26 22:59:10 "pixel loop"? Oct 26 22:59:29 loupe ;) Oct 26 22:59:30 Sorry LOL Oct 26 22:59:33 Getting late here Oct 26 22:59:50 I.e. I'm going to count pixels LOl ;) Oct 26 23:00:37 Sure. Right! One of those jeweller's eye glasses. Oct 26 23:00:56 Usually there went a lot of thought into sizes, dimensions, ratios etc @ Palm by people who studied for it ;) So who am I to question them :P Oct 26 23:01:16 Anyone here have one of the webOS TVs? Oct 26 23:01:29 Andolamin: Not me :P Oct 26 23:01:38 I still have a good old 42" Panasonic plasma... Oct 26 23:02:02 If you could get LG to donate me one of those 100" OLED with webOS I wouldn't mind LOL :P Oct 26 23:02:59 Heh, I don't even have one of those Oct 26 23:03:53 I believe I figured out my bbappend problem, though Oct 26 23:04:02 Andolamin: Nice :) Oct 26 23:04:05 And audio? Oct 26 23:04:13 Any luck with the config from Micah? Oct 26 23:04:20 The layer priority was lower than meta-luneos/meta-luneui so it wasn't overriding things that were also set there Oct 26 23:04:31 Not so far Oct 26 23:04:39 Managed to break it more than it already was, though Oct 26 23:04:57 I'm not sure to what extend we use plain vanilla pulseaudio Oct 26 23:05:10 I know for Mako/N4 we use a customized version Oct 26 23:05:43 https://github.com/webOS-ports/pulseaudio-modules-droid/tree/webOS-ports/master-next Oct 26 23:06:16 Not sure what would've ended up in your Rpi image Oct 26 23:09:55 Not sure. I'll probably just need to make sure it's pulling the version from meta-raspberrypi Oct 26 23:13:25 Andolamin: Yeah Oct 26 23:13:42 And to make sure you don't end up with our custom Android bits because they tamper with routing I think Oct 26 23:13:52 How are you trying to test audio? Oct 26 23:14:12 Because on my N4, I get no sound on YouTube recently Oct 26 23:14:19 Didn't really find a cause yet. Oct 26 23:14:29 System volume changes etc seems OK though Oct 26 23:25:38 Anyway I'm off to bed. Till tomorrow ;) Oct 26 23:26:54 Night! Oct 26 23:57:37 Garfonso, a short download wouldn't need any UI. Oct 26 23:58:49 A longer one might use a dashboard but no banner - creating the dashboard puts an icon in the "notification bar" **** ENDING LOGGING AT Tue Oct 27 02:59:59 2015