**** BEGIN LOGGING AT Tue Aug 04 02:59:58 2015 Aug 04 07:37:25 morning Aug 04 07:37:30 morphis: ping Aug 04 12:16:29 nizovn: yes Aug 04 12:18:22 ok Aug 04 14:45:14 nizovn: Thnx for PR, Tofe merged and I made sure it'll be in next build. Aug 04 14:45:28 ok, thanks Aug 04 14:45:43 morphis/JaMa: You around for some OE/BB questions from nizovn? Aug 04 14:54:23 Herrie|Veer: just go ahead and ask :) Aug 04 14:55:36 nizovn wasn't too sure what to do to get the utilities in the build properly. Aug 04 15:05:36 morphis: and one question about bb for the future: libbluez-qt generates source files from xml(qdbusxml2cpp), and this causes problems with packaging, as on configure time headers don't exist. so i simply added do_install_prepend which calls qmake5_base_do_configure. is it proper way? Aug 04 15:11:09 nizovn: which headers doesn't exist? those which are the output of qdbusxml2cpp? Aug 04 15:11:16 yes Aug 04 15:12:09 those should be generated during the build Aug 04 15:13:58 is the libbluez-qt recipe already in meta-webos-ports? Aug 04 15:14:02 on configure time qmake can't find them, and then doesn't install Aug 04 15:14:03 no Aug 04 15:14:21 it's a little broken Aug 04 15:14:51 nizovn: look at the libconnman-qt recipe Aug 04 15:15:01 libconnman-qt is the same but just for connman Aug 04 15:15:06 also generates source files from xm Aug 04 15:15:11 s/xm/xml/ Aug 04 15:28:22 morphis: in libconnman-qt generated headers are not installed(not public), but on libbluez-qt they go to /usr/include/bluez-qt5 Aug 04 15:35:40 hm Aug 04 15:35:45 nizovn: why are they installed then? Aug 04 15:41:15 not sure what you mean with why: how installation works in my recipe, or what are they for? Aug 04 15:57:07 nizovn: no, why do we have to install those headers at all in do_install? Aug 04 15:58:31 i was going to use https://github.com/nemomobile/libbluez-qt/blob/master/bluez-qt/nearbydevicesmodel.h (it needs repair though), and it includes generated headers Aug 04 15:59:10 but i understood, will make those headers not public, as in libconnman-qt Aug 04 16:30:55 morphis: so what should i do to add utilities recipe into shr-distribution/meta-smartphone? readme says to send email, or maybe just bpaste is more convenient for you? Aug 04 16:32:58 nizovn: ah I see Aug 04 16:33:30 nizovn: best would be if you push a commit somewhere on your fork which I can then just pick Aug 04 16:33:52 ok Aug 04 16:34:07 I would then optimize nearbydevicesmodel.h to not include those Aug 04 16:36:37 yes, seems libbluez-qt needs some work, and we need nearbydevicesmodel to be more advanced(e.g. it doesn't provide type of bt device) Aug 04 16:46:27 morphis: recipe for bt utilities: https://github.com/nizovn/meta-smartphone/commit/4dbf6a250eb6eb487816d4e9aa0cf34b0fd49d00 Aug 04 16:54:15 morphis: we also need to update kernel on tenderloin(for bluetooth), i saw it's not just srcrev update, needs build on jenkins... could you please update it? Aug 04 16:54:48 nizovn: Is this the TP4G compatible kernel? Aug 04 16:54:54 We're using TP4G one now also on WiFi TP Aug 04 16:55:03 If I'm correct Aug 04 17:00:46 Herrie: seems yes Aug 04 17:04:11 OK Aug 04 17:04:37 morphis: How does kernel build work? Aug 04 17:06:52 Herrie: bb virtual/kernel ? Aug 04 17:07:19 (I feel like I missed the point here) Aug 04 17:08:38 Tofe: I think for Tenderloin we had some separate process due to kernel failing with gcc 4.9 and only working with 4.8 Aug 04 17:08:50 But I say this from top of head Aug 04 17:09:17 ah ok; well, shouldn't it be automatically handled if we put the correct build dependencies in the recipe? Aug 04 17:09:22 And we just take the pre-buily uImage from somewhere ;) Aug 04 17:09:43 oh, ok, that much customized Aug 04 17:10:11 I think OE only provides 4.9? Aug 04 17:10:30 This is really all from memory might be wrong ;) Aug 04 17:10:47 the recipe is meta-smartphone/meta-hp/recipes-kernel/linux/linux-hp-tenderloin_git.bb if you want to look at it Aug 04 17:11:41 we take a prebuilt image from http://build.webos-ports.org/cm-wop-11.0/cm-wop-11.0-${BUILD_VERSION}-kernel-parts-tenderloin.tar.bz2, as you told Aug 04 17:12:16 Maybe your question actually is how to rebuild that one? Aug 04 17:14:34 Yes ;) Aug 04 17:15:12 Yepee, I found out how to combine real QML imports and tests imports in a qmlproject! The order of the imports is of importance, as the latest one override the previous definitions Aug 04 17:16:02 Herrie: I... don't think we have precise guidelines on how to rebuild CM11 for tenderloin Aug 04 17:17:21 It might be http://jenkins.nas-admin.org/job/cm-wop-11.0-build/ Aug 04 17:18:30 Very possible, but then where the kernel is taken from... Aug 04 17:20:23 So back to the beginning: let's ask morphis :) Aug 04 17:20:38 This is what the job does: https://bpaste.net/show/371a9e7ea853 Aug 04 17:20:49 yes, I've browsed it a bit too Aug 04 17:21:05 there are some bits from CM11, some from SHR Aug 04 17:24:52 Herrie: surprisingly enough, it seems that my first try at moving the components of browser into LuneOS.Components works fine Aug 04 17:25:36 I've tested the browser in general, file input, that works Aug 04 17:25:51 :D Aug 04 17:26:27 Well it should be fairly straigt fwd in general Aug 04 17:26:49 Sure, but you never know... Aug 04 17:27:58 How could I test the authorization dialog ? Aug 04 17:28:15 ah, found one Aug 04 17:28:43 ok, that works Aug 04 17:28:49 well, let's go for the PR Aug 04 17:30:08 :D Aug 04 17:30:55 Tofe, Herrie: shouldn't we use inversemousearea for dialogs? Aug 04 17:31:46 nizovn when we have a cancel button not needed? Aug 04 17:33:22 i thinks it's not very good to allow full browsing capabilities when open dialog Aug 04 17:34:27 Ah you mean things below the dialog keep working? Aug 04 17:34:34 yes :) Aug 04 17:34:36 You might be right there ;) Aug 04 17:34:57 waiiit Aug 04 17:35:56 I mean, please wait until I've done my PR and so, otherwise I'll have to reapply all the changes you do in the browser's components Aug 04 17:41:30 Tofe: yes ;) Aug 04 17:42:02 Anyway I can merge them manually in case of conflicts :P Aug 04 17:43:37 it won't be conflicts, it will be deleted file, from the point of view of the browser project Aug 04 17:45:07 btw, I think I fixed the bug nizovn just talked about, but not sure yet Aug 04 17:46:45 Which bug? Aug 04 17:47:05 the dialog "background" which doesn't catch touch inputs Aug 04 17:47:10 OK Aug 04 17:47:15 It shoudln't catch them ;) Aug 04 17:47:23 It does by default I guess Aug 04 17:47:34 Because it's just on top of the regular stuff ;) Aug 04 17:47:39 Herrie, Tofe: the kernel build for tp basically works like this: Aug 04 17:47:42 you update the kernel tree Aug 04 17:47:48 then trigger a cm-wop-11.0 build Aug 04 17:48:04 which will generate a new tarball on http://build.webos-ports.org/cm-wop-11.0/ Aug 04 17:48:09 morphis: the kernel tree is in our GH ? Aug 04 17:48:23 github.com/shr-project/linux Aug 04 17:48:27 branch tenderloin/master Aug 04 17:48:38 no wrong, tenderloin/3.0/master Aug 04 17:48:56 yes, it's the SHR part I saw in the logs of the last build Aug 04 17:49:18 https://github.com/shr-distribution/linux/tree/tenderloin/3.0/master Aug 04 17:49:22 but can we commit whatever suits us for LuneOS ? Aug 04 17:49:41 yeah Aug 04 17:49:46 oh, ok Aug 04 17:49:49 we're the only user Aug 04 17:49:51 https://github.com/shr-distribution/meta-smartphone/blob/dizzy/meta-hp/recipes-kernel/linux/linux-hp-tenderloin_git.bb Aug 04 17:50:03 that then needs to be updated for the new tarball Aug 04 17:50:06 and that is all Aug 04 17:50:12 Ok, easy enough Aug 04 17:50:33 mostly Aug 04 17:51:24 Herrie: I propose this: https://github.com/webOS-ports/luneos-components/pull/11 Aug 04 17:52:27 nizovn: pushed the recipe for utilities Aug 04 17:53:02 Herrie: *followed* by this: https://github.com/webOS-ports/org.webosports.app.browser/pull/39 Aug 04 17:54:07 The big change is that the browser Desktop qmlproject is not self-sufficient anymore. You need to checkout the luneos-component repo beside the one of the browser. Does that seem reasonable to you? Aug 04 17:54:22 morphis: thanks Aug 04 17:57:12 nizovn: btw. you could also use things from http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/files/head:/plugins/bluetooth/ if you don't want to use libbluez-qt Aug 04 17:59:14 morphis: thanks, will see Aug 04 18:00:07 Tofe: Ok so you basically moved all QML files that we want to re-use including their JS and image resources and added some Qt files? Aug 04 18:00:31 Or any changes to some of the files I should be aware of? It looks pretty much like what I pushed in Browser before :P Aug 04 18:03:10 Herrie: it is very similar of course, I didn't want to start from scratch :) The main changes are the signals emitted by those components; it's mainly visible in the CertDialog.qml file Aug 04 18:04:09 I added some parameters to make them independant from the browser app, but it's not much Aug 04 18:05:07 I have hesitated a loong time on the necessity to avoid the "model" variable that is set by WebView Aug 04 18:05:34 As some of these components won't have a usage outside WebView, one could say that "model" will always exist Aug 04 18:06:24 OK I see now Aug 04 18:06:36 Yeah we'll use them in browser and for webapps but that's a WebView too ;) Aug 04 18:06:58 The Signals make sense :) Aug 04 18:07:07 Still need to teach myself to use those more ;) Aug 04 18:07:21 They integrated nicely in browser Aug 04 18:07:52 Yeah ;) Aug 04 18:10:12 morphis: Seems I don't have access to luneos-components :P Aug 04 18:10:53 For merging Aug 04 18:13:50 I do, but that wouldn't be very democratic :) Aug 04 18:14:31 I'm OK with merging Aug 04 18:14:41 Just need access for future Aug 04 18:30:28 Ah, no, I don't have merge rights either :P Aug 04 18:33:48 Seems I cannot build CM11 either http://jenkins.nas-admin.org/job/cm-wop-11.0-build/lastBuild/consoleFull Aug 04 19:05:23 Herrie: I see, needs some manual prefetching of things cm needs as it seems Aug 04 19:05:35 let me go and fix that Aug 04 19:08:29 Herrie: should be fixed now Aug 04 19:09:17 Tofe, Herrie: you should have access on luneos-components now Aug 04 19:26:45 morphis: Thnx luneos-components is OK now Aug 04 19:26:52 great Aug 04 19:29:40 So CM-wop-11 takes automatically latest kernel or... ? Aug 04 19:42:00 morphis: thanks, perfect Aug 04 19:42:10 Herrie|Laptop: yeah Aug 04 19:43:25 morphis OK. so when that's done I updat https://github.com/shr-distribution/meta-smartphone/blob/dizzy/meta-hp/recipes-kernel/linux/linux-hp-tenderloin_git.bb and then the srcrev for meta-smartphone in meta-webos-ports\dizzy and build? Aug 04 19:43:30 And all should be OK? Aug 04 20:05:28 Herrie|Laptop: for testing you just update linux-hp-tenderloin Aug 04 20:05:33 with the new version and the checksums Aug 04 20:05:42 for testing that should be all Aug 04 20:05:52 it will take the head of the meta-smartphone dizzy branch Aug 04 20:06:10 for stable we have to set the SRCREV for meta-wop and meta-smartphone in con/layers.conf within webos-ports-setup Aug 04 20:07:39 Do I need to care about KERNEL_VERSION = "3.0.101-12914-gfab4a27" as well? Aug 04 20:11:09 morphis: Like this? https://github.com/shr-distribution/meta-smartphone/pull/2 Aug 04 20:14:59 yes Aug 04 20:15:28 Do I care about KERNEL_VERSION = "3.0.101-12914-gfab4a27" as well? ? Aug 04 20:15:32 that is a bit tricky Aug 04 20:18:11 Herrie: you get it like this: Aug 04 20:18:12 simon@nirvana ~/Work/luneos/components/linux-2.6 (git)-[tenderloin/3.0/master] % git describe Aug 04 20:18:12 v3.0.65-9792-g7cc80db Aug 04 20:18:23 then exchange 65 to 101 and you're done Aug 04 20:20:10 OK updated PR with another commit for this: https://github.com/shr-distribution/meta-smartphone/pull/2 Aug 04 22:20:02 nizovn: Herrie: please send questions to my e-mail I'll try to reply tomorrow **** ENDING LOGGING AT Wed Aug 05 02:59:58 2015