**** BEGIN LOGGING AT Wed Sep 13 03:00:01 2017 Sep 13 05:50:00 Morning! Sep 13 05:50:16 JaMa: the testing builds are quite taking forever, is that normal ? Sep 13 05:50:34 well, if forever ~= 6h Sep 13 05:52:00 ah, it's the 64bit builds, maybe it's the first time we do builds for that arch Sep 13 09:02:01 Tofe: all builds were mostly from scratch Sep 13 09:02:14 Tofe: I've bumped oe-core a bit which invalidated most of the cache Sep 13 09:02:41 and I've deleted the sstate-cache completely recently when the builder was completely out of disk space Sep 13 09:03:03 now it should be better again, if it doesn't improve, then it's not normal Sep 13 09:11:33 ok Sep 13 09:44:46 or not, should I push small fix to qtbase-native? :) Sep 13 09:46:52 done, at least all images should be already built Sep 13 10:13:00 Tofe: your halium build also seems to take a while, just fetching for last hour :) Sep 13 10:13:12 JaMa: it's fetching Halium Sep 13 10:13:26 that's also only for the first ruyn Sep 13 10:13:27 run Sep 13 10:20:43 yes, I'm not complaining :) Sep 13 11:48:28 Morning Sep 13 11:50:01 JaMa: Thnx for fixes & PR's. We'll have a look at them. BlueZ5 would be needed for long term anyway and fixing mesa would be good too. The node-gyp update is welcome because the 0.12 was OLD :P Sep 13 11:50:39 Tofe: Based on my experience a rebuild of a machine on Jenkins can be 2-4 hrs. Sep 13 11:55:08 Herrie|Pre3: I can see that :) Well, let's wait for the next round Sep 13 11:55:42 Tofe: next round will be slow as well because qtbase-native change invalidates whole qt* Sep 13 11:58:42 yep, I know Sep 13 13:52:11 JaMa: I'm having some weird issues locally Sep 13 13:52:21 When building 2 arm targets after each other Sep 13 13:52:29 I.e. Tenderloin after Hammerhead or vice versa Sep 13 13:52:46 Some components using QT keep failing Sep 13 13:52:57 Then I do a MACHINE=machinename bb -f component Sep 13 13:53:01 And then all is fine Sep 13 13:53:14 I can do a rm -rf tmp-glibc between 2 targets but that's nasty Sep 13 13:53:20 Let me see if I can paste a log Sep 13 13:56:32 personnally I occasionnally have conflicts regarding android-headers Sep 13 13:58:01 Tofe: I think I've seen that one too Sep 13 14:00:44 I'm sure there's a tricky recipe issue behind that Sep 13 14:03:43 is there something about "clean" in that log? Sep 13 14:04:11 I just got couple failures after small upgrade, because when bitbake detects that the component needs to be reconfigured, it tries to prepare it by "make clean" Sep 13 14:04:48 and that fails unless CLEANBROKEN = "1" is set Sep 13 14:05:01 then it wipes whole ${B} and starts from scrath Sep 13 14:05:04 ch Sep 13 15:09:28 Seems I'm unable to reproduce now :S **** ENDING LOGGING AT Thu Sep 14 03:00:00 2017