**** BEGIN LOGGING AT Fri Nov 17 03:00:03 2017 Nov 17 04:23:00 Tofe: yes, I will put the droidmedia stuff in halium soon enough, there are some cavets and problems.. trying to solve them first Nov 17 07:43:16 bshah: ok great, I'll wait then; switching to gst-droid is something I wanted to do for quite some time, as it will enable us to get camera support in QtWebEngine for our HTML5 apps Nov 17 07:45:11 Tofe: I won't give any time promises, but I guess I'll publish my changes around next week Nov 17 08:14:21 Morning! Nov 17 08:41:01 bshah: oh there's no rush at timme, even next month is completely fine :) Nov 17 08:41:09 Herrie|Pre3: Morning! Nov 17 08:41:23 s/timme/all/ (weird typo here) Nov 17 08:59:55 Tofe: https://github.com/webOS-ports/org.webosports.app.settings/pull/90 Nov 17 09:00:09 Will be doing a few more for cosmetics and cleanup to other repos Nov 17 09:07:28 ok thanks Nov 17 09:18:22 Tofe: Updated Nov 17 09:23:13 thx Nov 17 09:24:49 The change about the conf file is safe to be merged ? The recipes will work as-is ? Nov 17 09:25:04 ah, silly my, we can change that afterwards Nov 17 09:26:34 Tofe: Will update those in a bit Nov 17 16:27:15 Tofe: https://github.com/webOS-ports/meta-webos-ports/pull/265 Nov 17 16:27:28 That should sort it :) Nov 17 19:30:29 Herrie: ping Nov 17 19:38:19 Garfonso: ping Nov 17 19:39:09 It seems our regexp for parsing LuneOS' version doesn't match our actual version file Nov 17 19:39:39 My /etc/luneos-release contains "Rockhopper release 1.0-unofficial (luneos-Doppio)" Nov 17 19:40:10 but the awaited format is ${BUILD_DISTRIB_ID} release ${DISTRO_VERSION}-${BUILD_TREE}-${WEBOS_DISTRO_BUILD_ID} (${WEBOS_DISTRO_RELEASE_CODENAME}) Nov 17 19:40:53 Something gost lot on the way, I think the version file is the one that should be updated Nov 17 19:42:11 Tofe: pong Nov 17 19:42:23 Herrie: see above Nov 17 19:42:32 Tofe: Hmmz weird Nov 17 19:43:00 The parsing is done here: https://github.com/webOS-ports/org.webosports.update/blob/master/service/javascript/config.js#L6 Nov 17 19:43:10 (well, the regexp) Nov 17 19:43:27 I'm trying to figure out where the version file is built Nov 17 19:44:40 ok, it's from our lsb bbappend Nov 17 19:45:26 https://github.com/webOS-ports/meta-webos-ports/blob/master/meta-luneos/recipes-extended/lsb/lsb_4.1.bbappend#L18 Nov 17 19:47:43 It worked OK before if i remember correctly Nov 17 19:48:11 Yes, it diverged a bit when Garfonso added some update capabilities last year or so Nov 17 19:49:28 We're just lacking the build tree Nov 17 19:51:39 ... and a build version too I think Nov 17 19:53:50 I'll try to put in place the right schema Nov 17 19:54:44 Tofe: Thnx Nov 17 19:54:53 For the LS2 calls I suggest to make them luna:// instead of palm:// Nov 17 19:54:59 They are interchangable in general Nov 17 19:55:09 In LNC I replaced all palm with luna already quite some time ago Nov 17 19:55:30 ah, yes, I took the ones from the current settings app without thinking :) Nov 17 19:55:37 I guess since we're now reworking Settings it's good to do it there too and also for the mock LuneOS Components ones Nov 17 19:55:42 It's small but looks cleaner Nov 17 19:55:42 the test stub might need to be updated too then Nov 17 20:08:43 oh, what a great idea I had, changing WEBOS_DISTRO_BUILD_ID"s default value... now it's rebuilting everything... Nov 17 20:09:25 The default value was "undefined", which doesn't fit the version scheme, so I changed it to "0-0" Nov 17 20:21:58 ok, that's better Nov 17 20:22:19 I still don't have the version, but that's fine for a testing build Nov 17 20:25:54 Tofe: pong Nov 17 20:27:59 Garfonso: I was wondering about the /etc/luneos-version file parsing Nov 17 20:28:27 I basically took what was there and what morphis told me about the version string and created a regexp from that. Nov 17 20:28:40 we can adjust the regexp, if we want to have a different version string. Nov 17 20:29:35 Garfonso: the regexp works fine with an official build (i.e. number-number suffix), but just not well with a testing build (i.e. "unofficial" string as suffix...) Nov 17 20:29:51 I changed the unofficial one to be "0-0", it fixes it Nov 17 20:30:11 Changing our code to adapt to a testing case would be weird Nov 17 20:31:23 My new version file content is now "Rockhopper release 1.0-testing-0-0 (luneos-Doppio)" Nov 17 20:36:32 great. :-) Nov 17 20:36:53 btw: should the emulator images still work? Do we require a certain version of virtual box? Nov 17 20:37:24 They still work, yes Nov 17 20:37:49 The same version as before should be ok Nov 17 20:45:32 Garfonso: I can confirm latest VBox also works Nov 17 20:46:59 ok, I'll try again. Last try gave me a BSOD.... :-// Nov 17 20:48:53 Herrie: I'm a bit hesitant about my PR for changing WEBOS_DISTRO_BUILD_ID default value: it seems the bug isn't really there; I found in some Latte logs that we had the correct string back then, and WEBOS_DISTRO_BUILD_ID was still the same Nov 17 20:49:06 So I must have overlooked something Nov 17 21:04:38 Tofe: Hmmz weird Nov 17 21:09:00 Tofe: New build is running Nov 17 21:09:12 Tofe any reason why you called the new page About and not Deviceinfo? Nov 17 21:09:58 Can add it to luna-init in general, just wondering :P https://github.com/webOS-ports/luna-init/blob/webOS-ports/master/files/conf/default-launcher-page-layout.json#L56 Nov 17 21:20:37 ok, so BSOD was because Hyper-V was enabled.. got LuneOS in emulator now, again. Yeah. :-) Nov 17 21:50:26 hey JaMa ... so i did read a thread about some problems with WSL and OE on the OE list from Sep/Oct .. but it didn't specifically cover the same problem that I'm having with luneos, which seems to specifically relate to something involved in the header packaging . . Nov 17 21:50:57 from what the MS people said, it seems that something related to it, has a file open inside the directory when it attempts to move the directory over to it's final location Nov 17 21:53:34 which is kind of a silly thing to do, but it's also something that no one considers when working with Unix because Unix will let you do that. I haven't yet bothered to open up the scripts for linux-libc-headers or whatever package it was, or the general packaging process, to see if it's something that can easily be fixed. Nov 17 22:22:09 EricBlade: ok, that might be the thread I was remembering, I kind of ignore whole WSL and related things, so I didn't remember more than that they were discussing it and found some work arounds Nov 17 22:27:26 totally understandable. but i am running into something different, that will probably need some tweaks somewhere to work around / fix, because although apparently the NTFS team wants to deal with this, it's something that isnt going to happen anytime soon **** ENDING LOGGING AT Sat Nov 18 03:00:01 2017