**** BEGIN LOGGING AT Thu Apr 16 02:59:59 2015
Apr 16 07:00:11 <morphis> Herrie: submitted recent app/shell/.. updates and triggered new testing builds
Apr 16 07:13:40 <Herrie|Veer> morphis: Nice :)
Apr 16 08:43:35 <Herrie|Veer> morphis: ping
Apr 16 08:46:49 <Garfonso> morning
Apr 16 08:47:23 <Herrie|Veer> Garfonso: morning
Apr 16 08:47:34 <Herrie|Veer> Did you test Google C+Dav recently?
Apr 16 08:47:43 <Herrie|Veer> For me and morphis it seems broken on N4
Apr 16 08:48:19 <Herrie|Veer> I can add account but no sync of contacts. Also it doesn't display in the C+Dav Sync app, but DOES show in Accounts...
Apr 16 08:48:43 <Garfonso> is this after first launch or did you do a reboot?
Apr 16 08:48:56 <Garfonso> or did somebody fix the "no activities after first launch" issue?
Apr 16 08:49:16 <Herrie|Veer> Garfonso let me check :P
Apr 16 08:50:54 <Garfonso> I haven't locked into it, yet. Will try to do so soonisch...
Apr 16 08:51:15 <Garfonso> but that was my first thought when I saw the issue & log in the tracker.
Apr 16 08:51:40 <Garfonso> the log shows that there are no credentials saved for the account.. could also be an issue with keymanager.
Apr 16 08:52:45 <Herrie|Veer> I'm on a 3rd or so boot
Apr 16 08:53:18 <Herrie|Veer> Added account in Accounts (which still acts funny at times), then the sync app doesn't show my account
Apr 16 08:53:25 <Herrie|Veer> Just an empty line
Apr 16 08:53:45 <Herrie|Veer> While before I added my account it would show "no accounts"
Apr 16 08:53:48 <Garfonso> hm.
Apr 16 08:53:55 <Garfonso> strange.
Apr 16 08:54:26 <Garfonso> that's right.. it seems the account object is in the db, but is somehow corrupted
Apr 16 08:56:05 <Garfonso> let me first update the messaging service. ;)
Apr 16 09:07:16 <Herrie|Veer> Yeah I can pull some logs tonight if needed
Apr 16 09:07:20 <Herrie|Veer> You have a N4 too?
Apr 16 09:15:50 <Garfonso> yes.
Apr 16 09:20:25 <Herrie|Veer> Ah so you can replicate :P
Apr 16 10:13:57 <Garfonso> DougReeder: I though of some more things the service might better do: https://github.com/webOS-ports/org.webosports.messaging/wiki/Extended-service-API-to-use-from-the-messaging-app
Apr 16 10:15:34 <Garfonso> now somebody needs to update the messaging app ;) updated service is here: https://github.com/webOS-ports/org.webosports.messaging/pull/23
Apr 16 10:28:17 <Herrie|Veer> Garfonso: Good stuff! The new API bits will sort that annoying legacy bug that your summary still shows the last message even when it was deleted?
Apr 16 13:33:32 <DougReeder> thanks, Garfonso.  I can update the app.
Apr 16 13:34:18 <Garfonso> Herrie: if the app calls updateThreadValues at the right time, yes. :)
Apr 16 13:34:25 <Garfonso> at least that is what it is meant for.
Apr 16 13:42:07 <Herrie|Veer> Garfonso: Good stuff :)
Apr 16 13:43:10 <Herrie|Veer> Garfonso/DougReeder: So when you update the app SMS to non-contacts by simply entering a number will work too? :)
Apr 16 13:44:36 <Garfonso> it is easier for the app now... the app should just call putMessage and chatthreader handles assignment to chatthread (if necessary) and db entry.
Apr 16 14:59:22 <HaDAk> random question
Apr 16 14:59:46 <HaDAk> since the luneos codenames are based off of coffee drinks...would it make sense to have some nice photos of coffee/ coffee beans as the default background?
Apr 16 14:59:53 <HaDAk> i could whip something up in the studio
Apr 16 15:14:40 <Herrie|Veer> HaDAk: I'm all for options :)
Apr 16 15:14:56 <HaDAk> i'll put it on my todo list.
Apr 16 15:43:54 <DougReeder> Herrie, I think so, but I haven’t looked at the details in a while.
Apr 16 15:44:41 <DougReeder> Garfonso, once I’ve pulled the updated service, how do I install it on my device?
Apr 16 15:47:31 <Garfonso> DougReeder: just copy  the service folder to /usr/palm/services/org.webosports.service.messaging/ and make sure no old version is running using ps aux | grep messaging
Apr 16 15:52:05 <morphis> btw. for all those who want to see something exciting: http://files.gravedo.de/luneos-chromium.png
Apr 16 15:52:12 <DougReeder> Okay. I shoud probably reflash my N4 to latest beforehand.
Apr 16 15:52:42 <DougReeder> Tabbed browsing?
Apr 16 15:53:02 <morphis> look closer
Apr 16 15:53:16 <Herrie|Veer> Chromium :D
Apr 16 15:53:42 <HaDAk> i like it.
Apr 16 15:53:46 <morphis> just build it cause it has wayland support
Apr 16 15:53:49 <HaDAk> it's a damn good start.
Apr 16 15:54:02 <HaDAk> KDE 5.3 has wayland support ^^
Apr 16 15:54:16 <morphis> however it is just the desktop browser
Apr 16 15:54:31 <Herrie|Veer> morphis: Seems you still have a few PR's to merge: luna-sysservice, (luna-next and luna-sysmgr-common for led)
Apr 16 15:54:49 <morphis> Herrie|Veer: possible
Apr 16 15:55:40 <Herrie|Veer> Would be good if these can be merged soon too ;)
Apr 16 15:56:04 <Herrie|Veer> So we can test, close some bugs & develop features further
Apr 16 15:56:21 <morphis> done
Apr 16 15:56:47 <Herrie|Veer> Did you include them in your script too?
Apr 16 15:57:10 <nizovn> btw how do you plan to merge luna-sysservice?
Apr 16 15:57:47 <Herrie|Veer> nizovn: What you mean?
Apr 16 15:57:58 <nizovn> in meta-webos-ports
Apr 16 15:58:31 <Herrie|Veer> nizovn: I did PR for that morphis needs to check it
Apr 16 15:58:39 <Herrie|Veer> We switch to our own repo
Apr 16 15:59:06 <Herrie|Veer> Ehm I drafted it somewhere I guess
Apr 16 16:01:13 <Herrie|Veer> ehm need to check
Apr 16 16:01:36 <morphis> Herrie|Veer: will switch that to the right location later
Apr 16 16:03:44 <nizovn> maybe it's good also to merge json-c patch then
Apr 16 16:06:37 <Herrie|Veer> morphis: What benefits would Chromium bring us? That we wouldn't have with QtWebEngine?
Apr 16 16:08:42 <morphis> my first idea was https://developer.chrome.com/apps/getstarted_arc
Apr 16 16:09:08 <morphis> http://chrome.blogspot.de/2014/09/first-set-of-android-apps-coming-to.html
Apr 16 16:09:28 <Herrie|Veer> Android stuff is cool :)
Apr 16 16:11:38 <morphis> JaMa: are we able to put specific packages into a separate feed?
Apr 16 16:11:44 <morphis> out of the build?
Apr 16 16:13:32 <DougReeder> You mean, like https://github.com/webOS-ports/build   ?
Apr 16 16:15:15 <morphis> like putting specific packages into a specific feed we can use from preware
Apr 16 16:15:38 <morphis> but the packages are generated as part of the build
Apr 16 16:17:07 <DougReeder> How often is the webos-ports feed rebuilt?  Wouldn’t that be often enough? Or are you wanting the oveall build to fail if one of these optional packages fails to build?
Apr 16 16:17:19 <morphis> no
Apr 16 16:17:24 <morphis> we can build them separately
Apr 16 16:18:01 <morphis> only problem is that they need to be rebuild for example when we change libc or similar dependency
Apr 16 16:18:32 <morphis> and we don't gurantee any ABI stability for our base system .. or better said we don't have a verionsed PDK
Apr 16 16:22:01 <DougReeder> Hmm, could the main build process put some files somewhere, and the webos-ports feed build pick them up from there?
Apr 16 16:23:20 <DougReeder> So, the Makefile for webos-ports feed build would just copy files, not really building it?
Apr 16 16:24:00 <morphis> sure
Apr 16 16:24:19 <morphis> only problem is that for example chromium requires some additional packages to be installed we would normally not install
Apr 16 16:24:19 <DougReeder> Wait, you need some versioning somewhere, somehow, if the package and LuneOS build need to match.
Apr 16 16:24:25 <morphis> right
Apr 16 16:24:56 <morphis> that was why I was asking JaMa if we could somehow generate a feed automatically from within OE with only those things
Apr 16 16:54:04 <Tofe> morphis: ping
Apr 16 16:55:13 <Garfonso> morphis: great news. :)
Apr 16 16:59:00 <morphis> Tofe: pong
Apr 16 17:01:23 <Tofe> morphis: do you know if the LS2 call "removeLaunchPoint" is the correct one for uninstalling an app? preware doesn't use LS2 calls, so I'm not really sure...
Apr 16 17:02:26 <Tofe> I tried to look into legacy code, but without success so far
Apr 16 17:48:35 <Herrie|Veer> Tofe: Let me have a look when I'm home for the remove
Apr 16 17:49:45 <Tofe> Herrie: ok thanks
Apr 16 18:29:14 <Herrie> Tofe: luna://com.palm.applicationManager/removeLaunchPoint '{"launchPointId":"this.app.launchPointId"}'
Apr 16 18:29:32 <Herrie> I think you might have forgotten "launchPointId" as parameter name
Apr 16 18:29:34 <Herrie> ?
Apr 16 18:29:43 <Herrie> Not sure this.app.launchPointId = appid or something else
Apr 16 18:30:44 <Tofe> Herrie: well, I used appId, and didn't seem to work very well; but if you say it's the right API, then it's already a good info for me
Apr 16 18:31:17 <Herrie> This is what I got from 3.x Doctor
Apr 16 18:31:45 <Herrie> According to https://kylemaas.github.io/LunaSysMgr/classDimensionsSystemInterface_1_1AppEffector.htm both appid and launchpointid should work
Apr 16 18:31:45 <Tofe> ok
Apr 16 18:32:04 <Herrie> Let me try something on TP
Apr 16 18:32:43 <Tofe> maybe it almost worked, I didn't try very hard because I wasn't even sure I did the correct call
Apr 16 18:33:26 <Tofe> (the corresponding commit is https://github.com/webOS-ports/luna-next-cardshell/commit/bab9db33bd126b7a1e78cb3aa7a6693c61914a2f on tofe/tablauncher branch)
Apr 16 18:33:58 <Tofe> oh wait, I used "id", not "launchPointId"
Apr 16 18:34:03 <Tofe> maybe that's just that
Apr 16 18:46:59 <Herrie> Tofe: For me the removeLaunchPoint doesn't work on Tp
Apr 16 18:47:22 <Herrie> I tried: luna-send -n 1 luna://com.palm.applicationManager/removeLaunchPoint '{"launchPointId":"de.pcworldsoftware.dropbox_default"}'
Apr 16 18:48:02 <Herrie> I know for sure the launchpointID is correct because I got it from luna-send -n 1 luna://com.palm.applicationManager/listLaunchPoints '{}'
Apr 16 18:48:26 <Tofe> same here on N4
Apr 16 18:48:38 <Herrie> Removing the app itself actually works with: luna-send -n 1 luna://com.palm.appInstallService/remove '{"id":"de.pcworldsoftware.dropbox"}'
Apr 16 18:49:31 <Herrie> Could be it needs to be done by a certain app. I tried with -a com.palm.app.deviceinfo (which is the app I found the call in from 3.x)
Apr 16 18:52:01 <Herrie> Let me see what I can find in 2.x
Apr 16 18:55:39 <Herrie> Hmmz in 2.x it uses both launchPointId and id but that also doesn't work on TP
Apr 16 19:00:05 <JaMa> morphis: I would probably implement it in staging scripts to just move selected ipk files to separate directories (for different architectures)
Apr 16 19:00:16 <JaMa> morphis: IIRC angstrom was using something like that
Apr 16 19:00:38 <JaMa> only tricky part is what to do with dependencies pulled only by these extra packages
Apr 16 19:00:45 <JaMa> do we want to move them as well
Apr 16 19:01:03 <JaMa> do we want to check that no other "system" package depends on them (even accidentally)
Apr 16 19:01:55 <nizovn> Tofe, Herrie: only numbered launchPointId can be removed https://github.com/webOS-ports/luna-appmanager/blob/master/Src/base/application/ApplicationManager.cpp#L2111 . it's feature :)
Apr 16 19:16:26 <Herrie> nizovn: Strange because they aren't numbered :P
Apr 16 19:16:48 <Herrie> Ah
Apr 16 19:16:51 <Herrie> OK
Apr 16 19:17:00 <Herrie> Let me check again and export the whole list
Apr 16 19:17:45 <morphis> JaMa: hm, as part of staging that might be good
Apr 16 19:19:11 <Herrie> Hmmz I have no NUMERIC launchpointID's on my TP with a ton of custom apps installed?
Apr 16 19:19:26 <Herrie> morphis: Can you give me write access to luna-next-cardshell repo?
Apr 16 19:19:40 <morphis> Herrie: what do you want to do?
Apr 16 19:20:39 <Herrie> morphis: So I can merge stuff from Tofe when you're not around :D
Apr 16 19:20:45 <morphis> ah :)
Apr 16 19:20:50 <Herrie> So we can still keep 4 eye principle :P
Apr 16 19:21:04 <Herrie> Now Tofe is merging his own stuff :P
Apr 16 19:22:07 <morphis> Herrie: done
Apr 16 19:22:35 <morphis> Herrie: triggered new builds
Apr 16 19:23:28 <Herrie> Great
Apr 16 19:23:46 <Herrie> For Lumberjack how can I call and test it? YOu said you were able to run it right?
Apr 16 19:25:04 <morphis> oh, I just made it build
Apr 16 19:25:06 <morphis> nothing else
Apr 16 19:25:45 <morphis> on recent images it should run by default
Apr 16 19:25:45 <morphis> bash-4.3# systemctl status org.webosports.service.lumberjack
Apr 16 19:25:45 <morphis> ● org.webosports.service.lumberjack.service - Lumberjack
Apr 16 19:25:46 <morphis>    Loaded: loaded (/lib/systemd/system/org.webosports.service.lumberjack.service; enabled)
Apr 16 19:25:46 <morphis>    Active: active (running) since Thu 2015-04-16 13:13:16 EDT; 2h 12min ago
Apr 16 19:25:46 <morphis>  Main PID: 802 (lumberjack)
Apr 16 19:25:47 <morphis>    CGroup: /system.slice/org.webosports.service.lumberjack.service
Apr 16 19:25:49 <morphis>            └─802 /usr/sbin/lumberjack
Apr 16 19:25:51 <morphis> Apr 16 13:13:16 mako systemd[1]: Started Lumberjack.
Apr 16 19:28:06 <morphis> Herrie: then luna-send -n 1 luna://org.webosports.lumberjack/listApps {} for example
Apr 16 19:28:20 <Herrie> Ah ok :)
Apr 16 19:28:24 <Herrie> I will play a bit with that :)
Apr 16 19:28:27 <Herrie> And look at legacy
Apr 16 19:28:38 <morphis> the log message feature will not work
Apr 16 19:28:55 <Herrie> Yeah because it looks at /var/log/messages I guess?
Apr 16 19:34:03 <morphis> right
Apr 16 19:34:23 <Herrie> OK, so that needs to be reworked to take it from journalctl I guess?
Apr 16 19:34:25 <morphis> http://www.freedesktop.org/software/systemd/man/sd-journal.html would be something to use instead
Apr 16 19:34:42 <Herrie> Ah ok
Apr 16 19:34:44 <Herrie> :)
Apr 16 20:39:26 <filmor> hi all
Apr 16 20:39:33 <filmor> is the 404 at http://build.webos-ports.org/webos-ports/sstate-cache/ expected?
Apr 16 20:41:03 <filmor> or rather: should this be changed in the default configuration? the SSTATE_MIRRORS variable is currently set to this and this slows bitbake down a lot
Apr 16 20:44:12 <Herrie> filmor: Ehm it shouldn't I think it should be: http://build.webos-ports.org/luneos-testing/sstate-cache/
Apr 16 20:44:46 <Herrie> Feel free to do a PR for where it's wrong ;)
Apr 16 20:45:43 <Herrie> JaMa: I think this is something you should fix? https://github.com/webOS-ports/webos-ports-setup/blob/dizzy/conf/local.conf
Apr 16 20:45:56 <Herrie> SSTATE_MIRRORS ?= "file://.* http://build.webos-ports.org/webos-ports/sstate-cache/PATH" and DISTRO_FEED_URI="http://build.webos-ports.org/webos-ports/ipk/"
Apr 16 20:46:51 <Herrie> filmor: We moved some stuff around on the server a while back to organize it better and cater for the webos-ports to luneos rebranding but seems something was forgotten ;)
Apr 16 20:47:19 <Herrie> We're mainly building luneos-testing throughout the month and use luneos-stable for the release basically
Apr 16 20:47:44 <Herrie> luneos-unstable = JaMa's playground for new and exciting core stuff like QT upgrades etc
Apr 16 20:48:31 <filmor> good to know :)
Apr 16 20:49:43 <filmor> do you know what this sstate directory is even used for?
Apr 16 20:49:58 <filmor> it seems to be the fastest if I just set it to an empty string ...
Apr 16 20:50:07 <Herrie> It's basically used so you don't need to rebuild everything
Apr 16 20:50:25 <Herrie> I think it's mainly used on our build server but not sure
Apr 16 20:50:33 <Herrie> morphis or JaMa can answer that
Apr 16 20:50:46 <Herrie> Basically we don't build the whole image, but only changed bits
Apr 16 20:51:12 <Herrie> And across various targets where possible use sstate as kind of image/cache repository :)
Apr 16 20:51:17 <Herrie> Speeds up builds quite a lot
Apr 16 20:52:06 <Herrie> LIke to build an image for N4 or TP only takes < 30 mins ;)
Apr 16 20:52:25 <Herrie> Instead of many hrs when you need to build full webkit stuff etc
Apr 16 20:55:13 <filmor> just seems weird that by default it hits a server for the cache
Apr 16 21:06:17 <Herrie> I think it hits local first then the server
Apr 16 21:06:39 <Herrie> Anyway it would need to download the code + compile, so downloading it compiled frm server would make sense imho
Apr 16 21:06:50 <Herrie> I'm not 100% sure how it works, JaMa and morphis know that a lot better
Apr 16 21:31:25 <JaMa> Herrie: it's created by our build server for other folks to use it (instead of building locally)
Apr 16 21:31:44 <JaMa> but the actually sstate reuse highly depend how many changes you have locally and how invasive they are
Apr 16 21:32:11 <JaMa> e.g. patch for glibc will invalidate almost everything, changing SRCREV in one enyo app should change only that app and packagegroup which includes it
Apr 16 21:32:23 <JaMa> Herrie: and yes it should be fixed
Apr 16 21:32:39 <JaMa> I thought I did already, but maybe it was when we still had the symlink webos-ports so I didn't change it
**** ENDING LOGGING AT Fri Apr 17 02:59:58 2015