**** BEGIN LOGGING AT Sun Feb 07 02:59:58 2016 Feb 07 07:42:39 Herrie: no, it's not ready yet Feb 07 07:42:45 morning Feb 07 07:54:54 nizovn: morning ;) Feb 07 07:54:58 That's not what I asked :P Feb 07 07:55:07 There's still quite some things to do before it's ready :P Feb 07 07:55:16 Just wondering if you need any input or samples to work with? Feb 07 07:55:30 Because I have plenty laying around here ;) Feb 07 07:57:59 If you have something for me to look at code wise to see if you're OK structure wise or something to test, let me know :) Feb 07 07:58:04 Should have some time today :D Feb 07 07:58:14 Mrs is working and no family visiting :P Feb 07 07:59:15 no, thanks :) seems i have some for tests Feb 07 07:59:19 ok :) Feb 07 07:59:33 nizovn: Ok :) Feb 07 07:59:51 nizovn: I assume you seen the code from 3.0.5 that takes care of it? Feb 07 08:00:00 Seems pretty small, so might be good as a guideline Feb 07 08:02:24 you mean that code you shared on bpaste? Feb 07 08:03:14 nizovn: There's a bit more i guess Feb 07 08:03:36 https://bpaste.net/show/4a7eed0fc031 Feb 07 08:04:05 But it gives you the fields and the types more or less Feb 07 08:05:10 ok, thanks Feb 07 08:10:31 This one also has quite some bits: https://bpaste.net/show/a530233c001e Feb 07 08:21:42 elvispre: morning Feb 07 08:22:33 Herrie: Morning. Feb 07 08:23:29 elvispre: Was the connecting to hidden networks now completed or you still needed to tweak Settings a bit? Feb 07 08:24:23 Herrie: You may have seen that I have pushed nizovn's latest Settings update to my WiFi branch. Feb 07 08:24:51 Herrie: It did not work for me when I tested it, so I didn't do a PR yet. Feb 07 08:25:25 Herrie: I'll do a PR if you like, it was a only a few extra lines of code. Feb 07 08:26:27 elvispre: Feel free to test it first Feb 07 08:26:39 Was just checking, because I was going through issue tracker for release ;) Feb 07 08:26:50 See what could be closed, should be pushed to next month etc Feb 07 08:27:56 Herrie: I shall probably be doing some more work on it, and on Bluetooth, later today. Next month is a more likely target for both. Feb 07 08:28:38 Herrie: By the way, I have a cool new toy: I got fed up with my wireless access point so I bought a new one. Feb 07 08:30:11 Herrie: It is dual-band, can do multiple SSIDs simultaneously and it looks like it can do that 802.11x authentication stuff too. Feb 07 08:30:55 (It is somewhat over-specced for my house, but at least it is not rubbish like my old one :-) Feb 07 08:36:30 elvispre: :D Feb 07 08:36:48 I am a firm believer that a good access point DOES make the difference Feb 07 08:36:54 I always had higher end ones myself ;) Feb 07 08:37:27 One time had cheaper Belkin stuff and only issues with overheating etc ;) Feb 07 08:37:56 Had a Draytek Vigor ADSL modem/router ;) And later a D-Link DIR-855 Feb 07 08:42:10 I dropped my separate devices now since I don't really have that much need for a separate cable modem, router/access point and TV box. They're all in one now (some Samsung thing provided by UPC), but it's far less reliable compared to my DLink and Draytek :P Feb 07 08:55:51 Herrie: This is a DrayTek VigorAP 910C if you're interested to look it up. Feb 07 09:20:39 DrayTek makes nice and reliable stuff Feb 07 09:21:20 Used to have their 2900 series for my ISDN ADSL ;) Feb 07 09:25:15 Just ADSL only gets me about 8Mbit/s here (crappy wiring I guess) and I can get theoretical 200Mbit/s using cable ;) Feb 07 09:25:32 I end up getting around 100 Mbits/s stable but still ;) Feb 07 09:35:21 Tofe: ping Feb 07 09:46:14 Tofe: Release is out, so we can merge some "experimental" stuff Feb 07 09:46:22 I've been doing a few PR's for things that appear in teh log Feb 07 09:46:43 Some legacy bits weren't open sourced but are being called, so removing those calls to reduce the unnecessary log spam ;) Feb 07 10:12:40 Herrie|2: pong Feb 07 10:14:11 Herrie|2: ok; do we have a central place where to keep trace of all these FIXMEs ? Feb 07 10:14:53 also, what is radioType, exactly? Feb 07 10:22:18 Tofe: I guess we should keep track of it somewhere central yes Feb 07 10:22:30 TOfe: Not sure, it's appearantly a file on legacy that we don't have Feb 07 10:28:00 To indicate the availability of cellular modem Feb 07 10:40:05 Maybe we can open an issue about the FIXMEs ? Feb 07 10:40:31 "Disabled legacy features" Feb 07 10:42:51 Tofe: I'm adding something to wiki Feb 07 10:46:53 Tofe: http://webos-ports.org/wiki/FIXME_For_Future Feb 07 10:47:20 Tofe: Were your loadable-frameworks etc PR's OK to merge now? Since we're after release? Feb 07 10:48:55 Yes, it's fine now Feb 07 11:00:36 Tofe: OK Feb 07 11:00:48 I'll merge all pending things and kick off a new nightly Feb 07 11:04:03 ok Feb 07 11:07:55 Tofe: You have any idea how to sort: Feb 07 07:45:47 maguro LunaSysMgr[979]: [] [pmlog] LS_SIG_NREG {"URI":"palm://com.palm.display/com/palm/power/chargerStatusQuery"} _LSSignalSendCommon: Warning: you did not register signal palm://com.palm.display/com/palm/power/chargerStatusQuery via LSRegisterCategory(). Feb 07 11:08:03 We have 3 of these in the log Feb 07 11:10:30 I don't know who might send the signal Feb 07 11:10:45 but the name has not been registered on LS2 Feb 07 11:11:52 Tofe: I think LNC does them :P Feb 07 11:12:29 https://github.com/webOS-ports/luna-next-cardshell/blob/e5644608e8ac1c404af291ecf83e73867422db46/qml/Connectors/BatteryService.qml#L93 Feb 07 11:12:56 That's 2 of the 3 ;) Feb 07 11:13:24 And there's number 3: https://github.com/webOS-ports/luna-next-cardshell/blob/e5644608e8ac1c404af291ecf83e73867422db46/qml/Connectors/BatteryService.qml#L76 Feb 07 11:13:38 I just have no clue how to register teh signals on LS2 :P Feb 07 11:14:27 it's not LNC who should register it Feb 07 11:14:37 it's the one who creates com.palm.display Feb 07 11:16:54 I guess that's lunasysmgr but let me dig a bit Feb 07 11:18:49 Herrie|2: https://github.com/webos-ports/luna-sysmgr/blob/master/Src/base/DisplayManager.cpp#L671 Feb 07 11:18:57 That's the "send" part Feb 07 11:26:13 That's the signal registration in OWO: https://github.com/openwebos/powerd/blob/master/powerd/com_palm_power_lunabus.c#L105 Feb 07 11:27:37 ... which we use almost directly (with a json patch) Feb 07 11:40:56 Tofe: So you say we shouldn't be seeing this? Feb 07 11:42:32 yes, but it's abviously not fitting reality Feb 07 13:32:17 elvispre: What works & what doesn't work for bluetooth (I'm writing up the release announcement)? We can pair? Feb 07 13:45:19 Herrie: We can detect and list devices. We can pair via the System Menu (sometimes) and from the other device (maybe). BT Settings don't really work properly yet. Feb 07 13:47:26 Herrie: BT (probably / mostly) works under the hood, but needs more work at the UI side. Feb 07 13:47:46 elvispre: OK Feb 07 13:47:57 I'll put something to that extend in the release announcement then Feb 07 13:48:08 I guess audio service needs some work too to switch to BT when connected? Feb 07 13:49:10 Herrie: Actually, I already found a silly bug in Settings - two different BT devices lists - so we should be useful quite soon. Feb 07 13:50:40 Herrie: I noticed that audio devices already connect in "AudioMode" - or something like that - but I guess some more work will be required to join it all up properly, yes. Feb 07 14:00:12 elvispre: Yeah I'm putting together a list of legacy com.palm.audio methods & replies Feb 07 14:00:58 Herrie|2: Recommendation: load those FIXMEs into the issue tracker. Some of us don't keep a list around of all of the pages on the wiki. :) Feb 07 14:02:01 KyleMaas1: Will do that too eventually Feb 07 14:02:18 Sounds good. Feb 07 14:04:58 I ran into the issue with the wiki again the other day where I went to http://webos-ports.org/ and was not taken to the Main_Page link. As such, it showed the most recent update as being from 2013, I think. I can't seem to reproduce the problem anymore. Feb 07 14:06:04 Heck, try Googling "webos-ports". You'll see the old updates in there, too. So I'm pretty sure it's not just me. Feb 07 14:07:31 Looks like this page could use an update, too: https://en.wikipedia.org/wiki/LuneOS Feb 07 14:11:52 ka6sox: ^ any ideas what could cause the old page to show? Feb 07 14:12:16 KyleMaas1: Not sure who did the wiki. We could be added to https://en.wikipedia.org/wiki/Mobile_operating_system as well :P Feb 07 14:15:03 Herrie|2: Somebody was obviously updating it as of fairly recently. Feb 07 14:30:35 KyleMaas1: It might have been preemptive or Alan Morford from PivotCE. I tend to lean to preemptive ;) Feb 07 14:31:16 Is Miel officially released? Feb 07 14:32:08 KyleMaas1: Images are there, just release announcement needs to be put out Feb 07 14:32:13 Will be done today Feb 07 14:32:17 I'm writing it up now ;) Feb 07 14:32:29 http://build.webos-ports.org/releases/miel/images/ Feb 07 14:32:31 Ah, cool. I saw there were images for it, and my now-running full OS build is saying Milk. Feb 07 14:32:43 But I didn't see anything about it on the homepage. Feb 07 14:33:33 Is there a list somewhere of future release names? Feb 07 14:34:59 KyleMaas1: We'll publish on PivotCE, then add that link on homepage too Feb 07 14:35:03 Because we link to their article Feb 07 14:35:08 Release names: http://webos-ports.org/index.php?title=Template:Device_Tenderloin&action=edit Feb 07 14:35:22 See device_wop_versions_supported Feb 07 14:35:26 Sure. Reason I was asking is that I was looking at updating the Wikipedia page. Feb 07 14:36:29 Re: release names: Cool. Good to know. Feb 07 14:38:16 elvispre: On one of your next local builds can you try to use this for Luna-SysMgr? https://github.com/webOS-ports/luna-sysmgr/tree/herrie/ALS Feb 07 14:38:32 I cannot seem to push the .conf to my device, I always end up with a 0 byte file ;) Feb 07 14:38:39 Otherwise woudl test it that way Feb 07 14:38:57 morning Feb 07 14:39:05 Garfsonso: morning Feb 07 14:40:17 Herrie|Laptop: Sure. I'll set off a build in a minute. Feb 07 14:41:31 elvispre: ALS = ambient light sensor, so should adjust screen brightness based on light around Feb 07 14:41:44 Herrie|Laptop: regarding #591: I still don't see this fixed. Sorry it took me so long to check it. Feb 07 14:43:02 Garfonso: Strange, I can change the name of the account on my N4 it seems Feb 07 14:43:07 For C+Dav Google Feb 07 14:43:14 While before I couldn't Feb 07 14:44:03 hm.. let me try google, then. For owncloud it still does not work. Feb 07 14:44:31 (And the custom credentials UI definitively does not get any parameters) Feb 07 14:49:56 Ah, I see.. don't know why name change did not work before. But the name change happens completely in accounts app, so no cross-app parameters involved. Feb 07 15:29:23 HaDAk: Great on the mug! Feb 07 15:29:31 :) Feb 07 15:29:41 i posted a pic to twitter when i got it Feb 07 15:29:43 dunno if you saw Feb 07 15:29:48 not sure if i tagged you or not Feb 07 15:32:21 actually, i can't even find it on twitter right now Feb 07 15:32:52 https://goo.gl/photos/oWcqtXD8whaiCDPy7 Feb 07 15:39:57 Herrie: Your ALS branch built and installed OK. The log says "ALS being enabled" but nothing about the way my Mako display behaves suggests ambient light is being monitored and acted on. Feb 07 15:53:32 elvispre: Hmmz... OK Feb 07 15:53:44 It can take 10-15 seconds when you cover the sensor before something happens Feb 07 15:53:48 At least on legacy Feb 07 15:54:09 Easiest tested when it's at a bright location by covering the sensor (I guess on top of screen with N4) Feb 07 15:54:23 Herrie: FYI: Your feature request for a PDF app search function is much more difficult than I first thought due to using the PDF rendering engine but not PDF.js's viewer interface, which is what contains the infrastructure for text searching. I figure I'll get it eventually, but it's going to take me some time to convert the app to use the PDF.js viewer instead. Feb 07 15:56:28 One additional upside to that is that if I can get that working, we should have a much more stable and much faster UI in the PDF app. PDF.js's viewer is rather nice. Feb 07 15:56:48 Herrie: I suggest it is safe to merge and get someone else to try ALS too. Feb 07 15:59:26 KyleMaas1: Ah ok Feb 07 15:59:35 Yeah I didn't know you needed to have their viewer for it Feb 07 15:59:42 That will require some work indeed ;) Feb 07 15:59:55 elvispre: OK will enable ALS for all targets then and just do a PR Feb 07 16:00:03 You don't see log or DBUS spamming? Feb 07 16:03:10 Herrie: Very little. Three mentions of ALS. Two just listing it as true in getPreferences and one saying it is being enabled. Feb 07 16:03:33 elvispre: Sounds good Feb 07 16:03:40 Did a PR to enable it for the targets Feb 07 16:03:53 If it somehow is still broken and has side effects can always disable it again Feb 07 16:06:01 Herrie: Yeah, I think I'm going to split out the search function into its own issue so the previous one can be closed. It's a lot bigger of a task than updating the PDF.js version. Feb 07 16:08:57 KyleMaas1: OK Feb 07 16:08:59 Makes sense Feb 07 16:12:01 Herrie: Do you want to mark this one as added to Miel and closed? http://issues.webos-ports.org/issues/1055 Feb 07 16:12:14 Herrie, looking into this Feb 07 16:12:16 This is the new text search feature request: http://issues.webos-ports.org/issues/1101 Feb 07 16:15:50 KyleMaas1: Sounds good. Do 1055 for Miel and close it Feb 07 16:16:48 Herrie: Done Feb 07 16:25:55 * elvispre is slowly making progress with the Bluetooth Settings. Feb 07 16:29:35 elvispre: nice :D Feb 07 16:39:10 Herrie: we now have a call history which resembles a lot the one of Legacy Feb 07 17:21:15 Tofe: Nice, including the contact numbers etc? Feb 07 17:26:22 HaDAk: Didn't see that picture before... I'm following you on Twitter, but could be I missed it somehow :S Feb 07 17:30:00 Herrie: yep :) Feb 07 18:20:54 Tofe: PR or already done? Feb 07 18:25:38 Herrie: there are 2 PRs for this: luneos-component and phone Feb 07 19:49:55 Tofe: ping Feb 07 20:08:48 I'm looking into http://issues.webos-ports.org/issues/1085 and it seems that after a LNC restart (with USB not connected), the windowManagerInstance.state = "" instead of "normal". It seems to be because the boot state is set to "startup" for which we don't seem to define a case and therefore we seem to end up with an empty windowManagerInstance.state? This might also be the cause of some Feb 07 20:08:48 other UI issues at times. Seems that org.webosports.bootmgr doesn't return a correct state always after LNC is restarted Feb 07 20:11:54 Which seems to originate from https://github.com/webOS-ports/luna-sysmgr/blob/webOS-ports/master/Src/base/DisplayManager.cpp#l954 Feb 07 20:14:57 And https://github.com/webOS-ports/luna-sysmgr/blob/webOS-ports/master/Src/base/DisplayManager.cpp#l329 which is too close to the other 3 errors we had in the log about the signals not being registered.... Feb 07 20:15:06 Just this is too deep into C++ for my skills :P Feb 07 20:17:50 Herrie: that's a good catch, there may be something fishy around there Feb 07 20:22:30 It's probably going to kill 2 birds with 1 stone :P Feb 07 20:23:58 Herrie: but I have one doubt here Feb 07 20:24:17 I don't see where windowManagerInstance.state gets changed Feb 07 20:24:22 in the whole LNC Feb 07 20:24:48 ah, now I've got it Feb 07 20:27:30 Tofe: It does a bootmgr call in BootLoader.qml Feb 07 20:27:36 yup Feb 07 20:27:41 Which expects "normal" or " firstuse" it seems Feb 07 20:27:50 bootmgr originates in LunaSysMgr Feb 07 20:27:56 The lines that I quoted above Feb 07 20:28:57 so to reproduce, I just kill luna-next, right? Feb 07 20:29:39 restart LNC Feb 07 20:29:47 But it seems random Feb 07 20:29:51 It doesn't happen always Feb 07 20:30:00 Seems more frequent when from power menu Feb 07 20:30:26 root@mako:~# luna-send -n 1 luna://org.webosports.bootmgr/getStatus '{"subscribe": false}' Feb 07 20:30:26 { "state": "startup", "returnValue": true, "subscribed": false } Feb 07 20:30:52 There's definitely an issue here Feb 07 20:30:53 I added logging here: https://github.com/webOS-ports/luna-next-cardshell/blob/master/qml/StatusBar/StatusBar.qml#l263 Feb 07 20:31:01 Tofe: Yeah Feb 07 20:31:05 I got that as well Feb 07 20:31:11 But it doesn't happen ALL the time Feb 07 20:41:19 what does "luna-next restart" do ? Feb 07 20:44:05 It looks like LunaWebAppManager doesn't get restarted and therefore we are stuck in "startup" state Feb 07 20:48:05 ok, it calls restart in luna-next which does a Qt.quit() Feb 07 20:57:20 Herrie: found it Feb 07 21:02:10 Here's the big fix: https://github.com/webOS-ports/luna-webappmanager/pull/54 Feb 07 21:33:02 Herrie: Just went to the website again, and I got the old "Breaking News" from 2013. Feb 07 23:16:18 http://webos-ports.org/ now redirects to the Main Page, as it should. I have not yet been able to figure out what causes the homepage to come up wrong. Feb 07 23:16:36 Herrie: Also, that Main Page needs to be updated for the new release. Feb 07 23:16:48 I tried, but I don't have permissions to edit the Main Page on the wiki. Feb 07 23:20:01 Finally finished a full build of the qemux86 image! Feb 07 23:20:41 So, now that I have a build environment, how do I modify one of the C++ packages and rebuild (such as mediaindexer)? Feb 08 00:03:48 KyleMaas: A quick answer off the top of my head: Feb 08 00:03:57 Background reading: http://www.webos-ports.org/wiki/Getting_Started_With_Development#Build_System_Overview Feb 08 00:04:03 Find mediaindexer.bb (find . -name '*mediaindexer*.bb*') Feb 08 00:04:11 Point SRC_URI and SRCREV at your alternative version. Feb 08 00:04:17 MACHINE=qemux86 bb mediaindexer Feb 08 00:04:24 Find the packages that creates (find . -name '*mediaindexer*.ipk' -exec ls -l {} \; 2>/dev/null) Feb 08 00:04:31 Transfer to the machine and opkg install. Feb 08 00:04:50 Then probably need to reboot to make sure your version is running. Feb 08 00:05:04 Hope that helps. Good night. **** ENDING LOGGING AT Mon Feb 08 02:59:58 2016