**** BEGIN LOGGING AT Mon Apr 13 03:00:00 2015 Apr 13 03:37:20 elvispre, Safari (on Mac OS) is fairly close. Apr 13 06:41:58 morning! Apr 13 07:21:00 Tofe: morning Apr 13 07:45:09 morning Apr 13 07:49:17 morning :-) Apr 13 08:10:13 Garfonso: It seems that QT might offer a downloadmgr in QT 5.5, so I suggest you hold off the work on the downloadmgr and focus on some Messaging/chatthreader improvements instead? Apr 13 08:17:09 if we want to be backward compatible, we will need the download manager, because it is quite special ;) Apr 13 08:17:48 Garfonso: QT seems to provide some API for it in 5.5. Lets see that one first if it's suitable for us? Apr 13 08:18:17 do you have a pointer to the api? Apr 13 08:18:25 Seems we need some rework in the messaging backend with more priority ;) Apr 13 08:18:36 Let me search Apr 13 08:22:52 JaMa: means you saw a web page rendered? Apr 13 08:22:58 I never got that part working yet Apr 13 08:23:08 the browser launched yes, but didn't rendered a page Apr 13 08:23:42 Garfonso: Search for QML Download API and you'll find a Trello link with some info. My proxy is acting up and cannot visit https :s Apr 13 08:24:05 morphis: JaMa kicked off stable builds. Anything I need to test specifically? Apr 13 08:24:13 Got it loaded on both N4 and TP Apr 13 08:24:26 no Apr 13 08:24:54 Tofe also PR'ed Tabbed launcher which I tested on N4 and TP and Tofe on TP. All stable and was unable to break it. Apr 13 08:24:58 So it's good to merge Apr 13 08:25:26 For luna next cardshell that is. Apr 13 10:37:21 morphis: IIRC yes, when I started it with URL it rendered cnn or something like that Apr 13 10:37:44 but it's long time and my memory is fading quickly now Apr 13 10:38:53 merging last staging to public feed to create release dir now Apr 13 10:40:25 I've also pushed small bitbake,oe-core,meta-oe upgrade yesterday Apr 13 10:40:31 so expect longer build times today Apr 13 11:55:52 I've also changed github.com mirror URLs, so don't be surprised to see this warning in make update: Apr 13 11:55:55 WARNING: meta-openembedded is using a different uri 'git://github.com/openembedded/meta-oe.git' than configured in layers.txt 'git://github.com/openembedded/meta-openembedded.git' Apr 13 11:57:00 and I've created branches for Yocto 1.8 "Fido" release (includes qt5-5.4.1) Apr 13 12:24:10 How goes the stable? Apr 13 12:25:37 * AlanM-N4 waves hello Apr 13 12:36:46 Herrie: morphis: http://build.webos-ports.org/releases/aulait/ Apr 13 12:45:36 morning Apr 13 12:46:07 JaMa: Thnx, can you create a new stage as well for the new stuff or that's morphis who needs to do that? Apr 13 12:55:34 * DougReeder waves good morning Apr 13 13:08:13 DougReeder: Morning Apr 13 13:08:25 I saw your bug report for file input Apr 13 13:08:29 Commented on it Apr 13 13:09:06 I will read that Apr 13 13:10:34 Basically I don't want to put too much time into QtWebKit anymore since it'll be deprecated with QT 5.5 which should be out this month or next. Apr 13 13:11:08 And we'll likely pick it up shortly after in our builds once morphis/JaMa get QtWebEngine working properly Apr 13 13:11:14 * DougReeder nods “So long as we have a plan to implement it for beta” Apr 13 13:11:59 DougReeder: Yeah we should together with a revamp of the browser Apr 13 13:12:33 QtWebEngine looks promising just only introduced with 5.4 so still lacked some features, but quite some come back with 5.5 it seems :) Apr 13 13:22:44 Herrie|Veer: new stage was created before the release Apr 13 13:37:39 JaMa: OK thnx for my education: Is there any way I can check this somewhere? Apr 13 13:38:14 * EricBlade builds the latest updates to lune for fun Apr 13 13:39:59 Herrie|Veer: do you have access to jenkins console logs? Apr 13 13:40:28 either read luneos-stable_feeds-new-staging job log Apr 13 13:40:36 JaMa: Not 100% sure :P Apr 13 13:41:01 or http://build.webos-ports.org/luneos-stable-staging/033/info.033 shows "Closed" Apr 13 13:41:11 and merged to public feed Apr 13 13:41:26 so it means that "wip" is now open for bussiness as new 034 staging Apr 13 13:41:42 OK so any new commits end up in 034 now right? Apr 13 13:50:28 correct Apr 13 13:50:55 OK thnx :) Apr 13 13:51:14 Tofe: I guess you're OK to merge the tabbed launcher then :) Apr 13 13:57:03 morphis: Did the PR to dizzy for Bombon Apr 13 13:59:35 Stable release announcement is out Apr 13 14:02:53 AlanM-N4: Thnx Apr 13 14:03:04 Herrie|Veer: merged! Apr 13 14:03:11 morphis: ^ Apr 13 14:04:34 Will you do PR to dizzy or I should do? Apr 13 14:06:50 Is that a question for me? Apr 13 14:07:10 Tofe: Yeah :P Apr 13 14:07:25 Herrie|Veer: let me pick those bits automatically Apr 13 14:07:44 morphis: Also fine :) Apr 13 14:08:09 There are a few other PR's pending ;) luna-sysservice and nizvons work for led as well :) Apr 13 14:08:31 Would be good if we could have a build with those sometime so we can develop further on them :) Apr 13 14:08:44 sure Apr 13 14:08:58 the led work for luna-next seems pretty harmless Apr 13 14:09:01 let me pick them later today Apr 13 14:09:54 Great :) Apr 13 15:47:52 AlanM-N4: does your nick mean there is an IRC client for the N4 and LuneOS? Apr 13 15:48:19 No. Lollipop Apr 13 15:53:38 Garfonso: wIRC was webOS Internals software, right? Wouldn't that work on LuneOS? Apr 13 15:55:21 depends on what it requires and if the ui is mojo or enyo. Apr 13 15:56:19 well Apr 13 15:56:24 the original UI was mojo Apr 13 15:56:35 but I remember they said they had an Enyo version they made Apr 13 15:56:37 for the touchpad Apr 13 15:57:31 https://github.com/webos-internals/wIRC has a plugin Apr 13 16:00:45 JaMa: my build fails: WatchManagerError: add_watch: cannot watch /mnt/webos-build/luneos/webos-ports-env/webos-ports/conf/bblayers.conf WD=-1, Errno=No space left on device (ENOSPC) Apr 13 16:00:55 but there is plenty of space on this device Apr 13 16:01:43 There are two branches, master, which appears to be Mojo, and enyo. Apr 13 16:02:52 seems my system ran out of watches, increased it.. now starts to build. Apr 13 16:03:05 sorry, still no linux pro. ;) Apr 13 16:09:44 There’s only one wirc in the Preware feed. It’s a Mojo app that just expands to be bigger on a TP. Apr 13 16:10:44 I might take a look at the source for the enyo version of wIRC at some point Apr 13 16:11:20 I'm sure it's writtern for Enyo 1.0, so it would need to be ported to Enyo 2.0 Apr 13 16:11:25 *written Apr 13 16:15:34 Well, in the shor term it doesn’t have to Apr 13 16:15:47 yeah, we can still run it as enyo1 app Apr 13 16:15:55 just the plugin is the major problem Apr 13 16:16:43 Enyo branch compiles with a few warnings, appear to succeed. Apr 13 16:18:23 Launches without crashing Apr 13 16:23:06 I can’t get it to connect to Freenode. (This is on a TP running webOS 3.0.5, BTW) Apr 13 16:27:31 Long-term, is the IRC paradigm campatible with the chat threader & Messaging? Apr 13 16:28:04 I can’t get it to connect to irc.mozilla.org either. Apr 13 16:28:53 morphis: Am I correct to say that the properties we get for our ApplicationModel is structured like the JSON structure built here ? https://github.com/webOS-ports/luna-appmanager/blob/master/Src/base/application/ApplicationDescription.cpp Apr 13 16:29:09 yes Apr 13 16:29:16 ok Apr 13 16:30:01 Because we have to be careful: when a property is added to a ListModel, it is then added for all the other items, and the latter will only get the default value (i.e. false for a boolean) Apr 13 16:31:43 I was working on adding the "remove" functionality to the icons of the launcher, and if some properties are true by default it becomes problematic Apr 13 16:48:38 morphis: I would need some help with the meanings of "removable", "userInstalled", w.r.t. the icons "minus" and "cross" in the launcher... I'm a bit lost :p Apr 13 16:49:06 The cross is for uninstalling. So it's when userInstalled == true, right? Apr 13 16:49:37 And the minus is for... hiding? when removable == true ? I'm not sure for that one Apr 13 16:54:59 DougReeder: "compatible"? Apr 13 16:56:05 In general, it seems like IRC channel should map to chat thread. Apr 13 16:56:33 Tofe: what do you mean with "minus" and "cross"? Apr 13 16:56:36 … and message to message. But I haven’t look into either in depth. Apr 13 16:57:20 morphis: the two little icons that we have in the full launcher, when in modification mode Apr 13 16:58:19 didn't saw them yet Apr 13 16:58:26 http://i.imgur.com/fF5ZPqa.png Apr 13 16:59:05 I think there must be a difference between system and user apps Apr 13 16:59:33 so hidding was possible in legacy? Apr 13 17:00:05 well... I think it means hiding. I'll check with my TP. Apr 13 17:00:19 ok Apr 13 17:01:28 Tofe: you also might check the legacy code Apr 13 17:02:52 I don't see any "minus" icon on any of my apps on TP Apr 13 17:03:00 either cross, or nothing Apr 13 17:03:39 Tofe: I think we shouldn't display any icon for such we can't remove Apr 13 17:03:51 so if removable = true then display cross Apr 13 17:03:55 otherwise nothing Apr 13 17:04:40 DougReeder: There's a "chat" app? I only remember there being a messaging app. Apr 13 17:05:04 chat threader works with the Messaging app. Apr 13 17:05:30 morphis: yes, seems sensible Apr 13 17:07:45 DougReeder: but does it display in a manner conducive to IRC chat? The members of a chat would be constantly changing Apr 13 17:08:38 And once certainly doesn’t want a banner message every time someone arrives or leaves. Apr 13 17:09:51 that's true Apr 13 17:10:07 So, at the least, the chat threader would need to do notifications differently for IRC vs. SMS. Apr 13 17:11:25 yea Apr 13 17:12:10 plus, extra IRC functions like notices, snotices, whois, ctcps, etc. might not fit Apr 13 17:15:11 One might refactor SMS/IM as a simplified form of IRC. Apr 13 17:15:43 The real question is, do people interact with them the same way? Apr 13 17:19:08 like a Long Delayed IRC? Apr 13 17:19:33 My wife does…she holds conversations that way with me. Apr 13 17:37:58 DougReeder: I would say that IRC is a different enough beast that it cannot function well as a subset of Messaging. To fit SMS/IM under the IRC umbrella may be possible, but that would require changing the Messaging app to fit IRC, which would have a lot of unnecessary features for other applications Apr 13 17:38:12 * DougReeder nods Apr 13 17:55:02 Tofe: In legacy some apps weren't removable Apr 13 17:55:31 By default pdf app on 2.x could be removed there's a patch to isable that Apr 13 17:55:42 Let me search it in a bit Apr 13 17:57:41 Herrie: that's fine, I have the corresponding appinfo property Apr 13 18:24:10 I don't have any user installed app, so I don't know if my LS2 call works... https://github.com/webOS-ports/luna-next-cardshell/commit/bab9db33bd126b7a1e78cb3aa7a6693c61914a2f Apr 13 18:34:15 Tofe: When you install the webapp from Preware it should be userinstalled ? Apr 13 18:34:24 Or any IPK that you install with opkg install for that matter Apr 13 18:39:02 ah, yes, good idea, I'll try Apr 13 19:12:42 Garfonso: Ping Apr 13 20:11:47 DougReeder: it might work if we support group messages. Apr 13 20:11:53 Herrie|2: pong Apr 13 20:12:01 “group messages” ? Apr 13 20:12:53 yes.. like whats app and stuff use.. groups that you can join and leave and send messages to. That would be very similar to a chatroom in irc Apr 13 20:16:25 Garfonso: You saw the discussion while you were away about messaging & rework needed? Seems most would be required in NodeJS stuff Apr 13 20:17:27 No, I didn't see that. Why a rework? Apr 13 20:17:55 Well or some adjustments Apr 13 20:18:12 We basically don't want the app to send messages directly anymore but to have this done centrally Apr 13 20:18:21 DougReeder can explain it better i'm sutre ;) Apr 13 20:18:41 So app sends to chatthreader who then deals with everything if I recall correctly Apr 13 20:18:47 Let me check the logs ;) Apr 13 20:19:05 The plan for only the chat threader to write to the DB Apr 13 20:19:28 also the message objects? Apr 13 20:19:57 The app would call the chat threader, which would create message objects (and chat threads if needed) Apr 13 20:20:12 hm, ok. Apr 13 20:21:23 The chat threader can enforce messages belonging to the correct thread. Apr 13 20:22:01 DB8 can’t enforce that, but a single piece of code can. Apr 13 20:22:57 This actually came up when DougReeder did some enhancements to the messaging app to get SMS send out from directly typed number work, but that doesn't still ;) Apr 13 20:23:17 Which needs some tweaks in the chatthreader to get working if I'm right? Apr 13 20:25:16 * DougReeder nods Apr 13 20:25:37 It doesn't have a threadId or something right ? Apr 13 20:26:12 I haven’t had a chance to look at the actual code yet. Apr 13 20:45:04 hm.. in theory that should already work.. but currently a watch is missing for send messages. Apr 13 20:45:15 so they are not correctly processed, yet. :-/ Apr 13 20:45:37 The app will still need a watch to retrieve messages for the current thread **** ENDING LOGGING AT Tue Apr 14 02:59:58 2015