**** BEGIN LOGGING AT Fri Jul 29 02:59:58 2016 Jul 29 05:06:09 Well, darn. eddystone-beacon requires nodejs 6, not 4. Jul 29 05:08:05 The underlying bleno might, though. Jul 29 05:17:01 DougReeder: I don't think we have real objections against 6 tbh Jul 29 05:17:02 We Jul 29 05:17:09 We'd just need to test it properly first Jul 29 05:18:07 There are other issues that are more of a show stopper like BlueZ5 and kernel 3.6+ Jul 29 06:25:11 Yeah, Eddystone support ought to be a low priority. It would be fun, though. Jul 29 06:25:37 I’ll see if I can list out all the dependecies. Jul 29 07:32:41 Morning Jul 29 07:49:00 HaDAk: haha nice! Jul 29 08:05:46 Herrie: why the need for 3.6 kernel ? next systemd update ? Jul 29 09:30:47 Tofe: That's a requirement for bleno that's required for eddystone-beacon DougReeder mentioned. Jul 29 09:30:59 Tofe: Anyway not a high prio for now. Jul 29 09:31:09 Got back so can look into some things now :) Jul 29 09:31:34 This mini icon for banners still not working. Seems I have a timing issue. Jul 29 09:31:47 Where ls2 call returns info after it's required. Jul 29 09:31:56 I guess I'm gonna need some help there. Jul 29 09:32:04 Will push some code later. Jul 29 09:37:30 ok :) Jul 29 11:48:37 Jay internet upgraded with the new modem :) 300/30 now :) Jul 29 11:49:55 Instead of 200/20 ;) Jul 29 12:09:22 ah, I'm still at 14/1... I should move to a bigger town... Jul 29 12:24:41 nvm use 4 Jul 29 12:35:50 Tofe: Well ADSL (2+) here theoretically should give me 100/10 but when I had it when I moved here when the speeds were like 30/4 I would get 8/1 max due to copper quality. Only other option I have is TV coax cable using DocSIS 3.0 which was limited to 200/20 before and now can do 300/30 ;) But do need a separate box for it... Used to have all-in-1 box Jul 29 12:35:54 But well, can't have all :P Jul 29 12:37:17 yup Jul 29 12:41:37 Tofe: Trying the pidgin 2.11.0 upgrade to see if that works. Seems to fix some CVE issues mainly and a few other things like ICQ password length Jul 29 13:41:28 I'll say this: from a user-interest/publicity perspective, we should implement one modern feature that wasn't in webOS, so people understand LuneOS is not stuck in the aughts. Jul 29 15:58:44 DougReederPhone: I don't disagree there, but getting at least functionality equal to legacy is a good start, then add things like NFC for example which shouldn't be too hard Jul 29 16:07:26 Yes, if NFC is easier to get functioning, that would be a good choice. Jul 29 16:11:09 DougReederPhone: I guess technically it should be easier since libhybris supports it according to https://wiki.merproject.org/wiki/Adaptations/libhybris Jul 29 16:27:13 Excellent Jul 29 16:46:55 Tofe: On my code: https://github.com/webOS-ports/luna-next-cardshell/commit/36a592d67da8c1718d14ddffe07d3d8b647d588a Jul 29 16:47:01 Log at https://bpaste.net/show/e7ec4dc2e428 Jul 29 16:48:40 Seems my iconUrl at l397 is coming from the iconUrl at l226 which isn't returned yet due to the fact that the ls2 call + processing isn't finished yet. Jul 29 17:04:04 Herrie|Laptop: getIconUrlOrDefault() doesn't return anything, so "source" at l397 is undefined Jul 29 17:30:38 nizovn: It's OK when I return something right away at the start of getIconUrl just when I do a ls2 call + processing and return it later it has issues Jul 29 17:45:05 Herrie|Laptop: about your code Jul 29 17:45:20 getIconUrlOrDefault never returns anything Jul 29 17:45:41 Tofe: When I let getIconUrl return something right away it seems fine Jul 29 17:45:47 Just when it returns it later it's not :S Jul 29 17:45:52 Or I'm seeing something wrong Jul 29 17:46:57 well, getIconUrl (as I see it in your commit) doesn't return anything either Jul 29 17:47:29 only the callbacks that are called via ls2 return something, but that returned value isn't used anyway Jul 29 17:48:15 To make it more clear, it's not "get" functions you have here, but "call" functions Jul 29 17:50:41 One way to make it work would be to give one more parameter to getIconUrl, which would be a 'setter' function, which would be called by handleGetAppInfoResponse2 Jul 29 17:51:35 but if it's all async, maybe it would be better to rethink a bit the code where you have "getIconUrl" calls Jul 29 17:52:27 Tofe: So my returns are in the wrong place? Jul 29 17:52:42 Yeah the calls will be async... I just don't know how to solve this differently :S Jul 29 17:53:40 Herrie: you returns are useless, to be exact, because the getIconUrl function itself has exited long ago and because the caller of the handleGetAppInfoResponse2 function is the ls2 service itself Jul 29 17:53:51 your* Jul 29 17:54:15 let me fetch your repo and think about it Jul 29 17:55:28 ah no it's just a branch; great, that's easier :) Jul 29 17:56:34 Herrie: I guess the testing has to be made on device? Jul 29 17:59:56 Tofe: No emu is fine Jul 29 18:00:09 You can SSH them in Jul 29 18:00:24 Use Testr or clock app to add alarm and minimize to card view Jul 29 18:00:54 yes, I just meant we can't reproduce it on Desktop (for now at least) Jul 29 18:01:52 We *could* implement two fake ls2 services for appInfo and AppBasePath Jul 29 18:02:04 Tofe: I did that already Jul 29 18:02:07 oh Jul 29 18:02:20 then we should be able to see the issue on desktop too Jul 29 18:03:05 https://github.com/webOS-ports/luneos-components/commit/e1e355693b0567937d8b21d3a2630bbc072a40ad Jul 29 18:03:32 already in master? Jul 29 18:03:33 Might need some tweaking for the reply conents, but the stub calls + reply functions are there Jul 29 18:03:35 Tofe: Yeah Jul 29 18:03:44 good :) I don't remember all my merges :p Jul 29 18:03:59 I think I might have done that one, not sure ;) Jul 29 18:04:37 On desktop, on your miniicon branch, it complains about NotificationItem not having a ownerId property, does that ring a bell? Jul 29 18:06:39 and tadaa: "file:///mnt/ubuntu/home/chris/wop_modifs/luna-next-cardshell/qml/Notifications/NotificationArea.qml:397: ReferenceError: iconUrl is not defined" Jul 29 18:08:23 Tofe: I have some stuff locally still to push Jul 29 18:08:32 So yeah that does ring a bell Jul 29 18:09:03 But NotificationItem is only for "native" notifications I think. Not used by NotificationArea for dashboards Jul 29 18:10:51 If I recall correctly Jul 29 18:11:07 NotificationItem is used when you use the api directly make one Jul 29 18:11:18 frankly, getting it right with the ls2 call in javascript will quite complexify the code... what's the reason not to have it in the NotificationManager, for instance ? Jul 29 18:11:47 In the C++ code in luna-next you mean? Jul 29 18:11:53 Yes; because in C++ we could do a sync call Jul 29 18:12:15 Tofe: That should work too, just I don't know C++ hence I always try a JS/QML solution :P Jul 29 18:13:09 The logic you used doesn't seem too complex -- if we remove the 1,000 lines of debug code ;) Jul 29 18:13:43 I should give it a try this week-end Jul 29 18:23:32 Tofe: If we just have the path we should be ok, rest we can do in qml Jul 29 19:14:42 Loose USB port on Nexus 4 is fixed ;) Jul 29 19:15:06 Already wondered why sometimes my ADB wasn't working. While charging I noticed the usb cable wasn't a tight fit, so fixed that now :P Jul 29 19:15:09 Behaving better :D Jul 29 19:15:15 Was a 30 second fix LOL Jul 29 19:20:49 good :) Jul 29 20:17:54 Do you still need a wordpress guy? Or do you have one? Jul 29 20:19:19 Because i'd be willing Jul 29 20:25:24 Message me on webosnation if you want :P **** ENDING LOGGING AT Sat Jul 30 02:59:58 2016