**** BEGIN LOGGING AT Tue Jan 20 02:59:59 2015 Jan 20 03:46:18 Hey, is geolocation available in Breve? Jan 20 03:47:25 I’m getting "Service does not exist: com.palm.location." Jan 20 06:32:46 DougReeder: I can get a fix in Testr with nightly not sure it works with Breve Jan 20 06:33:10 Okay, then. Jan 20 06:41:41 But I have seen that msg too Jan 20 06:41:54 Even when it worked Jan 20 06:47:58 Could be a bug in service or geoclue, I remembered Nizovn wrote something about some bug pending fixing in geoclue 2 Jan 20 08:16:43 thanks for report, this is indeed my fault. Jan 20 08:24:06 btw testr reboots TP as well, logs are the same as in 749 Jan 20 08:25:22 nizovn_: No worries can happen it's the first version of the service :) Jan 20 08:25:33 Reboots on TP are due to memory problem Jan 20 08:25:37 N4 works fine Jan 20 08:25:54 morphis has been looking into the memory leaking/bugs Jan 20 08:39:25 morphis: the backend for messaging is via nodejs, correct? or are there webos specific parts? if only nodejs, is it possible to set up a server that accepts / sends messages from the client - would help greatly in developing client... Jan 20 08:42:09 and is okay to use 2.5.1? Jan 20 08:42:19 (enyo 2.5.1, that is) Jan 20 08:44:48 Cage1__: for development yes. We have an issue in LuneOS with 2.5.1(.1) it seems but that's being looked into Jan 20 08:45:44 Cage1__: hm.. you mostly have to talk to db8. That is not node.js Jan 20 09:45:55 Cage1___: yes and no Jan 20 09:46:05 Cage1___: it's a mix of a js service and db8 Jan 20 09:46:21 basically the communication channel are stored db8 objects everyone watches for Jan 20 09:46:41 Cage1___: but I alreay added some instructions to generate messages for testing Jan 20 09:46:53 DougReeder: great! Jan 20 09:46:57 Garfonso: will look into that Jan 20 09:49:47 morphis: the client code i worked on already generates new messages per format you describe in development. in theory , it should also work to send to db8 on device but that i cannot test. Jan 20 09:50:31 Cage1___: right, you don't have a device? Jan 20 09:51:13 no, i left it back in states... Jan 20 09:51:55 ah ok Jan 20 09:52:01 emulator should work too Jan 20 09:52:04 so i just merged 2.5.1 and updated codebase to work with 2.5.1 Jan 20 09:52:43 is installing emulator straightforward? :) Jan 20 09:54:10 yeah Jan 20 09:54:15 you just need virtualbox Jan 20 09:54:24 and a not too slow pc/laptop Jan 20 10:00:10 anybody try the build standalone or build for openwebos desktop https://github.com/openwebos/db8? Jan 20 10:05:19 Cage1___: no Jan 20 10:05:33 however that will not work, you need a lot of other dependencies Jan 20 10:05:40 the easiest is to use a device or the emulator Jan 20 10:07:22 morphis: You saw N4 build failed? Jan 20 10:09:51 okay. should i use the latest image or the stable one? :) Jan 20 10:11:40 I think latest because in stable there was a permission issue which caused msg not to appear in app Jan 20 10:13:22 Herrie|Veer: yeah saw that ... not sure why this happens again and again Jan 20 10:13:30 seems to be a problem with sstate Jan 20 10:13:45 With latest nightly I could get SMS msg to appear in the app :) Jan 20 10:13:55 Herrie|Veer: :) Jan 20 10:14:08 Cage1___: however if you prefer working with mocked data that is also fine Jan 20 10:14:40 I am not really good with doing the UI parts but integrating existing bits into the backend structure is doable Jan 20 10:14:51 Cage1___: also for the contact data we can give you mock data Jan 20 10:20:56 yes that may be better Jan 20 10:21:01 i got the emulator working Jan 20 10:21:17 and loaded up the app via browser Jan 20 10:22:30 but i guess i'll have to figure out how to upload my changes to the emulator and replace built in messaging app Jan 20 10:22:48 I think we have that documented in the wiki Jan 20 10:22:52 Garfonso: you know where? Jan 20 10:23:05 Cage1___: basically you use ssh to do that Jan 20 10:23:30 http://webos-ports.org/wiki/Emulator Jan 20 10:23:38 then you can use scp as normal Jan 20 10:23:53 and copy your app to /usr/palm/applications Jan 20 10:24:32 okay Jan 20 10:24:45 btw is there a way to change the resolution? Jan 20 10:25:01 no Jan 20 10:28:14 hmm do i need to do anything special to enable ssh? i am trying to sftp to localhost:5522 with username "root", no password... Jan 20 10:29:15 if i try username "root@localhost" and no password it says "too many authentication failures" Jan 20 10:30:01 hmm i think i know whats wrong... Jan 20 10:30:33 use ssh only without sftp Jan 20 10:30:41 afaik we're not running the sftp server part Jan 20 10:32:29 ic. anyway to access the partition via virtualbox instead? would be great to u/l using IDE instead of manually having to put stuff there Jan 20 10:37:18 Cage1___: no, that isn't possible Jan 20 10:37:32 but we're planing simple command line utilities for the future to make app installation simpler Jan 20 10:37:42 so ssh / scp?? Jan 20 10:38:41 yes Jan 20 10:38:57 also for legacy webOS it was similar Jan 20 10:46:08 okay, of the top of your head, do you know the directory name in /usr/palm/applications under which messaging goes? Jan 20 10:47:33 yes Jan 20 10:47:35 i guess org.webosports.app.messaging :) Jan 20 10:47:42 /usr/palm/applications/org.webosports.app.messaging Jan 20 10:47:43 correct Jan 20 10:47:57 Garfonso: can you help Cage1___ with getting used to the emulator on how to develop with it? Jan 20 10:57:57 any reason project is org.webosports.messaging instead of org.webosports.app.messaging (like others) Jan 20 11:08:38 haha, uploaded app, only get white screen of death :( :( Jan 20 11:13:35 did you say there's an issue using 2.5.1 in luneos (i'm using latest, not stable) Jan 20 11:16:11 morphis, Cage1___: sure. :) Jan 20 11:18:41 Cage1___: The Enyo 2.5.1(.1) issue is only related to the input items like Input and Richtext and the virtual keyboard acting up. Apps itself should run. Jan 20 11:19:51 okay, i got it to run in emulator if i use my dbSourceMock. if i use dbSource, then it just gives me white screen Jan 20 11:20:08 Cage1___: I'd build me a little script that does enyo minification and copies everything to /usr/palm/applications/... and then restarts Luna Jan 20 11:21:07 can you use the remote applications debugging? webos-ports.org/wiki/Luna_Next_Remote_WebApplication_Debugging ? Just point a browser to localhost:1122 Jan 20 11:34:12 Cage1___: what system do you develop on? Jan 20 11:36:48 windows. Jan 20 11:37:42 what's the difference between lib/enyo-webos and lib/webos-lib? which one should be used? it seems both have enyo.ServiceRequest... Jan 20 11:47:00 there is a small batch script that I use to update system apps: https://bpaste.net/show/98b27ff3fe97 Jan 20 11:47:22 maybe a full luna-next restart is not necessary anymore.. but morphis should know that. :) Jan 20 11:48:16 the difference is that one is developed by webos-ports and the other one by the enyo guys (mostly Jayson, the guy behing webos quick install and internalz and so, from what I saw) Jan 20 11:59:41 morphis: InAppbrowser callbacks are called, but somehow the members are reset to null by something. :-( Jan 20 12:09:14 Garfonso: hm, btw. luna-next restart should not be needed anymore Jan 20 12:09:44 just a call to org.webosports.webappmanager/clearMemoryCaches Jan 20 12:10:10 Garfonso: https://github.com/webOS-ports/luna-webappmanager/blob/master/src/extensions/InAppBrowser.js Jan 20 12:10:25 __InAppBrowser.setTitle(title) is called from native Jan 20 12:10:52 from here: https://github.com/webOS-ports/luna-webappmanager/blob/master/src/extensions/inappbrowserextension.cpp Jan 20 13:11:45 Ichthys: ping Jan 20 13:12:15 Morphis : Hello Jan 20 13:12:23 Ichthys: how are things going? Jan 20 13:13:08 Well, I was trying to get to grips with where all that code was leading ... just got my head around it .... atleast I compiled and added hello world onto the N4 and ran it Jan 20 13:13:56 Now I need to start extending the LED controller stuff. Also found some documentation on the net for openwebos about the nyx layer Jan 20 13:14:45 its starting to fit together in my head .....Im a slow starter :( Jan 20 13:19:15 morphis : was there anything in particular on the led controller you wanted to see first ? Jan 20 13:20:40 Ichthys: learning curve is quite steep .. yeah Jan 20 13:20:52 Ichthys: we need to handle the different LED types Jan 20 13:21:14 and the easiest way is to do that through the LedController Jan 20 13:21:24 otherwise we can also create a Led module for each LED type Jan 20 13:22:17 so first step should be to trigger effects for specific LED types other than the backlight Jan 20 13:22:46 morphis : according to the bug tracker I thought it should be using the LED controller. Jan 20 13:22:52 Ichthys: legacy was using the code from here: https://github.com/openwebos/luna-sysmgr/blob/master/Src/base/CoreNaviLeds.cpp Jan 20 13:22:58 Ichthys: yeah Jan 20 13:23:15 Ichthys: architecture wise it would be better to control each LED via a single module Jan 20 13:23:35 but not sure if that is more work and wasted time Jan 20 13:25:59 morphis : Well lets try the LED controller first. If you think its wasted, time, from what Ive seen, I dont think the lower levels will be too difficult to re-write with. But pushing out the changes to the application level is something I dont know too much about. Jan 20 13:27:11 Ichthys: the main difference between the LED controller and the simple LED module is that the controller supports you to define the effects (blinking etc.) where the LED module only handles brightness levels Jan 20 13:27:16 Ichthys: see https://github.com/openwebos/luna-sysmgr/blob/master/Src/base/CoreNaviLeds.cpp Jan 20 13:28:47 So do we need the effects being added/extended onto each LED module from the LED-controller. Jan 20 13:29:13 from how I understood the structure the LED controller does the effects on its own Jan 20 13:29:22 it doesn't deal with any other module in the background Jan 20 13:29:29 so either you have LED modules or a single controller Jan 20 13:30:03 I think the controller gives more features? So might be better suited in long term? Jan 20 13:30:26 Herrie|Veer: yeah Jan 20 13:30:45 downside is that we then need a single point in the system to control it Jan 20 13:31:14 do we need the critical-section handling within the nyx-layer itself then ? Jan 20 13:31:50 critical-section handling? Jan 20 13:32:42 if there are multiple handles being used by many apps, they need to be handled safely ... or am I talking too naively ? Jan 20 13:33:25 ah Jan 20 13:33:38 I would say we assume there is always only one handler Jan 20 13:33:54 if there are more than this is a bug but we should not programmatically try to detect that Jan 20 13:35:06 ok .... simple mutex enough then ? Jan 20 13:35:12 why no :) Jan 20 13:35:27 s/no/not/ Jan 20 13:35:43 I would have implemented nothing for that :) Jan 20 13:35:47 makes sense !! Jan 20 13:35:53 :o Jan 20 13:38:30 If the application guys think that the LED controller is easier to deal with, then I think that doing the LED-controller might be more useful for now , as you said in the bug-tracker morphis Jan 20 13:38:39 ok Jan 20 13:38:51 Ichthys: btw. https://github.com/openwebos/luna-sysmgr/blob/master/Src/base/CoreNaviLeds.cpp should be some good test code for you Jan 20 13:39:14 we don't have something similar in our stack yet but will have to implement once the controller can deal with it Jan 20 13:39:31 Ahh good ... I was starting to wonder where I would get some ctrl-C / ctrl-V from :) Jan 20 13:42:04 :D Jan 20 13:42:15 Ichthys: best would be to have that integrate into nyx-cmd somehow Jan 20 13:43:34 morphis : you read my mind there ..... I will see if I can test these individually, then implement some form of nyx-cmd cmd-line arguments to test various bits individually. Jan 20 13:44:41 Ichthys: great Jan 20 13:44:48 Ichthys: you saw the code from the Mer project? Jan 20 13:44:52 also need to see what hybris offers us as well. Havent looked at the hybris code yet either, so that might take some time. Jan 20 13:45:34 Ichthys: basically you shouldn't care too much about libhybris at all Jan 20 13:45:39 just link against liblights, that is all Jan 20 13:46:04 Ichthys: https://github.com/nemomobile/mce-plugin-libhybris/blob/master/hybris.c Jan 20 13:46:41 Ohhh ok .... let me go have a look. mer from the meego stuff if I remember correctly...... Jan 20 13:48:42 :) Jan 20 13:48:49 has some good pointers Jan 20 13:48:59 but the Android API doesn't offer you much Jan 20 13:49:05 just setting the LED color + brightness Jan 20 13:49:12 if I remember well Jan 20 13:50:53 OK ....... does that mean that we may have to do software simulation in the nyx-layer for blinking (groan...) Jan 20 13:53:14 yeah Jan 20 13:53:22 not sure how much Jan 20 13:54:44 morphis : Thanks for the pointers ...... More reading to do then ! Jan 20 13:55:28 Ichthys: np :) Jan 20 13:55:50 Ichthys: looking forward to the good results of your work :) Jan 20 13:56:12 Dont count my chickens before they hatch :) Jan 20 13:57:17 Ok gotta go ... Lunch break over. Back to daytime work. Jan 20 13:57:26 Ichthys: :D Jan 20 14:30:41 Cage1 , see https://github.com/webOS-ports/org.webosports.app.testr/blob/master/tools/deploy.sh (the -i flag implementation) for pushing an app to device after building. You’ll want to add something similar to deploy.bat Jan 20 14:33:41 webos-lib originates generally from the homebrew community, and is what we currently use. enyo-webos is one of the projects maintained by LG. I believe it has fewer features at present. But, use one or the other. Jan 20 14:38:56 DougReeder: btw. sooner or later we should wrap those bits into a fancy command line utility like the old palm-* SDK ones Jan 20 14:39:04 * DougReeder nods Jan 20 14:39:56 Should also deal with Emulator. Does adb work with the Emulator? Jan 20 14:40:06 no Jan 20 14:40:21 but we want to switch to rndis based setup in the future Jan 20 14:41:08 Well, the script can, if it fails to connect via adb, fall back and attempt to scp to the Emulator. Jan 20 14:42:17 for example Jan 20 14:42:27 or you add a config switch for that Jan 20 14:42:34 ala -t device or -t emulator Jan 20 14:43:08 Without a flag it should install to whatever’s available. Ease of user experience, y’know. Jan 20 14:44:13 yeah .. Jan 20 14:45:41 maybe best would be node based Jan 20 14:47:34 Actually, it might be better to look into a build tool like yeoman or grunt. Jan 20 14:48:08 but that would be project specific, right? Jan 20 14:48:20 Well, they cover different areas Jan 20 14:48:41 I’ve not paid close attention because none of my projects needed them. Jan 20 14:49:19 But we should see what we can leverage before rolling our own. Jan 20 14:49:33 basically we need an approach which meets everyones requirements to simply deploy things to the device /emulator Jan 20 14:49:43 for system apps and for others Jan 20 14:50:07 * DougReeder nods Jan 20 14:51:38 so the old palm-* look most suitable Jan 20 14:51:55 we could integrate whatever we write to start a grunt/... build process Jan 20 14:54:10 There’s a Yeoman Generator for Enyo 2.5 - I don’t know whether we’d want to start from there. Jan 20 14:55:01 It probably makes sense to list what we want to be able to do, and have the implementer look into different tools. Jan 20 15:25:44 DougReeder: looks pretty interesting Jan 20 15:25:49 especially https://github.com/enyojs/generator-enyo Jan 20 15:26:48 Yeah, commands like “yo enyo:lib” intrigue me. Jan 20 15:27:02 yeah Jan 20 15:27:34 "yo enyo:deploy" could be extended to do the adb/scp/whatever too Jan 20 15:27:46 I believe so. Jan 20 15:29:39 so we would need to fork it into a luneos generate Jan 20 15:29:43 s/generate/generator Jan 20 15:31:07 We might be able to have a separte generator. Jan 20 15:31:27 which you can use on top? Jan 20 15:31:37 We might get them to accept our extensions Jan 20 15:32:15 however when we do this it need to be followed by the ultimative guide about how to write apps for Lune :) Jan 20 15:33:13 I should think they’d be open to tools that are also useful for webOS TV (and watch) apps Jan 20 15:34:28 I think JayCanuck is the one who worked on this stuff in Enyo team ;) The same who wrote Internalz and WOSQI :P Jan 20 15:34:37 He's quite receptive to cross project stuff Jan 20 15:39:12 Herrie|Veer: yeah, we should definitely talk with him Jan 20 18:05:45 isagar2004: Volume stuff seems to work :) Jan 20 18:05:57 Will work on the Luna-next cardshell code for it now ;) Jan 20 18:07:38 Herrie: glad to hear Jan 20 18:08:29 Herrie: playing with the Lumberjack service now. Hope to find time to close #815 too soon. Jan 20 18:09:24 :D Jan 20 18:24:49 isagar2004: great :) Jan 20 18:25:01 isagar2004: you got it to build in OE? Jan 20 18:26:33 Not yet. For now I just switched mjson to json-c. Jan 20 18:27:04 morphis: but that's what I'm working on right now Jan 20 18:30:31 isagar2004: there is already a recipe for the ipkgservice Jan 20 18:30:41 the lumberjack one should be pretty similar Jan 20 18:30:58 morphis: I'm actually using it as a reference Jan 20 18:31:42 morphis: though I'm not sure if I should really create a subtree for the OE recipe like in the ipkg service Jan 20 18:33:42 isagar2004: meta-luneos/recipes-luneos/services/ should be fine Jan 20 18:36:25 morphis: ok. will do it as soon as I get it to build in OE Jan 20 18:36:56 isagar2004: ok Jan 20 19:12:52 Herrie: got the settings app problem fixed Jan 20 19:12:58 https://github.com/webOS-ports/luna-webappmanager/pull/10 Jan 20 19:18:24 well, I somehow managed to mess up my OE environment Jan 20 19:19:13 resetting it now, so it'll take some time before I'll be able to test the changes I made Jan 20 19:20:31 isagar2004: just do a rm -rf tmp-glibc Jan 20 19:20:37 what else did you mess up? Jan 20 19:22:41 it's really embarassing. I actually `rm -rf`ed the entire OE environment directory by accident. Jan 20 19:22:59 should check pwd more carefully next time Jan 20 19:42:00 isagar2004, happens Jan 20 19:44:46 ka6sox: I guess there's a first time for everything :D Jan 20 19:47:04 it's progressing nicely though. already at about 50%, so shouldn't take long before I have the environment ready again Jan 20 19:47:04 i've done it Jan 20 19:47:28 we do it regularly to test things on the project's builders Jan 20 19:52:40 morphis: This is for email app as well? Jan 20 19:52:45 Or only for SEttings app hanging Jan 20 19:56:38 morphis/Tofe: https://github.com/webOS-ports/luna-next-cardshell/pull/175 Jan 20 19:56:59 Volume on N4 still jumps bits, but I suspect the problem with subscriptions might be causing that Jan 20 19:57:26 Because we subscribe to luna://org.webosports.audio/getStatus Jan 20 19:57:46 And I can see in the log that the volume jumps properly, just not being displayed on screen for some reason Jan 20 19:57:57 While it should because I think the code is proper? Jan 20 20:31:41 btw, have you guys considered submitting LuneOS to GSoC 2015? Jan 20 20:35:19 oh, and I've been really optimistic about the ~50% earlier. I completely forgot about qtwebkit. Should probably take a couple more hours Jan 20 22:37:33 note to any future developers that might run into excessive pain when dealing with json-schema: db8 does NOT use the same schema engine as the reset of the system. Jan 20 22:44:59 Where elese in the system uses json schema? Jan 20 22:50:15 anything that uses pbnjson Jan 20 22:53:57 things in /etc/palm/schema potentially use JSON-Schema v4, db8 .. doesn't. Jan 20 22:54:33 Is it a different dialect of json schma? Jan 20 22:56:16 I think it's a subset of v3, it might be v2, i haven't really explored it too much. the json schema documentation is .. difficult.. to parse. amusingly. Jan 20 22:56:31 one can quickly see what db8 supports by having a look at https://github.com/openwebos/db8/blob/master/src/core/MojSchema.cpp Jan 20 23:25:35 i really really wish we had more things using schemas. :-S Jan 21 01:34:24 I wish we had more devs using the schemas where we can. :-S **** ENDING LOGGING AT Wed Jan 21 02:59:58 2015