**** BEGIN LOGGING AT Wed Oct 14 02:59:59 2015
Oct 14 05:10:00 <Herrie> morning
Oct 14 05:10:15 <Herrie> Tofe: Nice fix for the touch events :)
Oct 14 05:25:48 <Tofe> Herrie: thx
Oct 14 05:26:09 <Tofe> JaMa: ok thanks
Oct 14 05:44:18 <Herrie> Tofe: DId they fix it upstream in 5.6 already? Or nothing yet?
Oct 14 07:02:10 <Tofe> Herrie: no, I don't think it's fixed in their current master
Oct 14 07:06:27 <Tofe> The thing is, I never got any answer on any of my qtwebengine question in #qt, and opening a bug report without an easy way of reproducing it looks strange
Oct 14 07:12:48 <Herrie> You can just be blunt and PR?
Oct 14 07:22:35 <Tofe> Herrie: I hesitate :)
Oct 14 07:34:21 <Herrie|Veer> morning for QT I noticed that Digia team seems quite responsive on their mailinglist
Oct 14 07:35:09 <Tofe> I'm trying #qt-labs right now, to see if someone answers, and then I'll give a try with their ML
Oct 14 07:38:47 <Herrie|Veer> I'm subscribed there so I see that they get back to people regularly even on things where they really shouldn't :P
Oct 14 08:14:58 <Herrie|Veer> Tofe: Seems in latest nightly Browser stopped working.
Oct 14 08:15:50 <Herrie|Veer> log gave me some clue: QWebEngine: OpenGL resource sharing is not set up in QtQuick. Please make sure to call QtWebEngine::initialize() in your main () function.
Oct 14 08:16:00 <Herrie|Veer> I'm quite sure I saw somewhere you fixed that?
Oct 14 08:16:17 <Herrie|Veer> Could be JaMa playing with layers y'day broke it somehow
Oct 14 08:53:45 <Herrie|Veer> JaMa: morning
Oct 14 08:54:08 <Herrie|Veer> Seems that you might have broken something with layers work yesterday for testing
Oct 14 08:54:28 <Herrie|Veer> Browser doesn't launch anymore
Oct 14 08:54:34 <Herrie|Veer> <Herrie|Veer> log gave me some clue: QWebEngine: OpenGL resource sharing is not set up in QtQuick. Please make sure to call QtWebEngine::initialize() in your main () function.
Oct 14 08:54:47 <Herrie|Veer> Quite sure Tofe addressed that previously somewhere
Oct 14 08:56:36 <JaMa> let me test it with newer qtwebengine
Oct 14 08:59:05 <Herrie|Veer> JaMa: You might as well switch to Tofe's branches right away? kill 2 birds with 1 stone?
Oct 14 08:59:33 <JaMa> what you mean by Tofe's branches?
Oct 14 09:00:13 <JaMa> I've already switched the recipe to webos-ports fork
Oct 14 09:00:18 <JaMa> and had to update qtwebengine yesterday
Oct 14 09:00:21 <Herrie|Veer> I mean our own qtwebengine and qtwebengine-chromium ones with Tofe's work
Oct 14 09:00:24 <JaMa> in webOS-ports/master
Oct 14 09:01:19 <JaMa> 23:09 <+JaMa> something like this should work for qtwebengine: qtwebengine-chromium/commit/f56a7c96049bda8b60a281de334dc830982e2825
Oct 14 09:01:26 <JaMa> 23:09 <+JaMa> https://github.com/webOS-ports/meta-webos-ports/commit/c6b28435b8766196ebf608eb3b8025ebd5f413ed
Oct 14 09:01:34 <JaMa> 23:20 <+JaMa> Tofe: current webOS-ports/master branch is based on older SRCREV than what I currently use in meta-qt5, can you please rebase it?
Oct 14 09:01:37 <JaMa> 23:22 <+JaMa> I've pushed rebased version to webOS-ports/master-next
Oct 14 09:01:40 <JaMa> 23:24 <+JaMa> nvm, I've pushed webOS-ports/master-2015-10-13 with old content and replaced it with new rebased
Oct 14 09:02:01 <Herrie|Veer> JaMa: Yeah saw that
Oct 14 09:02:13 <Herrie|Veer> Ran nightly after that and still had issues
Oct 14 09:04:29 <JaMa> the patch for newer qtwebengine is only in meta-webos-ports/master now
Oct 14 09:09:21 <Herrie|Veer> OK
Oct 14 09:09:34 <Herrie|Veer> Did you build test this already?
Oct 14 09:09:50 <Herrie|Veer> I'm happy to have it in Fido and ConnMan upgrade as well
Oct 14 09:10:28 <JaMa> the build is running now
Oct 14 09:12:18 <Herrie|Veer> unstable is using master?
Oct 14 09:12:50 <JaMa> yes
Oct 14 09:13:10 <Herrie|Veer> OK :)
Oct 14 09:13:12 <JaMa> until I add jethro branches
Oct 14 09:13:18 <Herrie|Veer> OK :)
Oct 14 09:13:35 <Herrie|Veer> If builds OK happy to have webengine + connman in Fido
Oct 14 09:13:48 <JaMa> or we can upgrade to Jethro soon :)
Oct 14 09:14:10 <JaMa> less work for me to backport connman and other changes to Fido
Oct 14 09:15:05 <Herrie|Veer> Jethro out already? I thought was pending still?
Oct 14 09:18:34 <JaMa> still pending
Oct 14 09:18:38 <JaMa> but very soon
Oct 14 09:19:34 <Herrie|Veer> I am all in favor of latest & greatest when it doesn't break stuff :)
Oct 14 09:20:08 <JaMa> I'll ask for test when I have some usable images :)
Oct 14 09:45:03 <Tofe> I'm surprised that I didn't push the change related to QtWebEngine initialization
Oct 14 09:47:00 <JaMa> can you push it now somewhere?
Oct 14 09:47:32 <Tofe> That would be in luna-qml-launcher, but I'm not at home
Oct 14 09:48:24 <Tofe> And it's not really the best place to put that, as it induces a dependency to qtwebengine for that component
Oct 14 09:50:25 <JaMa> ah ok
Oct 14 09:50:47 <JaMa> that's good, I thought I'll have to rebuild qtwebengine again :)
Oct 14 09:51:29 <Tofe> The idea is simply to add that https://github.com/Tofee/luna-webappmanager/blob/tofe/webengine/src/webappmanager.cpp#L37 for the apps that use QtWebEngine
Oct 14 09:52:10 <Tofe> JaMa: I see you enjoy it as much as I do :)
Oct 14 09:52:45 <Tofe> I'll think about it during lunch, brb
Oct 14 10:18:12 <tomauswustrow> hello again :)
Oct 14 10:19:56 <tomauswustrow> tried 100 times the whole night to flash luneos to gnex... with different android, cm and cwm versions but no luck at all. to bad for me :(
Oct 14 10:31:20 <Herrie|Veer> tomauswustrow: I'm likely to pick up a G Nexus later this week so might be able to help to debug :)
Oct 14 10:32:11 <tomauswustrow> that would be nice :)
Oct 14 10:32:47 <tomauswustrow> is it possible to update the wiki with something like that >>>> https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Developing_Firefox_OS/Porting
Oct 14 10:42:46 <Herrie|Veer> Will check after lunch
Oct 14 10:50:16 <JaMa> I've pushed qtwebengine switch to fork to fido branch
Oct 14 11:09:35 <Tofe> Herrie|Veer: mail sent
Oct 14 11:16:59 <Herrie|Veer> Tofe: OK I guess I'll get it shortly :)
Oct 14 12:09:49 <Herrie|Veer> Tofe: Which mailing list?
Oct 14 12:10:47 <Tofe> Development
Oct 14 12:11:27 <Herrie|Veer> ah I think I'm subscribed to a qtwebengine specific one ;)
Oct 14 12:11:36 <Herrie|Veer> Because didn't get your msg
Oct 14 12:12:30 <Herrie|Veer> qtwebengine@qt-project.org is the one I'm subscribed to.
Oct 14 12:12:40 <Herrie|Veer> Might be more appropriate for this one?
Oct 14 12:21:56 <Tofe> Ah maybe
Oct 14 12:25:43 <Tofe> Ok, sent a duplicate there
Oct 14 12:27:58 <Herrie|Veer> :)
Oct 14 12:37:53 <Herrie|Veer> Tofe: PR'd your fix for luna-qml-manager to master branch
Oct 14 12:40:29 <Herrie|Veer> s/manager/launcher
Oct 14 12:51:38 <Herrie|Veer> Seems morphis has some questions about it
Oct 14 12:53:13 <morphis> yeah :9
Oct 14 12:53:18 <morphis> s/:9/:)/
Oct 14 12:53:38 <Tofe> ouch, not sure that substiture command is valid!
Oct 14 12:54:19 <Tofe> Herrie|Veer: I also made some comments
Oct 14 12:56:49 <Tofe> Herrie|Veer: I think it may be more appropriate, to have a quick fix, to put that intiialize call in there: https://github.com/webOS-ports/org.webosports.app.browser/blob/master/plugin/plugin.cpp#L27
Oct 14 12:57:35 <Herrie|Veer> Tofe: OK
Oct 14 12:57:35 <Tofe> (with the associated #include ;) )
Oct 14 15:29:37 <tomauswustrow> kubuntu is up and running.... nearly ;)
Oct 14 15:52:05 <Herrie|Veer> tomauswustrow: nice
Oct 14 15:57:14 <tomauswustrow> i think i should get a new pc... this one is awful slow.
Oct 14 16:04:09 <Herrie|Veer> tomauswustrow: I got a spare PC with AM2+ CPU. Currently a dual core but mainboard can support 6 core with 95W TDP so will upgrade it. Saw CPU on eBay for US$ 75 so not a bad deal ;)
Oct 14 16:04:38 <Herrie|Veer> Put old SSD of 120GB in it and it has enough memory already :)
Oct 14 16:04:39 <morphis> Herrie|Veer, Tofe: https://lists.ofono.org/pipermail/ofono/2015-October/015920.html
Oct 14 16:05:29 <tomauswustrow> mine is a HP DC5750... should be fine enough but the Athlon 4000+ is painful slow ;)
Oct 14 16:05:59 <tomauswustrow> ill try to get a HP 6005 from my work
Oct 14 16:09:14 <Herrie|Veer> morphis: Nice :)
Oct 14 16:10:01 <Herrie|Veer> Would be happy to have this with latest ConnMan in our images. Might solve some of the funny issues we have with TP4G and the MVNO's signal disappearing due to multiple APN's available etc
Oct 14 17:07:51 <Tofe> Herrie: I propose https://github.com/webOS-ports/org.webosports.app.browser/pull/45 instead of your PR in luna-qml-launcher
Oct 14 17:14:04 <Tofe> I didn't test it yet, I didn't update my testing build these last days to Qt 5.5.1
Oct 14 17:15:17 <Tofe> It can't be worse than the current situation though...
Oct 14 17:15:56 <Herrie> Yeah let me just merge it and kick off a build :P
Oct 14 17:17:03 <Herrie> Ah seems there's still a build running :P
Oct 14 17:17:14 <Herrie> JaMa's switch to our fork of webengine I guess
Oct 14 17:17:25 <Herrie> Anyway merged and recipe updated so will be included in next build
Oct 14 17:18:40 <Tofe> I guess we can drop dependency on webkit in recipe, right? If that wasn't already the case
Oct 14 17:24:08 <Herrie> I guess so. So you say we change DEPENDS = "qtbase qtdeclarative qtwebkit" into DEPENDS = "qtbase qtdeclarative qtwebengine"?
Oct 14 17:24:50 <Herrie> Tofe: Can you easily switch contents of master-webengine to master?
Oct 14 17:24:55 <Herrie> Or should ask JaMa for that?
Oct 14 17:25:02 <Herrie> I made a backup of master just in case
Oct 14 17:25:14 <Herrie> called qtwebkit-backuop
Oct 14 17:25:19 <Herrie> -o
Oct 14 17:25:39 <Herrie> Tofe: QT guys were quick ;)
Oct 14 17:29:18 <Tofe> Herrie: what do you mean, switch ? What we can do is rename master to master-webkit, and master-webengine to master, that should be enough I think
Oct 14 17:30:30 <Herrie> Tofe: Ah can we?
Oct 14 17:30:55 <Herrie> Didn't know you can rename branches ;)
Oct 14 17:31:00 <Herrie> At least not in web interface
Oct 14 17:35:27 <Tofe> mmh maybe you're right :)
Oct 14 17:35:34 <Tofe> ok, I'll give it a try
Oct 14 17:40:57 <Tofe> Herrie: do you know how to change the default branch on GH ?
Oct 14 17:41:20 <Tofe> I've done the switch, we just need to make "master" the new default again
Oct 14 17:45:04 <Herrie> Tofe: Yeah I know that
Oct 14 17:45:05 <Herrie> OK
Oct 14 17:45:15 <Herrie> So should also change the DEPENDS as per above right?
Oct 14 17:45:51 <Tofe> yes
Oct 14 17:47:09 <Herrie> Tofe: I guess this should be it then? https://github.com/webOS-ports/meta-webos-ports/blob/fido/meta-luneos/recipes-luneos/apps/org.webosports.app.browser.bb
Oct 14 17:49:31 <Tofe> beware the rdepends at the end
Oct 14 17:50:13 <Herrie> Ah
Oct 14 17:50:34 <Herrie> qtwebengine-qmlplugins ?
Oct 14 17:51:27 <Herrie> I guess so: https://github.com/webOS-ports/meta-webos-ports/blob/master/meta-luneos/recipes-core/packagegroups/packagegroup-luneos-development.bb#L48
Oct 14 17:53:15 <Tofe> yes, qtwebengine-qmlplugins looks good
Oct 14 17:58:29 <Herrie|Laptop> OK done
Oct 14 17:58:35 <Herrie|Laptop> Once JaMa's build is done, I'll kick off another
Oct 14 17:59:21 <Tofe> Bug reported to Qt, and patch proposed on their gerrit system
Oct 14 17:59:48 <Tofe> I've filed it for 5.5, it would be more practical for us :)
Oct 14 18:01:16 <Herrie|Laptop> Let them feedback and cherry pick to 5.6 if needed
Oct 14 18:01:30 <Herrie|Laptop> They said it could be improved, curious what they comeup with
Oct 14 18:02:38 <Tofe> Well, maybe the ratio can also be applied to the touch area length
Oct 14 18:06:56 <Herrie|Laptop> Tofe: Yeah could be. Could this be why pinch-to-zoom in maps was erratic?
Oct 14 18:07:04 <Herrie|Laptop> I noticed it worked only on some area on my TP I think
Oct 14 18:07:11 <Herrie|Laptop> Not on whole map
Oct 14 18:08:12 <Tofe> No, I think it was because the detection of multi-touch was really bad with WebKit, and most of the time we ended only with doing a pan
Oct 14 18:11:43 <Herrie|Laptop> Tofe: I had the same with WebEngine
Oct 14 18:11:50 <Herrie|Laptop> When I tried recently
Oct 14 18:12:25 <Tofe> mmh me too, right now
Oct 14 18:13:17 <Tofe> even with one finger, it's quite erractic
Oct 14 18:13:41 <Herrie|Laptop> Also noticed that the hold on VKB with TP behaves differently then N4 for the ... keys
Oct 14 18:13:55 <Herrie|Laptop> It seems OK on desktop
Oct 14 18:14:39 <Tofe> it's ok on TP, or just wrong in a different way?
Oct 14 18:15:36 <Herrie|Laptop> Tofe: It's erratic the tap & hold for VKB on TP
Oct 14 18:15:41 <Herrie|Laptop> Sometimes works, sometimes not
Oct 14 18:15:54 <Herrie|Laptop> On N4 the ... tap&hold doesn't work at all it seems
Oct 14 18:16:13 <Tofe> Yeah, I couldn't have it work a single time
Oct 14 18:16:50 <Herrie|Laptop> I think it's OK with me on Desktop, let me try
Oct 14 18:17:56 <Herrie|Laptop> Yeah seems OK on desktop for both TP and Mako layout
Oct 14 18:18:09 <Tofe> Another bug in Qt... yepeee
Oct 14 18:19:51 <Tofe> It's weird though, we don't do anything really special for the ... key
Oct 14 18:20:11 <Herrie|Laptop> Can be something hwcomposer or qtwayland somehow?
Oct 14 18:21:19 <Herrie|Laptop> It worked and broke
Oct 14 18:21:37 <Herrie|Laptop> So it's something QT related or how we deal with touch, you know better what parts we use for that
Oct 14 18:23:22 <Herrie|Laptop> Could be related to other issues we see with the tap handling like pinch & zoom etc
Oct 14 18:24:15 <Herrie|Laptop> Tofe: What you'd recommend as minimum requirements for a build system? Got this question on WON forum
Oct 14 18:24:30 <Herrie|Laptop> 100GB disk (preferably SSD), quad core+, 8GB memory?
Oct 14 18:24:50 <Herrie|Laptop> Might be good to add somewhere on wiki
Oct 14 18:26:58 <Tofe> I personnally use a 120GB disk (not SSD), quad core, 4GB memory
Oct 14 18:28:01 <Tofe> 4GB are tough for webkit, and the mechanical disk is a bit slow, but I'm 100% CPU most of the time
Oct 14 18:28:49 <Tofe> So I'd say your recommandation seems reasonable. I think even 6GB memory should be fine.
Oct 14 18:29:17 <Tofe> Fine implies 5 hours of build, of course :)
Oct 14 18:31:13 <Tofe> I'll upgrade my hw when ram or cpu or motherboard fails, which shouldn't be that long now, it's 5 years old
Oct 14 18:31:38 <Herrie|Laptop> Tofe: I'll upgrade my build system from dual to 6-core soon ;)
Oct 14 18:32:23 <Tofe> Yeah, seems like you'll have something neat!
Oct 14 18:35:28 <Herrie|Laptop> CPU is like $ 75 or something ;)
Oct 14 18:35:34 <Herrie|Laptop> So not a big investment ;)
Oct 14 18:41:22 <Tofe> When I'll do my upgrade, I'll have to throw the whole set away: CPU is Core2, so 775 socket; RAM is DDR2 (don't laugh!), motherboard doesn't accept DDR3...
Oct 14 18:42:30 <Herrie|Laptop> Ah OK ;)
Oct 14 18:43:07 <Herrie|Laptop> I got this one: http://www.jwele.com/motherboard_detail.php?949
Oct 14 18:43:17 <Herrie|Laptop> Not too new but still possible to put a 6 core ;)
Oct 14 18:43:55 <Herrie|Laptop> DDR3 as well
Oct 14 18:47:31 <Tofe> what is a sideport memory?
Oct 14 18:48:22 <Herrie|Laptop> Don't know :P
Oct 14 18:48:35 <Herrie|Laptop> I think just some built in 128MB DDR3 that's used for the graphics ;)
Oct 14 18:49:07 <Herrie|Laptop> http://www.tomshardware.com/reviews/790gx-graphics-sideport,2088.html
Oct 14 18:50:31 <Herrie|Laptop> Seems I was more or less right. Instead of using real RAM for graphics adapter it takes 128MB dedicated from motherboard + what you assign in bios
Oct 14 18:53:06 <Herrie|Laptop> Tofe: By the way, did you have a chance to look into that qtlocation issue? The small C++ sample I quoted last week or the week before?
Oct 14 18:59:32 <iscgar> Hi guys
Oct 14 19:01:12 <Herrie|Laptop> iscgar: Hi!
Oct 14 19:01:15 <Herrie|Laptop> How are things?
Oct 14 19:01:22 <Herrie|Laptop> Any luck with your build & fixes?
Oct 14 19:01:26 <iscgar> Sorry for not being around. I've had a ton of work in the past few days (debugging an obscure FPGA issue isn't as fun as it sounds, apparently).
Oct 14 19:02:09 <iscgar> I'm almost done fixing the last bugs from my cleanup of pmcertificatemgr. I'll probably make a PR later tonight.
Oct 14 19:02:27 <iscgar> #633 seems a bit tough though.
Oct 14 19:02:49 <iscgar> I'll have to investigate a bit more.
Oct 14 19:02:59 <Herrie|Laptop> iscgar: Good stuff :)
Oct 14 19:04:55 <iscgar> Herrie|Laptop: Yeah. I think every programmer needs a bit of hardware experience to know the cost of breaking things :P
Oct 14 19:08:39 <iscgar> Herrie|Laptop: I just need to confirm that webappmgr and/or webengine are running as qtwayland clients before I continue to investigate. Do you know if that's the case?
Oct 14 19:08:55 <Herrie|Laptop> Tofe should know that better
Oct 14 19:10:47 <iscgar> Tofe: Can you confirm that webappmgr and/or webengine are running as qtwayland clients?
Oct 14 19:13:28 <Tofe> Oh, sorry, was having dinner :) Now I'm back
Oct 14 19:14:52 <Tofe> iscgar: yes
Oct 14 19:15:38 <Tofe> for webengine, it's just a lib, so it's a bit of a nonsense, for all qt apps (execpt luna-next which is the compositor) are qtwayland clients.
Oct 14 19:16:00 <Tofe> s/for/but for/
Oct 14 19:16:43 <Tofe> wow, sorry for my broken english tonight :)
Oct 14 19:17:04 <Herrie|Laptop> Tofe: Easy on the wine :P
Oct 14 19:17:14 <Tofe> Herrie|Laptop: only beer so far!
Oct 14 19:32:55 <iscgar> Tofe: thanks. I was having a quick dinner as well :)
Oct 14 19:34:53 <iscgar> Tofe: then I'm not sure why my patch didn't fix it. What is the correct way to apply a patch? (I just appended it to qtwayland_git's SRC_URI and changed the PE value in the recipe in order to trigger a rebuild. Is that the right way?)
Oct 14 19:36:58 <Herrie|Laptop> iscgar: We usually update SRCREV as well to have the latest commit in branch
Oct 14 19:38:50 <iscgar> Herrie|Laptop: But the patch should be applied even if I only change PE, right?
Oct 14 19:40:31 <Tofe> iscgar: if you want to be sure your patch has been applied, you can simply go to tmp-glibc/work/armv7a-vfp-neon-webos-linux-gnueabi/qtwayland/5.5.*/git/src and look at the file that should have been patched
Oct 14 19:40:39 <Herrie|Laptop> iscgar: Update to luna-init for example: https://github.com/webOS-ports/meta-webos-ports/blob/fido/meta-luneos/recipes-webos/luna-init/luna-init.bb#L11 is the updated recipe for https://github.com/webOS-ports/luna-init/commit/5c43c32827be1b3373a96705e7b28d1566d99bf8
Oct 14 19:41:18 <Herrie|Laptop> We usually update the SRCREV when we update some repo.
Oct 14 19:41:28 <Herrie|Laptop> To make sure it takes the right revision
Oct 14 19:41:58 <Tofe> Herrie|Laptop: from what I understand, he just wants to test locally a patch; isn't it?
Oct 14 19:42:07 <iscgar> Tofe: I'll check that right away.
Oct 14 19:42:08 <Herrie|Laptop> Tofe: I'm not 100% sure ;)
Oct 14 19:42:24 <Tofe> otherwise, for qtwayland, as we have our own fork, a PR would be the way to go
Oct 14 19:42:30 <iscgar> Tofe, Herrie|Laptop: yeah. I just want to test it locally by applying a patch file.
Oct 14 19:42:57 <Herrie|Laptop> iscgar: When you push your code somewere we can have a look and tell you what you might do wrong ;)
Oct 14 19:44:34 <iscgar> Herrie|Laptop: I just wanted to test it before pushing any changes, but your advice is sound, so I guess I'll fork it and push the changes.
Oct 14 19:45:19 <Herrie|Laptop> iscgar: Yeah it's easier to help when we see something visual ;) Lots of things get lost in translation since English is not the mother tongue for any of us 3 ;)
Oct 14 19:48:12 <JaMa> iscgar: don't change PE (that's epoch, more significant than PV)
Oct 14 19:48:26 <JaMa> iscgar: just adding the .patch file to SRC_URI is enough to get it rebuilt and included
Oct 14 19:48:45 <JaMa> iscgar: if you have doubts check SRC_URI in bitbake -e component-name | tee env
Oct 14 19:50:14 <iscgar> JaMa: well, that only caused it to be parsed instead of loaded from cache, so I tried messing with PE and PR.
Oct 14 19:50:21 <Tofe> I must say that for local tests, I usually don't use such subtil ways... I just modify directly inside the tmp-glibc work directory, and force a recompile with bb -f -c compile <component>
Oct 14 19:50:55 * Tofe never lost any modification that way so far... so far.
Oct 14 19:51:15 <JaMa> iscgar: then you didn't add it correctly
Oct 14 19:52:01 <iscgar> Tofe, JaMa: just checked tmp-glibc. Apparently the patch wasn't applied.
Oct 14 19:52:26 <JaMa> use bitbake -e
Oct 14 19:52:49 <JaMa> or pastebin how you added it to SRC_URI
Oct 14 19:55:27 <JaMa> gtg, gl
Oct 14 19:55:35 <iscgar> JaMa: testing now.
Oct 14 19:55:52 <iscgar> JaMa: with bitbake -e, that is.
Oct 14 20:00:36 <Herrie|Laptop> iscgar: We have osme examples with patches like: https://github.com/webOS-ports/meta-webos-ports/blob/fido/meta-luneos/recipes-connectivity/ofono/ofono_git.bbappend
Oct 14 20:01:18 <Herrie|Laptop> Or this one for ConnMan which is a bit more straight forward: https://github.com/webOS-ports/meta-webos-ports/blob/fido/meta-luneos/recipes-connectivity/connman/connman_1.28.bb
Oct 14 20:01:36 <Herrie|Laptop> patches are in https://github.com/webOS-ports/meta-webos-ports/tree/fido/meta-luneos/recipes-connectivity/connman/connman
Oct 14 20:01:47 <Herrie|Laptop> While recipe is 1 layer higher
Oct 14 20:07:21 <iscgar> Herrie|Laptop: that seems exactly like what I did. Not sure what went wrong. Pushing changes anyway. Maybe if I change the source repo it'll work.
Oct 14 20:11:22 <iscgar> Ok, these are the changes: https://github.com/iscgar/qtwayland/commit/bc916aefb31fe475fd297fc2730e1e8c16510f6e
Oct 14 20:11:28 <iscgar> does this look ok?
Oct 14 20:14:35 <Herrie|Laptop> iscgar: I don't do much C++ :P
Oct 14 20:14:39 <Herrie|Laptop> I can read it a bit ;)
Oct 14 20:14:49 <Herrie|Laptop> Tofe and morphis are more the experts ;)
Oct 14 20:17:48 <Tofe> iscgar: looks ok, though personnaly I would have kept GenericWaylandTheme and put WaylandLunaTheme besides it instead of replacing it
Oct 14 20:19:09 <Herrie|Laptop> Tofe: Yeah I was thinking about this a bit as well too
Oct 14 20:19:17 <Herrie|Laptop> Found it a bit odd to replace a default
Oct 14 20:19:42 <Herrie|Laptop> Might be more practical looking at future to keep original and have the luna one separately.
Oct 14 20:20:13 <Tofe> yes, the issue is that when upstream will modify the default, we may have a non-trivial merge to do (though it's not really complex code here)
Oct 14 20:20:28 <Herrie|Laptop> Tofe: Yeah that's what I also thought ;)
Oct 14 20:20:37 <Herrie|Laptop> The code is fairly minimal, but the easier the better of course
Oct 14 20:23:03 <iscgar> Tofe: yeah. Brought it back: https://github.com/iscgar/qtwayland/commit/48c076fe8f9891ddb71dd184858fce66f4283e16
Oct 14 20:24:34 <Tofe> Look good :)
Oct 14 20:24:39 <Tofe> Looks*
Oct 14 20:25:26 <Herrie|Laptop> iscgar: Does it work :P ?
Oct 14 20:25:59 <iscgar> Tofe, Herrie|Laptop: time to test it :) We're in for some good 30 minutes or so of rebuild...
Oct 14 20:26:12 <Herrie|Laptop> iscgar: OK ;)
Oct 14 20:26:26 <Herrie|Laptop> Well our build machines are still busy too with some rebuild :P
Oct 14 20:26:41 <Herrie|Laptop> Once that's done we can integrate some new stuff and kick off a nightly too :D
Oct 14 20:26:44 <Tofe> 30min is still better than qtwebengine ;) enjoy
Oct 14 20:28:28 <Tofe> (though I'm surprised it takes so long, for just one package)
Oct 14 20:28:46 <Tofe> iscgar: do you rebuild the whole image, or just qtwayland?
Oct 14 20:30:04 <Tofe> I would suggest doing the latter, and then pushing the ipk (from tmp-glibc/deploy/ipks/arm*/ ) to the device with adb, and then in an adbshell install that ipk with opkg install qtwayland_blabla.ipk
Oct 14 20:30:11 <iscgar> Tofe: just qtwayland, but it's on a VM running on laptop that's been up for more than two weeks straight, so it takes time. Will reboot the laptop as soon as this finishes to give it a fresh start.
Oct 14 20:30:22 <Tofe> oh, I forgot about that
Oct 14 20:30:39 <Tofe> Well, have a nice 30min then :)
Oct 14 20:31:03 <iscgar> Tofe: thanks :)
Oct 14 21:19:33 <iscgar> Tofe: Is there a reason we keep all the original qtwayland branches in our fork? I had to rerun the build because I based my patch on the old `dev` branch which is the default.
Oct 14 21:23:18 <Herrie|Laptop> iscgar: We just normally don't drop when we fork
Oct 14 21:23:36 <Herrie|Laptop> You need against webos-ports/master ;)
Oct 14 21:23:55 <Herrie|Laptop> I tried to do some cleanup of branches in the past for our own repos but that can be done a bit more ;)
Oct 14 21:27:47 <iscgar> Herrie|Laptop: yeah, I figured it after the build failed. We should at least have webOS-ports/master the default branch.
Oct 14 21:52:15 <iscgar> Ok, doesn't seem to be working. Going to debug it after I reboot my laptop.
Oct 14 22:01:24 <Herrie> iscgar: Yeah it should be default
**** ENDING LOGGING AT Thu Oct 15 02:59:59 2015