**** BEGIN LOGGING AT Sun Aug 07 02:59:57 2016 Aug 07 08:12:31 Morning! Aug 07 08:24:25 Tofe: Morning! Aug 07 08:48:51 My build now has all fixes including nizovn's MTP stuff & webengine/chromium & your latest Aug 07 08:49:00 And it flashes :P Aug 07 08:57:21 great:) Aug 07 08:58:04 Tofe: Hmmz the webengine update is not working... Aug 07 10:54:24 mako kernel[677]: [ 75.252464] type=1701 audit(1470560064.029:22): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=2189 comm="LunaWebAppManag" reason="memory violation" sig=11 Aug 07 08:58:18 So I guess that will have to wait a bit :P Aug 07 08:58:33 ah Aug 07 08:59:39 everything is bumped ? Aug 07 09:00:22 Tofe: I did qtwebengine & chromium to latest Aug 07 09:00:25 Locally Aug 07 09:00:26 Not remote Aug 07 09:00:29 ok Aug 07 09:00:32 I can paste you my recipe Aug 07 09:00:38 If you want to build yourself Aug 07 09:00:46 oh I guess it's just a matter of changing the srcrev? Aug 07 09:00:50 I assume you're still away and don't have your full build system? Aug 07 09:00:59 Tofe: And need to bump the MD5 for licenses Aug 07 09:01:02 Let me just paste mine Aug 07 09:01:05 ok Aug 07 09:01:08 I'm home Aug 07 09:01:43 I was debugging the connectionmanager a bit Aug 07 09:02:31 lots of little missing things in there... It doesn't detect the wired connection, but detects it has an internet connection; and in imlibpurple there is no code to take the wire connection into account Aug 07 09:02:38 This is the qtwebegine_git.bbappend: https://bpaste.net/show/fd144bbea50c Aug 07 09:03:11 Tofe: Yeah that needs some polishing probably Aug 07 09:03:26 Though wired is most likely only on qemu or maybe laptop targets in the future :P Aug 07 09:04:19 yep Aug 07 09:04:46 also I think there's a mismatch between the "wan" and "cellular" keys Aug 07 09:05:46 do you know what implements com.palm.connectionmanager ? Aug 07 09:07:03 ah, https://github.com/webOS-ports/webos-connman-adapter Aug 07 09:07:26 Yup Aug 07 09:07:29 Was about to paste that Aug 07 09:07:53 We have quite some patches Aug 07 09:08:02 Might be better to simply integrate them: https://github.com/webOS-ports/meta-webos-ports/tree/krogoth/meta-luneos/recipes-webos/webos-connman-adapter/webos-connman-adapter Aug 07 09:08:09 Since we anyway don't have an upstream Aug 07 09:08:27 well, yes :) Aug 07 09:08:40 Makes it less confusing to fix things as well :P Aug 07 09:10:44 hehe... https://github.com/webOS-ports/meta-webos-ports/commit/33dbdce8219fc99a7cc07333b5ce5bcb27a90d71 Aug 07 09:11:11 just some cleanup to do then Aug 07 09:12:45 Ah yeah LOL Aug 07 09:12:48 I did that already Aug 07 09:13:48 Let me drop the patches Aug 07 09:14:14 ok Aug 07 09:14:32 I probably did the change on the web and cannot delete files there :P Aug 07 09:15:49 OK done: https://github.com/webOS-ports/meta-webos-ports/commit/3041fee80523439740a8d15c983ee522be464f3d Aug 07 09:26:22 good Aug 07 09:27:11 for our webos-connman-adapter, we look for "eth0", where the interface is actually name "enp0s3"... that sure doesn't fit. Aug 07 09:57:51 eht0 looks reasonable to me Aug 07 09:57:58 enp0s3 looks a bit random? Aug 07 10:13:18 connman decides :) Aug 07 10:13:48 But I've already something almost ready, which uses connman more reliably Aug 07 10:48:32 ok, I have now our adapter managing correctly wired interface (and probably better also for wifi and cellular) Aug 07 11:15:07 Herrie|2: a question about activitymanager Aug 07 11:16:20 right now, what imlibpurpleservice gets is something like this: ConnectionStateHandler::connectionManagerResult: {"$activity":{"activityId":96,"creator":{"serviceId":"com.palm.imlibpurple"},"name":"Libpurple connection watch","requirements"{"internet"{"cellular"{"state":"disconnected"},"isInternetConnectionAvailable":true,"offlineMode":"disabled","returnValue":true,"subscribed":true,"wifi"{"state":"disconnected"},"wired"{"dns1":"192. Aug 07 11:17:12 which means, we have the properties alright, but the "wired" part isn't something that an activity requirement is supposed to contain Aug 07 11:17:48 So I'm wondering who sends this "requirement" so libimpurpleservice ? Aug 07 11:18:13 Tofe: That's a good question... Aug 07 11:18:28 I've looked into activitymanager, which could be a good guess Aug 07 11:18:42 I think originally webOS didn't take care of the wired part. Or maybe they did somehow else Aug 07 11:19:08 JaMa might know that. I know that there was some cellphone "emulation" going on in the legacy virtualbox images. Aug 07 11:19:15 I've already patched it slightly so that a wired connection will meet a "wifi" requirement, and so that both "cellular" and "wan" are accepted too Aug 07 11:19:18 Just don't remember how that was done. Aug 07 11:19:43 You mean you currently get wired back while you don't expect it? Aug 07 11:20:14 yes Aug 07 11:20:17 Any connection replies nornally would come from connman through webos-connman-adapter afaik. Aug 07 11:20:40 yes, the json looks exactly like what connman-adapter returns Aug 07 11:20:43 But I might be wrong. Doing groceries right now, will be home in 10-15 to check in detail :P Aug 07 11:21:01 Tofe: Some call to com.palm.* ? Aug 07 11:21:19 i.e. com.palm.telephony, com.palm.wifi or com.palm.connectionmanager Aug 07 11:21:23 luna://com.palm.connectionmanager/getStatus probably Aug 07 11:22:02 I think it does a call to com.palm.telephony too somewhere... I had errors for that in my log because it's not available on vbox Aug 07 11:22:48 right now, I mostly would like to make to that a wired connection is seen as a wifi one, from an activity point of view Aug 07 11:24:02 there's no point in having a really complete support of wired connections right now, and it would break legacy anyway Aug 07 11:24:21 Yeah Aug 07 11:26:21 I agree there Aug 07 11:26:29 Just something workable would be good. Aug 07 11:26:44 Eventually for vbox we should skip the wifi page in FirstUse Aug 07 11:27:07 But I'll work something out for that. Aug 07 11:37:16 found it: https://github.com/webOS-ports/activitymanager/blob/webOS-ports/master/src/ConnectionManagerProxy.cpp#L239 Aug 07 11:37:30 here it pushes the whole thing without preprocessing anything Aug 07 12:01:41 Strange place to do all kinds of connection stuff :P Aug 07 12:07:32 did you receive any AIM message? Aug 07 12:09:28 NOPE so far Aug 07 12:09:34 ok Aug 07 12:09:48 I think I still have issues with the storage of credentials Aug 07 12:15:09 nizovn: https://bpaste.net/show/4368b537d007 Aug 07 12:15:12 Tofe: Hmmz Aug 07 12:15:18 It could be keymanager somehow Aug 07 12:15:24 Garfonso rewrote it Aug 07 12:15:30 I'm looking into it Aug 07 12:15:31 Since it wasn't opensourced Aug 07 12:15:35 Though it works with email etc Aug 07 12:15:43 So it does seem somewhat correct Aug 07 12:15:51 yup Aug 07 12:19:01 ok, my fault. Again! Aug 07 12:20:59 Tofe: LOL Aug 07 12:21:06 Again one of the NodeJS upgrades :P Aug 07 12:21:07 ? Aug 07 12:21:15 You need more coffee that's obvious :P Aug 07 12:21:59 yeah... Aug 07 12:25:15 ah, connecting to AIM too frequently... Aug 07 12:27:00 Tofe: Yeah that happens :S Aug 07 12:28:10 Maybe SKype? Aug 07 12:28:31 I have 2 ICQ, 1 AOl, 1 Yahoo & 1 Skype to test with :P Aug 07 12:43:11 I've got one old ICQ too Aug 07 12:44:18 Herrie: this also looks like the older version, there should be these messages in log: https://github.com/webOS-ports/mtp-server/blob/master/src/MtpServer.cpp#L365 Aug 07 12:46:18 nizovn: hmmz Aug 07 12:55:16 nizovn: Had the wrong SCREV Aug 07 12:55:21 For PR1 instead of PR2 Aug 07 13:03:15 ok Aug 07 14:27:00 nizovn: Works now it seems :D Aug 07 14:27:31 I get a folder called "storage" in my Nexus 4 device in Windows Explorer and this storage folder has the contents of media/internal :D Aug 07 14:27:36 And I can copy files there too Aug 07 14:37:55 Herrie: I've made a little progress: it seems there is a confusion for the login name, between "username" and "username@aol.com" for example Aug 07 14:39:03 Tofe: Hmmz that could be... Legacy had some nasty code for that Aug 07 14:39:19 yes, it looks like it's nasty :) Aug 07 14:39:21 Herrie: good :) Aug 07 14:39:44 Tofe: On legacy you needed to enter your username which it would then suffix with @aol.com Aug 07 14:39:50 In the imaccountvalidator Aug 07 14:40:04 yes, I've seen something like that in the validator Aug 07 14:40:07 Now you should put username@aol.com in the Accounts App yourself Aug 07 14:40:14 I think these specifics were removed Aug 07 14:40:22 At least that's what filmor attempted to do Aug 07 14:40:46 See https://github.com/webOS-ports/imaccountvalidator/commit/f1a5ba6f35f957d82e830628587fee5bf430bb57 Aug 07 14:40:46 no, it still adds @aol.com, but in libimpurple it still logs it without @aol.com Aug 07 14:40:50 thus the confusion Aug 07 14:40:58 let me try with a complete username Aug 07 14:41:00 IMAccountValidatorHandler.cpp l168 Aug 07 14:42:40 yes, that's where I saw it Aug 07 14:42:46 See l209 and further Aug 07 14:42:51 There was a whole bit that got deleted Aug 07 14:43:01 getPrplFriendlyUsername Aug 07 14:44:47 well, there's still a bit of it somehwere Aug 07 14:46:52 https://github.com/webOS-ports/imlibpurpleservice/blob/master/src/LibpurpleAdapter.cpp#L309 Aug 07 14:47:47 I'll just remove all these back-and-forth, if that's alright by you Aug 07 14:54:53 Tofe: Sure Aug 07 15:05:03 nizovn: Can you update your PR to meta-smartphone with your latest commits? Aug 07 15:05:11 I'll push JaMa for a merge when he's around Aug 07 15:10:01 Herrie: did you see any AIM message? Aug 07 15:10:23 Herrie: yeah :) Aug 07 15:13:28 Tofe: Yes! Aug 07 15:13:40 Hello from LuneOS and Test Aug 07 15:13:43 + ? Aug 07 15:13:45 I replied Aug 07 15:13:52 You might want to check logs Aug 07 15:14:37 Herrie: yes, that's what I sent :) Unfortunately I didn't see the answers Aug 07 15:15:52 Error: palm://com.palm.db/find {"query":{"from":"com.palm.message:1","where":[{"prop":"conversations","op":"=","val":null},{"prop":"flags.visible","op":"=","val":true},{"prop":"_rev","op":">","val":0}]}}: db: no index for query Aug 07 15:17:46 Tofe: Ah you might need to adjust that one Aug 07 15:17:52 Garfonso added a field there Aug 07 15:18:00 "Maye AIM too" ? Aug 07 15:18:02 I thought I sent you that Aug 07 15:18:29 "Nice :)" Aug 07 15:18:38 I'm just looking at the db Aug 07 15:18:44 so it's in there Aug 07 15:19:12 Garfonso: if you read us, maybe you can help us fix the last piece of the puzzle :) Aug 07 15:21:11 indeed, the new Messaging can see it Aug 07 15:21:47 though it says it's from November 30, 48570... Aug 07 15:22:18 What is missing? Aug 07 15:22:38 Tofe: Let me check Aug 07 15:23:15 Garfonso: there is a timestamp issue in Messaging, (my last remark), and with Legacy Messaging it can't retrieve the list of received messages Aug 07 15:24:32 Timestamp issue might be that it expects Unix timestamps and I store JavaScript ones, I.e. they need to be divided by 1000. Aug 07 15:24:33 Tofe: https://github.com/webOS-ports/org.webosports.messaging/blob/master/service/configuration/db/kinds/com.palm.message#L24 Aug 07 15:25:13 You need to add the flags.threadingError in the query of legacy messaging for com.palm.message:1 Aug 07 15:25:23 I added it in some of the files I sent you to (activities) Aug 07 15:25:37 But I never got Messaging to work, so I didn't get to your error yet ;) Aug 07 15:26:30 Well, I don't know if it's worth fixing the Legacy app Aug 07 15:27:08 Garfonso: there's also the issue that it doesn't display the buddies Aug 07 15:28:25 Buddies are contacts, right? Aug 07 15:28:38 yes Aug 07 15:29:07 and it doesn't see the online status; but that could come from several reasons Aug 07 15:29:17 Might be an issue with rights for the com.palm.person kind. Aug 07 15:30:53 AllPersonCollection.searchTextChanged(): 37 records match "" Aug 07 15:31:13 that's good news, it means it does retrieve the persons Aug 07 15:31:29 I have some Enyo errors popping up, also Aug 07 15:31:51 Tofe: Well I mainly took the legacy Messaging app, because ours isn't in a good shape for testing yet Aug 07 15:32:07 http://paste.ubuntu.com/22585150/ Aug 07 15:32:58 Herrie: yes, but if we diverged for the db and timestamp, it will be a bit difficult to know where the bugs are from Aug 07 15:33:41 Tofe: I'm not too familiar with db8 & indexes Aug 07 15:33:41 apart from the buddy list and the timestamps, it's quite fine I must say Aug 07 15:33:51 Tofe: Yeah that's pretty good :) Aug 07 15:34:06 I'll start my remaining PRs Aug 07 15:34:10 I think we could have both in com.palm.message:1 Aug 07 15:34:22 So one for legacy & LuneOS and they won't interfere with each other Aug 07 15:34:26 Quite sure Garfonso can confirm Aug 07 15:36:58 We can switch to Unix timestamps in LuneOS, too. It should be an easy fix. Aug 07 15:37:58 What's the benefit of the switch? Aug 07 15:40:02 Most timestamps in db8 are Unix, iirc. Also non JavaScript apps can work with them better, not? Aug 07 15:40:38 yep, good point Aug 07 15:41:57 Tofe: The log you pointed looks like an error or the relaunch of messaging app. Maybe some param not parsed properly or so Aug 07 15:42:42 could be yes Aug 07 15:43:45 Tofe: For your imlibpurpleservice we expect @aol.com now everywhere and store it that way? Aug 07 15:43:48 Or.... ? Aug 07 15:44:45 What you put in Accounts is used as-is by libpurple Aug 07 15:45:10 AIM doesn't expect @aol.com in the username Aug 07 15:45:56 Tofe: Ah OK Aug 07 15:46:32 There must have been a reason for the legacy stuff, just not sure what exactly Aug 07 15:46:39 Maybe something in DB storage or something Aug 07 15:47:17 Maybe they wanted to be able to tell the service provider from the account user Aug 07 15:47:26 I don't know Aug 07 15:47:38 but it was a hack anyway Aug 07 15:47:40 There is a restriction about usernames, they can only be used once for an account. Aug 07 15:47:59 aaah ok Aug 07 15:48:28 Garfonso: So when I have herrie.1982 at Yahoo and herrie.1982 at Skype that would cause issues? Aug 07 15:49:45 So much for having an account db index ... Aug 07 15:50:08 Hm... I think it was per account template, too. But not 100% sure anymore. Aug 07 15:50:52 ah, but per account template, I agree, it makes sense Aug 07 15:55:17 Legacy had a combined Messaging & Email accounts template for AOL. That might explain the @aol.com suffixing. Aug 07 15:55:47 Our template just has Messaging :-) So we don't need the suffixing. Aug 07 15:59:11 what about, for instance, Google ? It's not as dead as AIM for google talk Aug 07 15:59:46 Tofe: Google Talk is dead or it isn't not sure.... Aug 07 16:00:17 It still seems to login in TP & Trillian on PC so I guess not. Aug 07 16:00:23 I still can connect to their jabber server Aug 07 16:00:51 But maybe not the best example, you're right :) Aug 07 16:00:56 But we can have a separate GTalk template and c+dav template for Google I guess. We'd need to test that. Aug 07 16:01:07 Or combine them... Aug 07 16:01:19 We need to look at those cosmetics sometime.... Aug 07 16:02:24 It's OK to have two templates. Aug 07 16:02:52 Well, if we have a unified account with several providers (mail, messaging, etc), then it's quite nice, but we'll need a credential manager per provider, to avoid the mess that was done with legacy Aug 07 16:04:23 In theory the account manager stores the credentials. Aug 07 16:07:17 Oh I didn't really think about it, right now I'm more for keeping separate templates for the sake of simplicity Aug 07 16:07:25 When it'll work well, we'll see :) Aug 07 16:08:10 Herrie: do you have a way to integrate the chatthreader part into our build? Aug 07 16:12:15 Ah, I almost forgot one PR.. Aug 07 16:26:40 Tofe: Yeah simplicity would be good Aug 07 16:26:55 We could simply add a divider in Accounts app for IM accounts Aug 07 16:57:03 Tofe: The problem with the bits I emailed you is that they weren't open sourced, so we technically aren't allowed to put them in images Aug 07 16:57:13 They should be rewritten, luckily it's not a lot Aug 07 16:58:01 ok Aug 07 16:58:44 What does it do, exactly ? Aug 07 16:59:09 Tofe: Not sure :P Aug 07 16:59:12 Just that they're needed Aug 07 16:59:25 Some of the activities are crucial though for IM status etc Aug 07 16:59:44 some sort of relay ? Aug 07 17:00:47 They monitor chats, messages & buddies mainly Aug 07 17:01:02 Their names are pretty clear Aug 07 17:01:13 Each has their own method and separate JS file it seems Aug 07 17:01:29 They're really small in general. So rewriting them in proper NodeJS 4.x code shouldn't be too hard Aug 07 17:01:53 The messaging.library seems like some helper functions Aug 07 17:06:25 ok, it spreads the messages in "conversations" Aug 07 17:13:44 Tofe: We have that already Aug 07 17:13:52 That's what Garfonso did already Aug 07 17:14:18 We have some rewritten bits here already: https://github.com/webOS-ports/org.webosports.messaging/tree/master/service/javascript/assistants Aug 07 17:14:29 AssignMessages is the biggest one anyway Aug 07 17:15:35 ok great :) Aug 07 17:16:04 Well, I'll see why qtwebengine crashes, that's more in my line :) Aug 07 17:17:08 Tofe: Yeah Aug 07 17:17:29 Garfonso: ^ You have some time to work out some small chatthreader NodeJS bits? Aug 07 17:53:44 Herrie: please retry with https://github.com/webOS-ports/qtwebengine/commit/9811ae89bbef3fec356d5a63c1ae2801b1649ee7 (which I pushed on tofe/latest). I tested quickly, it seemed to do the trick. Aug 07 17:59:09 Tofe: OK Aug 07 17:59:13 I'm rebuilding Aug 07 17:59:17 will be a while I guess Aug 07 17:59:36 :) want the i586 ipk ? Aug 07 18:00:27 otoh, there's no hurry Aug 07 18:00:40 Tofe: No it should be done in 1 hr or so Aug 07 18:00:48 Anyway need to get some groceries Aug 07 18:00:55 morphis: ping Aug 07 18:08:01 Herrie: should be possible this month. Could you sum up what's missing exactly? Aug 07 18:09:43 Garfonso: Yeah can do that. Altogether it's less then chatthreader code I think :P Aug 07 18:10:29 We're on Node 4.4.3 now as well :) Tofe fixed downloadmanager & keymanager for some bits to be compatible because some of the exists bits were deprecated Aug 07 18:10:47 For checking file existence Aug 07 18:33:22 Garfonso: I'll try to write it up tonight or tomorrow morning Aug 07 18:51:12 ka6sox: ping Aug 07 18:59:48 Garfonso: What you need to know exactly? Aug 07 19:00:00 I have the legacy code that I can attach or you want something else? Aug 07 19:10:29 OK, would be fine. And maybe what is not working. Aug 07 19:19:59 Garfonso, only chatthreading works currently. What we miss is the bits dealing with new buddies, online iM status, chat groups etc Aug 07 19:31:52 Writing it down now Aug 07 19:37:29 Herrie, mini-pong Aug 07 19:40:23 ka6sox: When you have time to talk infrastructure? Aug 07 19:40:32 Garfonso: http://issues.webos-ports.org/issues/1173 Aug 07 19:40:47 Herrie, when I'm not du in 15 minutes to a birthday party Aug 07 19:40:58 Let me know whne you need more info. I can do legwork for integration. Got a good feel for those things now Aug 07 19:41:03 ka6sox: Just ping me ;) Aug 07 19:41:07 I'm around usually Aug 07 20:22:10 Tofe: Flashing image now with the newer webengine to Mako & Maguro Aug 07 20:27:53 ok! Aug 07 20:31:40 Seems to be behaving Aug 07 20:31:55 Been browsing around in various apps doing regular stuff without issues it seems :) Aug 07 20:32:03 So I think we're OK to merge :) Aug 07 20:35:24 ok :) Aug 07 20:35:33 That was a good week-end ! Aug 07 20:37:36 Tofe: Yeah productive ;) Aug 07 20:37:52 Waiting for JaMa to merge the meta-smartphone bits & will make release images Aug 07 20:38:01 Still need to update all the weekend work in the changelog too :P Aug 07 20:41:04 Hmmz seems I don't have access to do fancy stuff in qtwebengine repo :S Aug 07 20:41:17 I.e. Changing default branch etc like I can do for other repos :S Aug 07 20:42:34 Guess need to wait for JaMa for that :S **** ENDING LOGGING AT Mon Aug 08 02:59:58 2016