**** BEGIN LOGGING AT Sun Aug 18 02:59:58 2013
Aug 18 05:49:19 <Tofe> Morning !
Aug 18 05:54:06 <Tofe> morphis: I was using this fake LS2 service: http://pastebin.com/MDVJDXr5 and got this kind of qml ListModel working: http://pastebin.com/jurWhDz8
Aug 18 05:54:39 <Tofe> morphis: the thing is: do we really need a JSON.parse library ? ListModel already has one...
Aug 18 06:01:12 <Tofe> morphis: merged; we'll discuss later why/if the callback way or the signal way would be better -- gotta go
Aug 18 08:02:14 <JaMa> morphis: true about nodejs, I've already reported it to author, I;ll fwd you the e-mail with details
Aug 18 08:38:17 <morphis> ok
Aug 18 08:38:24 <morphis> qemux86 builds it fine
Aug 18 08:53:47 <JaMa> yup, whole nodejs build is a bit buggy, sometimes it fails even in qemuarm builds (details also included in fwded e-mail)
Aug 18 08:59:25 <morphis> hm
Aug 18 08:59:41 <morphis> JaMa: btw. I vote for going the staging feeds way
Aug 18 08:59:54 <morphis> maybe someone can create a nice frontend for it later
Aug 18 09:01:21 <morphis> Tofe|Away: at some place we have to parse a json string I wanted to defer it as long as possible
Aug 18 09:07:00 <morphis> Tofe|Away: and one other thing: the launch bar is customizable and the most right buttom opens the real launcher
Aug 18 09:14:52 <morphis> JaMa: only left problem is opengles2 dependency for qtwayland
Aug 18 09:17:56 <morphis> hm qtbase is clearly configured with gles2
Aug 18 10:00:41 <morphis> JaMa: ok, we need wayland as DISTRO_FEATURE
Aug 18 15:16:49 <JaMa> morphis: make sense :)
Aug 18 15:23:34 <Blal> Does OpenWebOS send everything I do to Google/The Government?
Aug 18 15:25:02 <Garfonso> don't think so.
Aug 18 15:25:19 <Blal> Well then it's better then android
Aug 18 15:25:23 <Garfonso> you can enable/disable the google localisation stuff and google account
Aug 18 15:25:28 <Blal> (it was anyway, but still)
Aug 18 15:25:52 <Blal> Waiting for a usable version for my gnex :D keep up the good work devs
Aug 18 15:25:58 <Garfonso> ^^
Aug 18 15:26:29 <Blal> I lent my original pre to someone to use and they smashed the screen sadly
Aug 18 15:29:15 <Garfonso> I think it's still possible to get a cheep Veer out there, isn't it? ;) Still love my Veer.
Aug 18 15:29:31 <Garfonso> Actually it get's a lot of attention in this world of BIG smartphones. :)
Aug 18 16:07:49 <morphis> Blal: no it does not
Aug 18 16:30:15 <Blal> Garfonso: Not in the UK
Aug 18 16:30:27 <Blal> I was qaiting for the Pre3 £50 firesale that never happened
Aug 18 16:52:07 <Tofe> morphis: yes, you have to parse the json string that is given to the C++ service, but in QML ?
Aug 18 16:52:58 <Tofe> morphis: by the way, I managed to put in place a stub QML module that can replace LunaNext C++ module during QML desktop development
Aug 18 16:54:59 <Tofe> morphis: also I've got a working corner shader that reuses the same shader as LSM; I've decided to drop the DropShadow shader for now, until I find a good solution
Aug 18 16:56:57 <Tofe> morphis: it's all pushed in my tofe/work branch, rebased on master, waiting to be tested on a real device
Aug 18 16:59:44 <Tofe> morphis: which I'll be abe to do soon, but not before tuesday evening
Aug 18 17:31:58 <Herrie> You can get Veer's quite cheaply off eBay from the US nowadays. USD 75 or so...
Aug 18 17:33:13 <halfhalo> Veer's made great hotspots back in the day
Aug 18 17:39:58 <Herrie> Tofe|Away: On the latest commits you did today: Just for my understanding: I thought the 4x images would be the ones to use going forward to assure compatibility on newer higher resolution devices? Seems like you removed those now?
Aug 18 17:40:51 <morphis> Tofe|Away: ok
Aug 18 17:41:01 <morphis> Tofe|Away: calling JSON.parse does invoke native code afaik
Aug 18 17:42:26 <morphis> Herrie: there is going be a lot more rework on supporting different resolutions
Aug 18 17:58:44 <Blal> Herrie: I would think there would be an issue with network compatability?
Aug 18 18:00:10 <Blal> Cheapest Pre3 here is £169.99 ($265)
Aug 18 18:00:33 <Blal> Veer is £90 (~$150)
Aug 18 18:07:04 <ka6sox> Blal, where is here?
Aug 18 18:07:10 <Blal> UK
Aug 18 18:07:15 <Blal> hence £
Aug 18 18:07:25 <ka6sox> thats not showing up here
Aug 18 18:07:30 <Blal> Oh sorry
Aug 18 18:08:01 <Blal> And importing from the US will probably cost just as much
Aug 18 18:08:07 <Blal> so I'll just wait for it for my Gnex
Aug 18 18:08:52 <ka6sox> the gnex is a good choice...I've been using one for months...pretty quick
Aug 18 18:09:00 <Blal> Especialyl with custom roms
Aug 18 18:09:21 <Blal> Underclock + custom rom + kerney + undervolt = sweet battery life
Aug 18 18:09:39 <Blal> Screen is quite nice too
Aug 18 18:09:59 <Blal> And it's what the OWOS devs are working on so that's a plus
Aug 18 18:10:38 <ka6sox> :)
Aug 18 18:11:09 <ka6sox> it is doubtful that OWOS would ever be backported to a Pre3 or Veer
Aug 18 18:11:26 <Blal> Yeah, Veer probably won't be powerful enoigh
Aug 18 18:11:32 <Blal> Android needs something like Preware though
Aug 18 18:11:36 <Blal> all those little tweaks
Aug 18 18:11:58 <ka6sox> yup
Aug 18 18:12:48 <Blal> I'd volunteer to help with OWOS but I can't code unfortunately
Aug 18 18:17:47 <Herrie> Blal: Veer is fine here ;) Pre 3 you can flash to use European modem firmware ;)
Aug 18 18:17:50 <Herrie> I'm in NL
Aug 18 18:18:16 <Herrie> Used it in China, Russia, Uzbekistan, Italy, Hungary, Germany, Czech, Belgium so no problems there ;)
Aug 18 18:18:46 <Herrie> Import Veer from US add around 25% of price for VAT and duties
Aug 18 18:18:58 <Herrie> Shipping can be as low as $15,-
Aug 18 18:19:31 <Herrie> But Nexus is a safe bet, can run lots :)
Aug 18 18:19:49 <Herrie> OWOS, Ubuntu, Android etc :)
Aug 18 18:31:32 <Blal> GNex also has a much bigger screen so :D
Aug 18 19:07:57 <morphis> JaMa: didn't you said it should not make a difference which distro we're building on for the non-native stuff for sstate reuse?
Aug 18 19:17:46 <JaMa> morphis: yes I did
Aug 18 19:17:55 <morphis> hm, it's not working here
Aug 18 19:18:48 <JaMa> can you try bitbake-diffsigs on some example?
Aug 18 19:18:59 <morphis> yeah, one moment
Aug 18 19:25:27 <morphis> or I can't as I removed my local sstate cache
Aug 18 19:26:18 <JaMa> there were some changes which invalidated all sstate checksums, are you sure that you had exactly the same metadata when switching distros?
Aug 18 19:26:26 <morphis> yes
Aug 18 19:26:48 <morphis> I just have some commits on top in meta-wop but they should not invalidate the metadata for everything
Aug 18 19:26:55 <morphis> I remove tmpdir and sstate-cache completely
Aug 18 19:27:08 <morphis> but when running with -D I see
Aug 18 19:27:09 <morphis> DEBUG: Fetcher failure: Fetch command failed with exit code 8, output:
Aug 18 19:27:09 <morphis> http://build.webos-ports.org/webos-ports/sstate-cache/Ubuntu-13.04/57/sstate-qtbase-native-x86_64-linux-5.1.0-r0-x86_64-3-57b7bb1b028b00ba81a233dee8a417a9_populate-sysroot.tgz:
Aug 18 19:27:09 <morphis> Remote file does not exist -- broken link!!!
Aug 18 19:27:16 <morphis> ah sorry
Aug 18 19:27:37 <morphis> thats one for the native part
Aug 18 19:27:54 <morphis> DEBUG: Fetcher failure: Fetch command failed with exit code 8, output:
Aug 18 19:27:55 <morphis> http://build.webos-ports.org/webos-ports/sstate-cache/65/sstate-qtbase-cortexa8-vfp-neon-webos-linux-gnueabi-5.1.0-r0-cortexa8-vfp-neon-3-65ae4bc50161e580e6d31a5f8e03b909_packagedata.tgz:
Aug 18 19:27:55 <morphis> Remote file does not exist -- broken link!!!
Aug 18 19:40:58 <JaMa> that can be caused by jenkins using slightly different metadata
Aug 18 19:42:46 <morphis> hm
Aug 18 19:43:19 <morphis> I check mostly everything I could have changed
Aug 18 19:47:39 <morphis> ok, let me reset my environment to default
Aug 18 19:48:25 <morphis> JaMa: rm_old_work couldn't be the problem, right?
Aug 18 20:03:10 <morphis> seems to work now
Aug 18 20:38:06 <stefan_schmidt> Garfonso: ping
Aug 18 20:38:18 <Garfonso> pong ;=
Aug 18 20:38:24 <stefan_schmidt> Garfonso: great
Aug 18 20:39:02 <stefan_schmidt> For the rework I was mentioning. Its really mostly about having the files correctly in the commits, etc
Aug 18 20:39:11 <stefan_schmidt> Some sosmetics in the commit messages, etc
Aug 18 20:39:15 <stefan_schmidt> Nothing code wise
Aug 18 20:39:34 <stefan_schmidt> I'm just a pit picky about having a good source history :)
Aug 18 20:40:02 <stefan_schmidt> I should find the time for this over the week and merge it all into master
Aug 18 20:40:26 <Garfonso> that's fine. I'm happy if you do it. I still struggle a bit with git. :-/
Aug 18 20:40:35 <stefan_schmidt> Garfonso: ok, cool
Aug 18 20:40:56 <stefan_schmidt> Garfonso: For further pull request just go with smaller amounts of code changed
Aug 18 20:41:06 <stefan_schmidt> Garfonso: Really hard to work through such big changes
Aug 18 20:41:26 <stefan_schmidt> Garfonso: I see how that happens when you are in a coding spree. Still hard to review for other people :)
Aug 18 20:41:32 <Garfonso> hehe. sure. :)
Aug 18 20:41:48 <stefan_schmidt> I also should be faster with review and merge if the PR's are smaller ;)
Aug 18 20:42:18 <stefan_schmidt> Was a bit stressful here. Tooth aching which hopefully gets fixed tomorrow by a root canal treatment.
Aug 18 20:42:24 <stefan_schmidt> Fingers crossed.
Aug 18 20:42:40 <Garfonso> oh my. Wish you all the best...
Aug 18 20:42:47 <stefan_schmidt> thanks
Aug 18 20:42:50 <stefan_schmidt> Should work out
Aug 18 20:43:15 <stefan_schmidt> Just killed my motivation to come back to the pc in the evening after 8 hours at work this week
Aug 18 20:43:35 <Garfonso> understandable.
Aug 18 20:43:44 <stefan_schmidt> Was feeling a bit guilty of not being more prompt in reviewing when getting such a great contribution
Aug 18 20:44:05 <stefan_schmidt> About a public beta
Aug 18 20:44:23 <stefan_schmidt> I would like to have this merged for a while and test and maybe debug it against my Owncloud server.
Aug 18 20:44:35 <stefan_schmidt> So we both have it running for a while
Aug 18 20:44:41 <Garfonso> yes. That would be necessary.
Aug 18 20:45:00 <stefan_schmidt> PIM information is so sensitive that I don't want to release to early and get the image of a data eating software :)
Aug 18 20:45:16 <stefan_schmidt> Maybe even have an alpha before
Aug 18 20:45:53 <Garfonso> yes, the sync can easily mess up your data.. don't want to release that to unknowing public to fast.
Aug 18 20:46:13 <stefan_schmidt> Good that we agree on this :)
Aug 18 20:46:31 <stefan_schmidt> Motivated and skilled people could package and test it anytime.
Aug 18 20:47:51 <stefan_schmidt> I definitely want to have a beta of it this year. Maybe within 2 or 3 months. Really depends on the tests we make. :)
Aug 18 20:48:10 <stefan_schmidt> And maybe having downsync only for the first public release.
Aug 18 20:48:41 <stefan_schmidt> We could have a simple define in the code which switches it on but keep it off by default
Aug 18 20:48:50 <Garfonso> for the first upsync tests people should at least have an up to date backup of their server data that they can easily restore and be able to modify/clean device database with luna-send commandline commands. ;)
Aug 18 20:48:53 <stefan_schmidt> You have that more or less already from what I have seen
Aug 18 20:49:06 <Garfonso> yes
Aug 18 20:49:09 <stefan_schmidt> cool
Aug 18 20:49:41 <Garfonso> it's actually pretty easy with the sync-framework. :)
Aug 18 20:50:09 <stefan_schmidt> That means my todo for the week includes redoign the git commits, merge it into master, change my code to tabs and add the GPLv3 license file
Aug 18 20:50:53 <stefan_schmidt> yeah, the sync-framework looks nice. I will need some time to really grasp all parts of your changes though )
Aug 18 20:50:57 <stefan_schmidt> :)
Aug 18 20:52:27 <Garfonso> might be good to look at that file: https://github.com/openwebos/mojoservice-frameworks/blob/0874bd27195ed99c14e6ed401efe788bbe1338c4/mojoservice.transport.sync/javascript/commands/synccommand.js (or the equivalent from 2.2.4. But I did not notice siginificant changes).
Aug 18 20:52:54 <Garfonso> this is what calls the methods I defined in syncassistant.js
Aug 18 20:53:21 <stefan_schmidt> Opened as a tab in my browser for later read :)
Aug 18 20:53:23 <Garfonso> helped me a lot to see some kind of a cornological order
Aug 18 20:53:56 <stefan_schmidt> For the vcard and ical parser issues we might try to open issues and/or trigger our contacts within LG to have a look.
Aug 18 20:54:14 <stefan_schmidt> No idea what the priorities for such things are, but it might be worth a try
Aug 18 20:55:55 <stefan_schmidt> JaMa, morphis: btw, I had problems with building qtbase today. 5.0.2 as well as 5.1.0 after bumping the meta-qt layer. It did not find the gst/gst.h file
Aug 18 20:56:15 <stefan_schmidt> include path for the header should have come form pkg-config
Aug 18 20:56:47 <stefan_schmidt> Not sure if you had that as well. Disabling gstreamer in qtbase worked but it obviously no real solution :)
Aug 18 20:58:01 <stefan_schmidt> Time to call it a day here.
Aug 18 20:58:19 <stefan_schmidt> Garfonso: I will keep you updated which my progress.
Aug 18 20:58:22 <stefan_schmidt> night all
Aug 18 21:04:09 <morphis> Garfonso: I would like to include a first version of the carddav connector in a wop build once its able to downsync
Aug 18 21:04:28 <morphis> so we have at least one working sync connector (even if it has still bugs)
Aug 18 21:06:45 <Garfonso> downsync from egroupware works more or less. I am now actively using it.. fixed some issues with deleting items.
Aug 18 21:06:57 <Garfonso> surely there will be some more issues in certain situations.
Aug 18 21:07:08 <Garfonso> important would be to test more servers.
Aug 18 21:12:24 <Garfonso> now that I got rid of the node.js modules, it is sufficient to clone https://github.com/Garfonso/org.webosports.service.contacts.carddav.git, change to mojosyncframework branch and build a package with palm-package app service accounts package *hint* *hint*
Aug 18 21:14:17 <Garfonso> good night :)
Aug 18 21:15:54 <morphis> ok, great
Aug 18 21:15:57 <morphis> gn8
**** ENDING LOGGING AT Mon Aug 19 02:59:59 2013