**** BEGIN LOGGING AT Thu Nov 05 03:00:15 2015 Nov 05 03:48:45 Andolamin, my main need is a way to send a URL to the TV, for Zap Photoshare. Nov 05 03:56:12 Herrie, yes, Preware2 was usable in portrait mode for me, too. Nov 05 04:02:20 Has there been any progress on telephony? Verizon will be charging me $20/mo more, so it’s time for me to look seriously at switching away from my Pre3. Nov 05 04:22:51 DougReeder: Why type of URL? Webpage, or image link? Nov 05 04:23:05 webpage Nov 05 04:23:40 OK, so you basically just want to be able to launch the browser to a preset URL. Nov 05 04:23:48 Or at least whatever URL you send Nov 05 04:24:11 Right. Nov 05 04:24:29 Let me get the Zap demo gallery back online… Nov 05 04:26:26 The LuneOS would send the URL of its gallery, which would look like http://www.hominidsoftware.com:1234/ Nov 05 04:27:22 Ah - I was planning on baking that functionality directly into the photos & videos app on LuneOS... Nov 05 04:27:41 But, definitely launching the browser to a URL would be doable Nov 05 04:27:55 You can install Zap from the Hominid Software feed. Without Touch2Chare and Zeroconf, it’s hard to get the URL to another device. Nov 05 04:29:08 I can imagine. Nov 05 04:29:37 I’d like to get Zeroconf working on LuneOS (specifically, DNS-SD), but that is so far down my list of priorities I don’t know if I’ll ever get to it. Nov 05 04:31:23 I'll be baking some multicast functionality into the cast service. It's how webOS TVs advertise themselves on the network (SSDP) Nov 05 04:31:38 How wer you thinkin of “baking that functionality directly into the photos & videos app “ ? Nov 05 04:32:28 The service would be system accessible, but I was planning on submitting a PR for the photos & videos app to be able to cast albums, or a specific file/set of files. Nov 05 04:33:39 How would casting an album work? Nov 05 04:34:56 webOS TVs support receiving M3U8 playlists. I was going to generate a base64 encoded M3U8 playlist pointing to the files on the LuneOS device through a webserver that would be built into the cast service. Then I would send the base64 playlist as a data url to the TV, so it could show the images. Nov 05 04:35:05 Or videos, audio. Anything really. Nov 05 04:35:28 Ah! Does anything but webOS TVs support that format? Nov 05 04:36:31 Not sure, actually. I think some DLNA devices support receiving M3U8s, but I couldn't say for sure. Nov 05 04:37:24 ConnectSDK supports doing playlists on webOS and Sonos, so it seems at least Sonos supports it. Nov 05 04:39:26 Personally, I'm really only interested in webOS TVs. There are so many other protocols necessary for interacting with other devices and I wouldn't be able to just port ConnectSDK over so it's only really feasible for me to work with webOS Nov 05 04:39:51 * DougReeder nods Nov 05 04:41:31 I'm curious if anyone might be interested in a full webOS TV remote app for LuneOS, though. Nov 05 04:42:19 Some, I’m sure, but the intersection of those two sets might be small. Nov 05 04:43:17 Yeah, I'm sure it is quite small Nov 05 04:44:18 But sending an m3u8 playlist to another device, which would use it’s own player, sounds like an excellent way to go. Nov 05 04:48:07 Yeah. webOS doesn't have a grid view like Zap does, but the playlist would allow the user to flip through the images as a slideshow. Nov 05 04:49:58 There’s no album viewer using http://enyojs.com/docs/latest/index.html#/kind/enyo.DataGridList ? Nov 05 04:50:35 There could be, but it isn't part of the cast receiver currently. Nov 05 04:54:37 It would have the same bandwidth limitation that makes Zap less than perfect. Nov 05 04:55:32 Does m3u8 have any provision for thumbnail previews? Nov 05 05:01:51 I guess not - it’s basically a text file with one URL per line. Nov 05 05:38:43 DougReeder: On phone app: There hasn't been much progress as of late. morphis has been doing a lot of work on telephony in the past, but he's tight up with real life things at the moment. It's high on my to-do list to work on after a few minor other things. Outgoing calls work, as well as incoming calls. Just seems that there's no audio routing yet or it needs some tweaking. I'm also not Nov 05 05:38:43 very happy with the phone app itself UI wise so will have a look at that as well. Nov 05 05:39:05 Most is QML and you can run it on the desktop to dev. So if you have spare time, you're free to help out :) Nov 05 05:39:20 * DougReeder nods Nov 05 05:39:30 QML syntax is quite similar to Enyo and you can use lots of JS as well :) Nov 05 05:40:45 I’ve got so many things I’m trying to make progress on, but, yeah, that should be a priority if I want to dogfood. Nov 05 05:42:39 DougReeder: What I want to get added first is Region (settings, number formatting, dates, times etc) in FirstUse and Settings Nov 05 05:42:54 Because that will be needed for phone number formatting as well in the phone app Nov 05 05:42:59 * DougReeder nods Nov 05 05:43:14 And we ran into it elsewhere already as well. Nov 05 05:43:37 Shouldn't be rocket science in general, just another page in FirstUse, hook it up and have the corresponding bits in settings Nov 05 05:45:58 Just need to see if we'd want the formatting be done country based or leave it flexible for the user to choose. I.e. country preset, but can be modified by user Nov 05 05:46:29 For example you want everything what's common in US but instead of mm/dd/yy you'd want dd-Mmm-yyyy for your date format Nov 05 05:46:39 Legacy wasn't that flexible Nov 05 05:46:44 While I think it should be Nov 05 05:48:18 Hmmm, First Use should probably have you set a region, and leave tweaking for later. Nov 05 05:49:06 Or, at least, should make it easy to not worry about tweaking. Nov 05 05:53:19 Yeah need to see how I do that. Hope to have some time today to investigate legacy and mock something up Nov 05 05:53:43 We got Preware feeds now in FIrstUse ;) So people can download your apps more easily :P Nov 05 06:29:29 Would love for telephony to work. Would probably start using my N4 full time, then. Nov 05 06:30:17 Herrie: what was that android app project you were talking about? Might take a look at that. Nov 05 06:44:01 morning Nov 05 06:44:30 Herrie: I've PR'ed meta-webos-ports; when that will be merged, I'll be able to delete the last commit on qtwebengine Nov 05 06:49:06 Andolamin: So would I ;) Nov 05 06:49:10 Tofe: Nice :D Nov 05 06:50:12 Tofe: Can you make sure my commit disappears :P ? Nov 05 06:50:54 https://github.com/webOS-ports/qtwebengine Nov 05 06:51:16 I don't know what you're talking about ;) Nov 05 06:54:11 : Nov 05 06:54:12 :D Nov 05 06:54:29 Tofe: Added the points I found to 1005 Nov 05 06:54:40 Seems window.open in Testr gives another hard crash :P Nov 05 08:13:09 morning from office Nov 05 08:13:31 Got a brand new Dell E7250 to replace my still new Lenovo X240 :P Nov 05 08:13:47 Let's see how ADB will behave on it sometime today :) Nov 05 11:33:38 Herrie|Veer: https://github.com/webOS-ports/meta-webos-ports/pull/154 please revert Nov 05 11:34:06 Tofe: see my comment in https://github.com/webOS-ports/meta-webos-ports/pull/154 Nov 05 11:35:21 OK Tofe will fix it or you can if you want Nov 05 11:36:20 origin/revert-154-fido branch? Nov 05 11:37:03 Tofe: when you have time please check webOS-ports/master-next branches in qtwebengine and chromium, I've rebased it for 5.6 and 47* chromium Nov 05 11:37:17 Tofe: there were many conflicts and I haven't even build tested it yet Nov 05 11:37:38 most dangerous is probably last chromium commit with PresenterImpl no longer part of webkit Nov 05 11:39:03 JaMa: This is what GH web interface did :P Nov 05 11:39:39 I pressed the revert button and this is what it created :P Nov 05 11:40:01 that's why I hate GH PRs Nov 05 11:40:17 JaMa: OH well ;) Nov 05 11:40:32 We deal with them, you can do command line :P Nov 05 11:40:41 I'm too dangerous with that :P Nov 05 11:40:45 JaMa: ah ! sorry, let me fix that asap Nov 05 11:43:06 Herrie|Veer: reverting wasn't really a good option, actually; right now it points to a non-existing commit Nov 05 11:47:06 https://github.com/webOS-ports/meta-webos-ports/compare/fido...Tofee:fido?expand=1 is this fine ? Nov 05 11:49:41 LGTM Nov 05 11:57:32 https://github.com/webOS-ports/meta-webos-ports/pull/156 hop Nov 05 11:57:51 JaMa: I'll have a look at 5.6 Nov 05 12:08:03 JaMa: when the two corresponding commits will be picked to 5.6, we won't need https://github.com/webOS-ports/qtwebengine/commit/4590e30e92d72985559925228fbc98e42f9587f7 Nov 05 12:09:51 And there are some commits that could be merged together Nov 05 12:09:59 but we'll see later Nov 05 12:10:18 yes I wanted to do it, but then didn't want to change structure from 5.5 based branches Nov 05 12:10:37 so that I can easily verify that I have all changes from 5.5 Nov 05 12:10:53 yup Nov 05 12:11:18 for PresenterImpl, the only change was to fix a crash for a null pointer, so if they removed it it's fine Nov 05 12:12:24 The whole rebase seems good Nov 05 12:16:48 good, lets see if it builds :) Nov 05 12:17:23 yup Nov 05 13:31:39 Andolamin, you should probably write one service to share both picture albums and music playlists. Both the photo album and music player could talk to it. It would need to keep a list of shared files, so another system couldn’t retrieve a file that was no longer shared, via its URL. Nov 05 15:04:51 DougReeder: Yup! The plan is to be like chromecast on android. Any app on LuneOS should be able to tie in to the cast service. Nov 05 17:08:25 Herrie|Veer: Ping Nov 05 17:08:45 Andolamin: pong Nov 05 17:09:43 That pull request for the luna-next-cardshell looks good on my Raspberry Pi, and doesn't *seem* to cause any regressions when I tested through Qt Creator. Should be good to merge. Nov 05 17:10:23 The Can't actually restart/shutdown the Pi through the menu, though, as the com.palm.power service doesn't handle the restart/shutdown calls Nov 05 17:14:08 Also, does LuneOS support node services bundles with an application like webOS did? Nov 05 17:21:06 Andolamin: OK I'll check it on a device later tonight and merge PR if OK. I'll simply ADB push over luna-next-cardshell and see if all works as expected. Nov 05 17:21:32 Thanks Nov 05 17:22:17 With regards to your node services bundle: Not sure what's required for that in the back end. I think we probably do. Media indexer uses Node I think, so does our download manager and also c+dav I think Nov 05 17:22:53 Garfonso or DougReeder might know better. But we didn't change anything fundamental from Open webOS in terms of what should/shouldn't run. Nov 05 17:24:14 You can include a "JavaScript Service" with an app - Zap Photoshare does (and it works!) Nov 05 17:26:17 You have to wrap the node stuff with a wonky Future, and node modules have to be manually included. Nov 05 17:27:44 I'm familiar with the node modules problem, but what do you mean about the Future? Nov 05 17:29:01 JS Promises weren't standardized when webOS 2.0 came out, so someone at Palm wrote a buggy Futures implementation. Nov 05 17:29:48 When a JS Service is called, it resolves the Future to respond. Nov 05 17:30:16 Hmmm... I presume that you're meaning the stuff documented at https://web.archive.org/web/20141022045414/https://developer.palm.com/content/api/dev-guide/js-services/creating-hello-world-service.html Nov 05 17:30:43 Yeah. Nov 05 17:31:06 Shouldn't be a concern for me, then. I'm not going to use the Foundations library Nov 05 17:31:44 I'm going to run my service statically and register through the LS2 node module directly. Nov 05 17:40:56 To the extent reasonably possible, please write the API protocol-independent. Nov 05 17:41:43 I think we'll want to advertise using DNS-SD also, when we get around to it. Nov 05 17:45:05 I'm going to document the APIs on the repo wiki (https://github.com/Andolamin/com.alanstice.service.cast) before I start implementing them. I'd welcome any feedback that you have. Nov 05 17:47:48 I don't know the semantics of SSDP, but to the extent that you're saying "Here's a URL!", that would fit a DNS SRV record of type "http" Nov 05 17:51:52 SSDP is just for discovering the device over the network. Actually connecting to and communicating with webOS TVs is over a custom protocol we call SSAP (second screen access protocol) Nov 05 17:52:09 It's a message protocol implemented over web sockets Nov 05 17:54:15 * DougReeder_ nods Nov 05 18:06:00 Dang, uPNP has a lot of overhead. No wonder it wasn't approved as a standard. Nov 05 20:27:21 Tofe: You happy with https://github.com/webOS-ports/luna-next-cardshell/pull/242 ? Works OK on my Mako & Maguro Nov 05 20:31:02 Herrie|2: yes, it looks good; but didn't Andolamin want to wait until something? Nov 05 20:31:40 Was waiting for my build to finish so I could verify myself, then asked Herrie to verify on non-raspberrypi, so I'm satisfied now Nov 05 20:32:09 ok, so if all is clear, let's merge Nov 05 20:34:14 It's not 100% functional on RPi, com.palm.power shutdown and restart don't do anything because it seems the service dies if there's no battery. Planning to fix in powerd and PR there. Nov 05 20:35:26 Also will make powerd give a useful error message when checking the battery/charger status when there is no battery, rather than just not handling the call. Nov 05 20:36:36 Also, seems JayCanuck got his raspberry pi in yesterday, so I expect him to start playing with it soon. Nov 05 20:56:19 Hello. I'm thinking about whether I have all the tools I need if I want to (or can or can be bothered to) contribute more generally. Nov 05 20:56:25 I could download Qt Creator IDE for free, I think. Nov 05 20:56:31 Is it helpful to have the (32-bit?) LuneOS emulator? Nov 05 20:56:37 What about C++? I can build my own images already. Is debugging limited to installing on device and just seeing what happens? Nov 05 21:06:29 Elvispre: Qt Creator is really cool! Nov 05 21:06:44 YOu can help out with QML projects, you'll feel at home quickly with your Enyo knowledge :) Nov 05 21:07:51 We can use some help on C++ end too. Not sure how good you are with C++ but there are some small projects you could take on, like extending the wifi plugin to allow username + password for example for 802.1x networks etc Nov 05 21:08:09 Emulator is useful, but a device like N4 too. Nov 05 21:08:18 I often use ADB push to send QML stuff to the device Nov 05 21:08:28 The good thing is most our QML stuff can just run on desktop :) Nov 05 21:08:35 elvispre: Seconded. I only started working with QML a few months ago, but apparently Enyo was modeled after it so it was pretty easy to pick up. Nov 05 21:08:47 Like luna-next-cardshell, browser, phone app, firstuse Nov 05 21:09:12 They all can run in QtCreator and it appears more or less like on device. Same with webos-keyboard Nov 05 21:09:21 Including fake LS2 calls and replies :) Nov 05 21:09:29 Herrie: I have the impression that the emulator is not really needed since I have a device. Nov 05 21:09:46 Implement the call + fake reply and you can use it in QML to drive things :) Nov 05 21:10:16 Emulator is good to play with for some things, but in general real device is nicer :) Nov 05 21:10:30 But lots of UI and calls and testing can be done in QtCreator already :) Nov 05 21:10:37 Just install the free version Nov 05 21:10:42 Might be useful for a different aspect ratio, maybe. Nov 05 21:10:56 Even that you can emulate in QtCreator most of teh time ;) Nov 05 21:11:09 With adjusting some config value Nov 05 21:12:23 I basically have QtCreator and cloned QML repo's (mentioned above) as well as luneos-components on the same level as the cloned repos. In my case my folder is called GitHub which then has org.webosports.app.phone, org.webosports.app.firstuse etc and luneos-components Nov 05 21:12:36 luneos-components is basically a central location for reusable stuff Nov 05 21:13:16 Herrie, Andolamin: So, enthusiasm for QtCreator :) Nov 05 21:13:22 So as soon as we re-use certain stuff in multiple QML apps we try to move it to luneos-components so we only maintain it once and don't get out of sync ;) Nov 05 21:13:27 elvispre: Yes Nov 05 21:13:35 Especially because it's really low level entry Nov 05 21:13:57 And QML documentation is pretty good as well in most cases + lots of samples as well Nov 05 21:16:30 elvispre: And you can add UI tweaks in luna-next-cardshell when you get familiar with stuff :D Nov 05 21:19:15 :) Nov 05 21:19:19 My C++ isn't too bad. I use it work so I am supposed to know it. I just wonder if anyone's using an IDE for it somehow. "Build, install on device, see what happens" could be a bit tedious. Nov 05 21:20:19 Usually, I modify it using geany or qtcreator, and then build only the corresponding package and install it on device Nov 05 21:20:45 Each loop take a couple of minutes; it's not that fast, but still ok for me Nov 05 21:21:17 Of course, for qtwebengine, it's better to have it right asap :p Nov 05 21:21:50 Tofe: Had any chance to check remaining bugs already? Nov 05 21:21:53 Tofe: (I bet.) So just adb push the binaries to the right place. Same as for an enyo app really. Nov 05 21:22:10 elvispre: Yeah and opkg install them ;) Nov 05 21:22:27 Because you'd normally build an IPK as part of the build process Nov 05 21:22:31 elvispre: no, I push the ipk and opkg install them; I rarely push just the binary Nov 05 21:22:54 Herrie: no, didn't really have time to look at this lately Nov 05 21:23:09 I'll have more time this w-e Nov 05 21:23:44 Tofe: OK, no problem. You suggest we don't put a release out this month and just an announcement saying we'll be back early December, but still post some links to nightlies for users to test & provide feedback? Nov 05 21:24:17 Saying that we're still ironing out some minor issues in this big migration/ Nov 05 21:24:19 ? Nov 05 21:24:31 Tofe, Herrie: OK. bb build the corresponding package and just opkg install it. Thanks for the info. Nov 05 21:24:51 elvispre: Yes, we should document some of this stuff better on the wiki Nov 05 21:24:55 So feel free ;) Nov 05 21:25:00 :) Nov 05 21:25:41 Herrie: well, yes, maybe this time we can justify skipping the release; it will be much more solid in a little month Nov 05 21:26:15 Though frankly there isn't that many regression left Nov 05 21:27:59 What we can do is launch a build and say "ok this could have been this month's release, if someone asks around" Nov 05 21:30:04 So, basically, I agree with your proposition :) Nov 05 21:33:40 Also gives us some time to sort soem of the lower hanging fruit Nov 05 21:33:46 I'll sort it with Alan Nov 05 21:34:05 ok Nov 05 21:41:08 That was confusing until I realized the Alan you were talking about wasn't me Nov 05 21:43:53 details, details... Nov 05 21:45:57 :) Nov 05 22:38:07 Alan Morford from PivotCE ;) **** BEGIN LOGGING AT Thu Nov 05 23:50:44 2015 **** ENDING LOGGING AT Fri Nov 06 02:59:58 2015