**** BEGIN LOGGING AT Mon Oct 19 02:59:59 2015 Oct 19 07:16:30 morning Oct 19 07:17:07 Morning Oct 19 07:17:45 Herrie|Veer: I found out the cause of the crash for window.open; it was introduced by me... Oct 19 07:18:37 Tofe: some of the sync stuff you added? Oct 19 07:19:01 No, the additional window features that can be added when calling window.open Oct 19 07:19:16 like window=card and so on Oct 19 07:20:26 I had modified the header of a function, but didn't change all the call paths; so there was one that still used the old one, which doesn't do anything anymore on qt Oct 19 07:20:47 and of course, the call that I missed is the one actually used by all the apps. Oct 19 07:21:32 Problem is, qtwebengine/chromium almost never checks its pointers... it makes a lot of optimistic assumptions, and when a piece of code is wrong we don't see it that soon Oct 19 07:22:01 Now I still have one bug to resolve, but it's not a difficult one; I need to retrieve the url of the window we want to open to see if it is a local one of not Oct 19 07:28:29 Tofe: So it's mainly sloppy coding by the devs there? That's why I don't like C and likes that much... You can code really dirty :P Oct 19 07:52:49 well, things like "std::string accept_languages = GetContentClient()->browser()->GetAcceptLangs(GetBrowserContext());" with several ()-> are quite common Oct 19 07:53:30 if one pointer is incorrect (because of a bug, for instance), it's crashing. Oct 19 08:12:46 Tofe: Yeah that's nasty :P Oct 19 08:13:04 And that's why I'm personally not a big fan of C(++) :P Oct 19 08:13:24 It's difficult to follow quite often kP Oct 19 08:13:26 :P Oct 19 08:16:26 Herrie|Veer: not all C++ is written that way :) Oct 19 08:17:50 Tofe: I know, but it's quite common :P It's just not my language ;) Anyway I'm not much of a programmer altogether, can script a bit here and there mainly :P Oct 19 08:32:08 So Tofe, after your fix for local and remote URL's you believe code is ready for a nightly? Oct 19 08:34:12 I'll still have to run tests Oct 19 08:34:25 And I get some crashes when closing an app, it's still unclear Oct 19 08:34:44 Otherwise, apps show up, and it seems quite okay Oct 19 08:35:40 What crashes? Webengine or LNC? Oct 19 08:35:55 We had LNC crashing before for a long time :P Oct 19 08:35:57 WebEngine Oct 19 08:36:19 Ah so when you have multiple open they'll close? Oct 19 08:36:23 maybe LunaWebAppManager, I don't remember exactly Oct 19 08:36:41 yes Oct 19 08:36:43 Or WE has separate threads and others keep running? Oct 19 08:37:09 I think it's WAM that crashes Oct 19 08:37:46 I'll have to have a closer look, it seemed like the QML component destruction was involved Oct 19 08:38:32 I think I have seen this a few times with WK as well, but it was not frequent. Oct 19 08:38:46 But it did happen that all apps closed all off the sudden Oct 19 16:40:40 Well, backed up and tried a different fork of linux/userland and it seems to have fixed some EGL issues, because I'm no longer getting the 0x300b error from luna-next, but still no UI. No obvious issues that I can see in journalctl Oct 19 16:40:43 https://gist.githubusercontent.com/Andolamin/59acd0004a7f5bf6c9c0/raw/6c5de904739d14e5766debbce59376eb4a88ba15/journalctl.log Oct 19 16:43:49 Is there an environment variable I can define in maliit-env.conf to get it to stop wanting wayland-egl? Everything was working much nicer when I wasn't building wayland-egl and was just using eglfs for everything... Oct 19 16:50:32 Andolamin_Work: you can play with EGL_PLATFORM and QT_QPA_PLATFORM Oct 19 16:52:00 have a look at /etc/luna-next/environment.conf for luna-next's values Oct 19 16:52:31 Yeah - I vaguely recall trying QT_QPA_PLATFORM and it not helping, but I don't think I tried EGL_PLATFORM Oct 19 16:53:44 EGL_PLATFORM=fbdev and QT_QPA_PLATFORM=eglfs were working for luna-next prior to my updating userland to build wayland-egl Oct 19 16:54:36 They're not working now, but I suspect what's happening is that the patches to build wayland-egl are working correctly there, but something is breaking the actual render to the display, so at an API level everything works correctly but nothing ever shows up. Oct 19 16:55:12 So I'm thinking the best bet would be to back out of trying to force wayland-egl, go back to a working state, then get maliit working without wayland-egl since that seemed to be the only holdup Oct 19 16:57:23 On an different note, I suspect if I get bluez into the build bluetooth should start working with an adapter, like wifi is currently. I'd rather not bbappend the package group to force it, so where do I configure MACHINE_FEATURES to include bluetooth? Oct 19 17:19:29 Do you guys have a jira or similar where you track needed work? I am passable with QML and competent with Enyo, and can pick up some work there if it would help you guys Oct 19 17:20:13 I've also been thinking about building a webOS TV service for LuneOS so that LuneOS device can have built in cast APIs for webOS TVs, like what Android has for Chromecast Oct 19 17:21:23 Currently we use a simple ChilliProject: issues.webos-ports.org Oct 19 17:29:41 Andolamin_Work: i think you should already have bluez https://github.com/Andolamin/meta-raspberrypi/blob/linux-4.1.x/conf/machine/include/rpi-base.inc#L40 Oct 19 18:16:39 Andolamin_work: check with morphis for BlueZ as well he did some work for Ubuntu on it Oct 19 18:19:30 nizovn wrote bt plugin already. @feedspiderapp (gh aressel) wrote initial Enyo 2 mock for Settings for BT but needs to be linked up with plugin. He's been busy lately so you might pick that up. I can check for you. Another thing that needs work is Photos Oct 19 18:19:30 & Videos app. Media indexer is there, rough app mock too but needs quite some work still Oct 19 18:21:59 morphis: ^ Oct 19 18:23:00 Also Phone app in QML needs some work for example Oct 19 19:14:09 The other thing I noticed is that the calculator app could probably do with a responsive update. A lot of it crops off on the Raspberry Pi Oct 19 19:15:05 I might take a look at the Photos & Videos app, though. Would be a nice tie in for potentially casting to webOS TVs. Oct 19 19:15:07 Andolamin_Work: There was something done there alreayd still needs sonme TLC Oct 19 19:15:20 For Calculator that is Oct 19 19:16:14 I'm checking with @feedspiderapp on what you can work on Oct 19 19:16:20 For calculator let me check Oct 19 19:17:04 Andolamin_Work: Try this for calculator: Should be a lot better, needs a bit of TLC still https://github.com/corpuscle/org.webosports.app.calculator/tree/rotatable Oct 19 19:17:18 It's also OK on Firefox now since it doesn't use webkit specific stuff anymore :P Oct 19 19:17:27 elvispre is the one who worked on that Oct 19 19:18:08 Also could use some help with some review of Mochi PR's if you're good at CSS ;) Oct 19 19:18:22 Reasonable Oct 19 19:19:02 I also have some Mochi kinds I built to cover more of the UX spec for my apps. Might be useful. Oct 19 19:19:27 :) Oct 19 19:19:43 Just a 2nd pair of eyes for review would be good for the PR's ;) I'm no CSS expert LOL Oct 19 19:19:44 Pickers, Groupboxes, Panel grabbers and edge shadows, according to my README Oct 19 19:20:07 I haven't touched it in a couple years, but it worked well at the time Oct 19 19:20:59 I also have a tabbed header bar that I was using for my app, don't know how you guys feel about that UX, but the intention was already to release to open source anyway Oct 19 19:24:17 But yeah, I'd be willing to provide a second pair of eyes on PR's Oct 19 19:31:08 * elvispre|s must learn some more CSS and get that rotatable calculator update finished! Oct 19 19:44:20 Andolamin_Work: Seems Aressel is happy with you working on BT Oct 19 19:44:36 On our devices we can enable it with Oct 19 19:44:52 connmanctl enable bluetooth Oct 19 19:45:17 bt icon will show then in system indicators next to wifi Oct 19 19:45:29 You might want to try that with rpi2 Oct 19 19:49:41 This is BT work already done: https://github.com/webOS-ports/org.webosports.app.settings/compare/master...Aressel:master Oct 19 19:50:35 You need to rebase on top of current Settings, since it cannot be merged directly Oct 19 19:51:15 Probably source/view/Settings.js is the culprit for that ;) Oct 19 19:51:26 Ah - I wasn't aware that there was still some work needed, I though that it wasn't working because it wasn't being picked up. I'll try the conmanctl command to see if that enables it using the adapter Oct 19 19:53:01 Andolamin_Work: That works on TP, N4 and Galaxy Nexus for me ;) Oct 19 19:53:06 Just it all needs hooking up ;) Oct 19 19:53:12 Into settings and system menu ;) Oct 19 19:55:23 Plugin by nizovn is in luna-webappmanager: https://github.com/webOS-ports/luna-webappmanager/commits/master Oct 19 19:55:33 Cool Oct 19 19:55:41 Commits from 22nd of August Oct 19 19:55:50 It just all needs to be hooked up basically ;) Oct 19 19:55:52 I can definitely take a look at hooking it in the UI Oct 19 19:56:16 SEtting UI work is there already too, just needs hooking up more or less with right API calls from the plugin Oct 19 20:16:53 btw i still work on bt part of system menu at weekends Oct 19 20:55:44 Screenshots of my mochi components: https://www.dropbox.com/s/gtl8qjfel03wjq7/base.png?dl=0 & https://www.dropbox.com/s/4fj0cjg1yea1c0o/collapsed.png?dl=0 Oct 19 20:56:02 In those shots are the tabbed header, picker and panel grabber Oct 19 20:58:24 And here you can see some groupboxes and a picker variation https://www.dropbox.com/s/4w0ygfai5whigzf/preferences.png?dl=0 Oct 19 21:06:05 You can play with the app yourself at http://astice-test.herokuapp.com/jst/index.html Oct 19 21:07:30 BTW, I once I have the rest of the features implemented (flashcards needed some more work, IIRC) I would like to make it available through Preware on LuneOS/webOS Oct 19 21:08:35 Ctrl+~ to access app menu Oct 19 21:11:15 Nice :D Oct 19 21:12:21 I *love* Mochi. I'm sad it isn't being updated any more. I might put in the legwork myself to get it working under Enyo 2.6's new require system Oct 19 21:15:07 Andolamin_work: Yeah it's quite nice ;) Some people don't like it though ;) I.e. too light ;) Oct 19 21:15:18 We had one of our graphics guys working on a "dark mochi" ;) Oct 19 21:15:29 So kinda like Onyx but with Mochi elements ;) Oct 19 21:15:46 2.6 still isn't out right? Been quiet at that front, see lots happening on GH but no release yet Oct 19 21:15:48 Yeah, you could essentially invert (not exactly, but close) the colors and it would still look great Oct 19 21:16:01 Rumors are before end of year in #enyojs channel :P Oct 19 21:16:04 It's a dev build right now, but pretty stable Oct 19 21:16:15 Andolamin_work: Yeah that's what he did Oct 19 21:16:45 We were also looking on luneos-components (basically Mochi style QML components), that could need some work too in the future Oct 19 21:16:51 Didn't really move much with it yet Oct 19 21:17:19 Why not just write the QML apps in Enyo? Oct 19 21:17:58 QML is easier for me to write compareed to Enyo :P Oct 19 21:18:02 I don't know why Oct 19 21:18:30 We just want an uniform look for apps, so we need to provide some standard components ;) Oct 19 21:19:15 So the end goal would be to have Enyo and QML apps look the same more or less :P Oct 19 21:19:19 Not easy but well Oct 19 21:19:54 If we'd have more Enyo devs we'd have less issues ;) Just currently more people know how to do stuff with QML compared to Enyo ;) Oct 19 21:20:08 So if you have bored colleagues who are willing to help out on Enyo stuff :P Oct 19 21:20:42 A certain Andrew R. would hook us up with an Enyo 2 Lumberjack, still waiting LOL ;) Oct 19 21:21:06 He sits around the corner from me. Should I go bug him about it? Oct 19 21:22:02 If it's something the project would consider, mochi-light and mochi-dark as system theme, I would take a stab at creating UX compliant QML components for it Oct 19 21:22:18 And re: QML apps written in Enyo, I was referring to https://github.com/dmikey/enyo-native/tree/hybrid Oct 19 21:23:04 I would love if mochi got more use. It's so much cleaner and lighter than Onyx. Oct 19 21:31:12 Going to pull the trigger and open the source code for those components. MIT or Apache? Oct 19 21:33:29 Andolamin_work: A poke in his direction wouldn't hurt. C-service needs some rewriting and UI in Enyo 2. You could even split the work :P Oct 19 21:34:31 https://github.com/webOS-ports/lumberjack? Oct 19 21:35:19 I think priority for now would be: 1. Get BT integration sorted, 2. If you get your R Pi 2 port working I think would be interesting to add it to our "supported targets" list ;) Might attract some dev attention too :) Will have a word with some of the project people about that. 3. Phone app (not for you to do, but it's important to be able to make calls) 4. UI unification (so Mochi Oct 19 21:35:19 light/dark) in longer term ;) Oct 19 21:35:42 Andolamin_work: Yes ;) that's the repo Oct 19 21:35:54 Just since we dropped the /var/log/messages it needs to pull from elsewhere Oct 19 21:35:59 Let me see if I have some link Oct 19 21:37:58 We'd need the service to use something like this instead of the legacy bits: http://www.freedesktop.org/software/systemd/man/sd-journal.html Oct 19 21:38:21 Service as it is currently is already in our builds it seems Oct 19 21:38:57 This should give you the status: systemctl status org.webosports.service.lumberjack Oct 19 21:39:20 And then you can do things like luna-send -n 1 luna://org.webosports.lumberjack/listApps '{}' Oct 19 21:39:39 That all would need some rework since we don't have /var/log/messages anymore but journalctl Oct 19 21:42:16 Tofe is taking care of the whole QtWebkit to QtWebEngine migration already ;) Browser is done, he's working on Enyo 1/2 apps now ;) Oct 19 21:45:17 Ehm I think we prefer Apache over MIT, not sure. Most our stuff uses GPL, but I think we're OK with Apache 2.0 too. Let me read the logs ;) Oct 19 21:49:58 Seems we're OK with Apache 2.0 in general. GPLv3 would be better but well ;) Oct 19 21:50:07 You're the dev, it's your choice :) Oct 19 21:50:36 Yeah - for my stuff I don't want to go as far copyleft as GPL. I'd probably opt Apache 2.0 in that case Oct 19 21:51:42 Andolamin_work: Sure :) Oct 19 21:52:10 Anyway I'm off to bed, little one (14 months) almost will have me up in 5,5 hrs probably again :P Oct 19 22:00:12 Herrie: Mine's the same way (21 months) Oct 20 02:58:38 Andolamin_work, check out http://connectsdk.com/ if you haven’t already. There’s an implementation for iOS and an implementation for Android. You’d need to much of the functionality, presumably as a node.js service. **** ENDING LOGGING AT Tue Oct 20 02:59:58 2015